Track
Attribution & AnalyticsReferenzFortgeschrittene

Click-IDs und Attributionsfenster: welche Parameter erfassen, wie lange behalten und wo speichern

Eine Referenz der Werbe-Click-IDs (gclid, gbraid, wbraid, dclid, msclkid, fbclid, ttclid, li_fat_id, rdt_cid, epik, ScCid, twclid, tblci, ob_click_id, Affiliate-IDs), wie Consent ihre Erfassung steuert, wie sich Attributionsfenster je Plattform unterscheiden und wie First-Party-Speicherung ablaufen sollte.

Von
Track-Redaktion
Veröffentlicht
Zuletzt fachlich geprüft
Lesedauer
3 Min. Lesezeit

Das Wichtigste in Kürze

  • Jede Werbeplattform stempelt ihre eigene Click-ID auf die Landing-URL — gclid, msclkid, fbclid, ttclid, li_fat_id, rdt_cid, epik, ScCid, twclid, tblci, ob_click_id und die Affiliate-IDs — und jede speist ein bestimmtes Server-Feld.
  • Click-IDs sind personenbezogene Daten zu Werbezwecken: Das SDK erfasst sie nur mit Marketing-Consent und entfernt sie bei reinem Analytics-Consent aus den URLs.
  • Attributionsfenster unterscheiden sich je Plattform; eine außerhalb des Fensters hochgeladene Conversion ist kein API-Fehler, sie wird schlicht nicht attribuiert.
  • IDs liegen First-Party in _ts_cid für die Click-ID-TTL der Site, werden beim Widerruf des Marketing-Consents gelöscht und vor der Speicherung aus page_location und referrer entfernt.

Die Parameterliste

ParameterPlattformServer-Feld, das er speistHinweise
gclidGoogle Ads (Suche, Shopping, Display)gclid in Click-Conversion-Uploadsbei iOS-App-Kampagnen durch gbraid/wbraid ersetzt
gbraid, wbraidGoogle Ads (iOS-Datenschutzvarianten)gleicher Upload, alternative Felderschließen sich mit gclid gegenseitig aus
dclidCampaign Manager 360 / DV360dclid in Floodlight-Offline-Conversions
msclkidMicrosoft AdvertisinguserData.msclkid
fbclidMetauser_data.fbc als fb.1.<timestamp>.<fbclid>das Pixel schreibt denselben Wert in _fbc
ttclidTikTokuser.ttclid
li_fat_idLinkedInLINKEDIN_FIRST_PARTY_ADS_TRACKING_UUIDwird auch vom Insight Tag gesetzt
rdt_cidRedditclick_id
epikPinterestuser_data.click_id
ScCidSnapchatuser_data.sc_click_idGroß-/Kleinschreibung relevant
twclidXtwclid
tblciTaboolaclick-id in der S2S-ActionPflicht; ohne Click-ID keine Conversion
ob_click_id (dicbo)Outbrainob_click_id
irclickidImpactClickId im Postback
cjeventCJCJEVENT
awcAwincks
tduidTradedoublertduid
clickref / pclickidPartnerize, generischpreset-spezifisch
ranMID/ranSiteIDRakutenpreset-spezifisch

Das Track-SDK erkennt sie alle und hält jede unter ihrem eigenen Namen am Event fest, sodass der Connector einer Plattform genau die ID findet, die er braucht.

Eine Click-ID verknüpft die Sitzung einer Person mit einem Werbeklick; sie ist ein personenbezogenes Datum und dient einem Werbezweck. Das SDK erfasst Click-IDs deshalb nur, wenn der Zweck Marketing erteilt ist. Kommt der Consent nach dem Landen (der Besucher klickt auf der zweiten Seite „Akzeptieren“), werden die IDs der Landing-URL für die Events nach der Consent-Entscheidung erfasst — nie davor.

Bei reinem Analytics-Consent werden die IDs aus der URL entfernt, bevor sie an den Collector geht, sodass sie auch nicht in Seitenaufrufdaten gelangen.

Attributionsfenster unterscheiden sich

Plattformen zählen eine Conversion nur, wenn sie innerhalb ihres Fensters nach dem Klick stattfindet. Typische Voreinstellungen, alle in der Plattform-Oberfläche konfigurierbar:

  • Google Ads: 30-Tage-Klickfenster je Conversion-Aktion (1 bis 90 Tage)
  • Meta: 7 Tage Klick, 1 Tag View
  • Microsoft: 30 Tage Klick (1 bis 90 Tage)
  • TikTok: 7 Tage Klick, 1 Tag View
  • LinkedIn: 30 Tage Klick, 7 Tage View; API-Uploads werden 90 Tage lang akzeptiert
  • Pinterest: 30 Tage Klick, 30 Tage Engagement, 1 Tag View
  • Snapchat: 28 Tage Swipe-up, 1 Tag View
  • Affiliate-Netzwerke: meist 30 Tage, je Programm festgelegt

Eine Conversion außerhalb des Fensters hochzuladen ist auf API-Ebene kein Fehler; sie wird schlicht nicht attribuiert. Das Event zählt weiterhin in deinem eigenen Reporting.

Speicherung und Ablauf

Auf der Landingpage erfasste Click-IDs werden First-Party im Browser unter _ts_cid (localStorage) gehalten — nur solange der Zweck Marketing erteilt ist und für die Click-ID-TTL der Site, standardmäßig 90 Tage, eine vernünftige Obergrenze angesichts der längsten Fenster oben. Jedes spätere Event des Besuchs trägt sie, eine neuere ID derselben Plattform ersetzt die ältere, und der Widerruf des Marketing-Consents leert den Speicher sofort. Safaris 7-Tage-Grenze für skriptgeschriebenen Speicher gilt auch hier.

Serverseitige Events derselben Bestellung erhalten sie, wenn der Router einen verifizierten Shop-Kauf mit dem Browser-Kauf verknüpft, der dieselbe Bestellnummer trägt. Im Event-Speicher werden Click-IDs nach dem Click-ID-Aufbewahrungsfenster entfernt, und der DSAR-Löschprozess entfernt sie zusammen mit den übrigen Daten des Besuchers.

URL-Hygiene auf der Landingpage

Click-IDs auf der Landing-URL sind nützlich; Click-IDs in deinen Analytics-Berichten sind Rauschen und ein Datenschutzrisiko. Der Collector entfernt jede bekannte Click-ID aus page_location und referrer vor der Speicherung und vor der Zustellung an Analytics-Destinationen, behält sie aber als separate Felder für die Werbe-Connectoren, die sie brauchen.

Primärquellen

Dokumentationen und Standards, auf denen dieser Artikel beruht.

  1. Google Ads-Hilfe — Automatisches Taggingsupport.google.com
  2. Meta for Developers — fbc- und fbp-Parameterdevelopers.facebook.com

War dieser Artikel hilfreich?

Fachlich verantwortlich

Track-Redaktion

Produkt & Engineering

Die Menschen hinter Track: Engineers und Analysts, die täglich an Server-Side Tracking, Consent-Tooling und Connector-Integrationen arbeiten.