Analytics. Jeder Klick, in Echtzeit kartiert.

click_id (UUID), link_id, workspace_id, occurred_at (UTC-Zeitstempel), country_iso2, region, city, device_type (Mobil/Tablet/Desktop), os, browser, referrer_domain, utm_source, utm_medium, utm_campaign, utm_term, utm_content, referer (vollständige URL, nullable). Das Schema finden Sie unter /docs/api-reference unter „Click events“. Es ist stabil; Ergänzungen sind abwärtskompatibel; Entfernungen werden mit einer 90-tägigen Vorankündigung angekündigt.

Die Auflösung auf Stadtebene hängt vom IP-Bereich ab. Carrier-Grade NAT, VPNs und einige Unternehmens-Proxys lösen nur auf Regions- oder Landesebene auf - wir können aus einer gemeinsam genutzten NAT-IP keine Stadt ableiten. Wir verwenden MaxMind GeoIP2 City; die Genauigkeit ist bei Privat-IPs hoch, bei Mobilfunk- und Unternehmens-IP-Bereichen jedoch geringer. Wir melden das, was wir auflösen können; wir raten nicht.

Wenn der click_id-Query-Parameter vor der Conversion entfernt wird (mehrstufiger Checkout, SPA-Router, Weiterleitungen, die keine Query-Parameter weitergeben), hat der Conversion-POST an den Endpunkt von Elido keinen Klick zum Abgleich und die Attribution schlägt geräuschlos fehl. Testen Sie Ihren Checkout-Flow: Klicken Sie auf einen Kurzlink und prüfen Sie, ob die click_id im finalen Conversion-POST erscheint. Falls nicht, fügen Sie eine Weitergabe von Query-Parametern in Ihrem Checkout-Flow hinzu. Dies ist die häufigste Attributionslücke - nicht der Pixel, sondern der Verlust des Query-Parameters während der Checkout-Sitzung.

In der Regel unter 5 Sekunden. Der Pfad ist: Klick erreicht die Edge → Fire-and-Forget-Event an unseren Event-Stream → unser Ingestion-Dienst liest aus dem Stream und schreibt in den Analysespeicher. Der Consumer läuft kontinuierlich mit Auto-Commit. Wenn die Pipeline in Rückstand gerät (hohes Traffic-Aufkommen, Infrastrukturproblem), speichert der Event-Stream Ereignisse für 7 Tage. Wir überwachen den Consumer-Lag; bei einer Verzögerung von 60 Sekunden wird ein Alarm ausgelöst. Echtzeit-Dashboard-Updates fragen die Analytics-API alle 30 Sekunden ab.

Der Export enthält alle Klicks für alle Links in Ihrem Workspace. Sie filtern in Ihrem eigenen SQL oder BI-Tool nach domain, link_id oder Tag, zum Beispiel mit einer WHERE-Klausel. Pro-Domain-Exporte stellen wir nicht bereit. Ein direkter schreibgeschützter Analytics-DSN ist geplant und noch nicht verfügbar.

Klick-Events werden ohne Cookies erfasst. Gerätetyp, Betriebssystem und Browser werden aus dem User-Agent abgeleitet. Die IP wird für die geografische Auflösung verwendet und anschließend verworfen - wir speichern keine Roh-IPs in Klick-Events. Die Auflösung auf Stadtebene wird gespeichert; falls dies nach Ihrer Interpretation der GDPR als personenbezogene Daten gilt (IP-abgeleiteter Standort), konfigurieren Sie Ihren Workspace so, dass die geografische Auflösung nur auf Landesebene erfolgt. Die Beschränkung auf Landesebene ist eine Workspace-Einstellung im Business-Tarif.

Free: 90 Tage Aufbewahrung, Länder- und Geräteaufschlüsselung, Klickzahl pro Link. Pro: 12 Monate Aufbewahrung, vollständige Aufschlüsselung nach Geo/Gerät/Referrer/UTM, Heatmap nach Tageszeit, Conversion-Attribution. Business: 24 Monate Aufbewahrung, Kohorten- und Retention-Ansichten, Kafka-kompatibler Firehose, geplanter Export nach BigQuery/Snowflake/S3 (schreibgeschützter Analytics-DSN geplant).

Ja - Analytics auf Kampagnenebene aggregieren über alle Links, die einer Kampagne zugeordnet sind. Rollups auf Ordnerebene sind über die API verfügbar (Summe der Klicks über Links in einem Ordner nach Datumsbereich). Die Dashboard-Kampagnenansicht zeigt Gesamtklicks, Conversion-Rate, UTM-Verteilung und eine Aufschlüsselung pro Link für die Kampagne. Ein „Ordner-Analytics-Dashboard“ in der UI gibt es noch nicht - das steht auf der Roadmap.