Kurz gesagt
- Gängige Beispiele: gclid (Google), fbclid (Meta), ttclid (TikTok), msclkid (Microsoft)
- Die Click-ID überlebt Redirects und lebt in der Ziel-URL
- Konvertiert der Nutzer, wird die Click-ID an die Plattform zurückgegeben (via Pixel, CAPI oder Postback), um den Kreis zu schließen
- Ohne Click-IDs kann die Plattform Conversions nicht zuverlässig auf bestimmte Ad-Klicks zurückführen
Warum es Click-IDs gibt
Wenn du auf eine Anzeige klickst, muss die Plattform irgendwann wissen, ob dieser Klick zu einem Kauf geführt hat. Click-IDs sind der Mechanismus dafür. Die Plattform hängt einen eindeutigen Parameter an die URL, deine Website speichert ihn (Cookie, localStorage oder serverseitig), und wenn der Nutzer konvertiert, schickst du die Click-ID zurück, damit die Plattform die Conversion dem ursprünglichen Klick zuordnen kann.
Das treibt das ROAS-Reporting in jeder großen Ad-Plattform an. Ohne Click-IDs sieht die Plattform nur ihren eigenen Pixel bei der Conversion feuern, sie hat keine Möglichkeit zu wissen, welche ihrer Impressions dazu geführt hat.
Gängige Click-IDs
| Plattform | Parameter | Anmerkungen |
|---|---|---|
| Google Ads | gclid (oder gbraid/wbraid für iOS) | Auto-Tagging fügt ihn hinzu. gbraid/wbraid sind die iOS-App-Tracking-Transparency-Varianten |
| Meta | fbclid | Von Meta an ausgehende Klicks angehängt. Bleibt in der URL erhalten |
| TikTok | ttclid | Wird hinzugefügt, wenn der TikTok Pixel installiert ist |
| Microsoft (Bing) | msclkid | Entspricht gclid für Microsoft Ads |
li_fat_id | First-Party-Variante des LinkedIn-Insight-Tag-Identifiers |
Diese sind alle etwas anderes als UTM-Parameter, UTMs beschreiben die Quelle qualitativ. Click-IDs identifizieren das konkrete Klick-Event.
Wie du Click-IDs richtig handhabst
Drei Schritte:
- Beim Landen erfassen. Deine Website liest die Click-ID beim ersten Aufruf aus der URL.
- Persistieren. Speichere sie in einem First-Party-Cookie oder in deinem CRM- / Session-Datensatz. Sie muss verfügbar sein, wenn die Conversion feuert, was Tage später sein kann.
- Bei der Conversion zurücksenden. Wenn ein Kauf oder ein anderes getracktes Event passiert, hänge die Click-ID an den Event-Payload an Meta CAPI, Google Enhanced Conversions, TikTok Events API usw.
Server-Side-Tracking macht das drastisch zuverlässiger: Die Click-ID lebt in deinem Backend statt in einem Browser-Cookie, das ITP löschen könnte.
Häufige Fehler
- Click-IDs nur in Third-Party-Cookies speichern. Verloren, sobald der Browser sie entfernt.
- Vergessen, die Click-ID in CAPI-Events mitzuschicken. Ohne sie kann die Plattform die Conversion nur über gehashte E-Mail oder IP matchen, ein viel schwächeres Signal.
- Click-IDs beim Redirect entfernen. Wenn dein Tag Manager oder Analytics-Tool die URL ersetzt, verschwindet die Click-ID, bevor dein Code sie speichern kann.
FAQ zu Click-ID
Was ist eine Click-ID?
Eine Click-ID ist ein eindeutiger Identifier, der an eine URL angehängt wird, wenn ein Nutzer auf eine Anzeige klickt. Sie lässt die Ad-Plattform die resultierende Conversion diesem konkreten Klick zuordnen. Beispiele: gclid (Google), fbclid (Meta), ttclid (TikTok).
Warum verschwindet meine Click-ID nach einem Redirect?
Manche Redirects, Tag Manager oder Analytics-Tools entfernen URL-Parameter. Erfasse die Click-ID beim ersten Aufruf und persistiere sie (Cookie, serverseitige Session), bevor Redirects sie abwerfen können.
Sollte ich die Click-ID mit meinen CAPI-Events senden?
Ja. Die Click-ID in CAPI-Events mitzuschicken, gibt der Plattform das stärkstmögliche Signal, um die Conversion dem ursprünglichen Klick zuzuordnen. Ohne sie fällt die Plattform auf schwächeres Matching wie gehashte E-Mail oder IP zurück.