Klick-ID erklärt: gclid, fbclid, ttclid und msclkid

Eine Klick-ID ist ein undurchsichtiges Token, das eine Werbeplattform in dem Moment erzeugt, in dem jemand auf ihre Anzeige klickt, an die Ziel-URL anhängt und später bei der Conversion wieder ausliest - damit sie einen Verkauf oder eine Anmeldung dem exakten Klick zuordnen kann, der ihn ausgelöst hat. Googles Version heißt gclid. Die von Meta heißt fbclid. TikToks heißt ttclid. Die von Microsoft Advertising heißt msclkid. Wer bezahlte Kampagnen auf mehr als einer Plattform fährt, begegnet allen vieren, meist während man sich fragt, warum die eigene URL so lang geworden ist.

Jede erfüllt für ihre eigene Plattform denselben Zweck, und keine ist ein Label, das man selbst schreibt. Ein UTM-Tag ist Text, den man selbst verfasst, damit die eigene Analytics-Lösung Traffic nach Kampagne gruppieren kann. Eine Klick-ID ist etwas anderes - sie ist eine Zeichenfolge, die die Plattform generiert, und nur das eigene Pixel oder die eigene API dieser Plattform weiß, was damit anzufangen ist. Man braucht beides. Sie beantworten unterschiedliche Fragen. Das ist der Teil, den die meisten Erklärungen auslassen.

Was eine Klick-ID wirklich ist

Man sollte sich eine Klick-ID eher als Gepäckschein vorstellen, nicht als Namensschild. Klickt jemand auf eine Google-Anzeige, generiert Googles Server eine eindeutige Zeichenfolge, verknüpft sie mit der Kampagne, der Anzeigengruppe und dem Keyword hinter dem Klick und hängt sie als ?gclid=... an die URL an. Die Zeichenfolge ist weder lesbar noch entzifferbar - sie ist eine Referenznummer in Googles eigenem Klicklog. fbclid, ttclid und msclkid folgen demselben Muster: eine andere Prägestelle, dieselbe Idee.

Der Sinn dahinter ist, die Lücke zwischen "wir haben eine Anzeige gezeigt" und "das ist auf der eigenen Website passiert" zu schließen. Ohne Klick-ID kann eine Plattform nur Schätzungen auf Kampagnenebene melden. Mit einer kann sie sagen: genau dieser Klick, vor drei Tagen, hat zu genau diesem Kauf geführt - ein Präzisionsgrad, den UTMs allein nicht liefern. Das treibt den Offline-Conversion-Import, Smart Bidding und CAPI-artige Server-Events an. UTM-Parameter erklärt ist der Begleitartikel zum Kampagnen-Tagging, das die meisten Teams parallel zu Klick-IDs einsetzen.

Die vier Klick-IDs, denen man begegnet

Jede große Werbeplattform hat ihre eigene Version, und die Unterschiede, auf die es ankommt, sind: wer sie wieder ausliest und wie lange sie nutzbar bleibt.

Vier Plattformen, vier Parameternamen, ein Mechanismus. Wer auf allen vieren wirbt, dessen einzelne Landingpage kann mehr als eine Klick-ID gleichzeitig tragen - eine veraltete gclid vom Klick der letzten Woche, direkt neben einer frischen fbclid von der heutigen Retargeting-Anzeige.

Wie sich eine Klick-ID von einem UTM-Parameter unterscheidet

Das ist die Verwirrung hinter jeder Suche nach "was ist fbclid": Sie steht direkt neben utm_source in der Abfragezeichenkette und sieht aus wie ein Tracking-Parameter, tut aber etwas völlig anderes.

Ein UTM-Parameter ist ein Label: Man wählt den Wert selbst - utm_campaign=spring-sale - und das eigene Analytics-Tool ordnet Sitzungen nach der eingegebenen Zeichenfolge ein. Eine Klick-ID ist ein Lookup-Key. Den Wert von gclid hat man nicht selbst gewählt; das hat Google getan, und nur Googles eigene Systeme können damit etwas anfangen. Landet eine gclid in einem allgemeinen Analytics-Bericht, bleibt sie dort einfach liegen - nützlich für Google Ads, nutzlos für alle anderen.

Diese Asymmetrie ist bei der Fehlersuche entscheidend. Tauchen UTMs nicht mehr in Berichten auf, liegt es meist am Browser oder an einem kaputten Link - Firefox und Brave brechen die eigene UTM-Attribution behandelt diesen Fehlerfall. Stimmt eine Klick-ID nicht mehr überein, liegt es fast immer daran, dass sie das eigene Pixel oder die eigene API der Plattform nie rechtzeitig erreicht hat oder dass ihr Gültigkeitsfenster geschlossen war, bevor die Conversion stattfand.

Wie ein Klick-ID-Round-Trip wirklich funktioniert

Lässt man die plattformspezifische Benennung beiseite, folgt jede Klick-ID demselben dreistufigen Weg.

Stufe eins, die Prägung. In dem Moment, in dem ein Nutzer auf die Anzeige klickt, noch bevor der Browser überhaupt die Landingpage anfragt, generiert die Plattform den Identifier und kodiert ihn in die Redirect-URL.

Stufe zwei, die Reise. Der Identifier reist als Abfrageparameter durch alle Hops zwischen der Anzeige und der eigenen Landingpage - den Redirect der Plattform, dann die eigene Domain. Hier lässt er sich erfassen und für später in ein Cookie, ein verstecktes Formularfeld oder den eigenen CRM-Datensatz schreiben.

Stufe drei, der Abgleich. Wenn die Conversion eintritt - ein Kauf, eine Anmeldung, ein Formular-Submit - sendet das eigene Pixel oder der eigene Server die gespeicherte Klick-ID zusammen mit dem Event an die API der Plattform. Die Plattform schlägt sie in ihrem eigenen Klicklog nach und schreibt, sofern noch innerhalb des Gültigkeitsfensters, die ursprüngliche Anzeige gut. Das ist der Mechanismus hinter Conversions an Metas Conversions API weiterleiten: früh erfassen, festhalten, später zurücksenden.

Warum der Parameter ungefragt auftauchte, und ob man ihn entfernen kann

Die meisten stoßen eher zufällig auf eine Klick-ID. Auto-Tagging ist bei Google Ads und Microsoft Advertising standardmäßig aktiviert, und TikTok hat ttclid 2024 automatisch gemacht, ganz ohne Opt-in. Niemand hat um den Parameter gebeten; die Plattform hat einfach angefangen, ihn anzuhängen, weil Conversion-Tracking heute so funktioniert.

Also ja, entfernen lässt er sich - aber das Timing entscheidet, ob das harmloses Aufräumen ist oder eine selbst verursachte Attributionslücke. fbclid aus einem Link zu entfernen, bevor er geteilt wird, oder ihn aus der URL-Spalte eines Berichts zu löschen, ändert nichts an den Conversion-Daten, die das eigene Pixel bereits erfasst hat. Ihn zu entfernen, bevor das eigene Script oder der Redirect ihn ausgelesen hat, ist eine andere Sache: Damit ist das eine Element gelöscht, das die Plattform brauchte, um den Klick gutzuschreiben, und keine Menge UTM-Daten holt das zurück. Die sicherste Gewohnheit ist, die Klick-ID serverseitig beim ersten Hop zu erfassen - der Ansatz in Serverseitiges Conversion-Tracking - und den Parameter erst danach aus dem zu bereinigen, was angezeigt oder weiter unten im Prozess gespeichert wird.

So erfasst Conversion-Tracking bei Elido jede Klick-ID automatisch → Wer gclid, fbclid, ttclid und msclkid manuell über vier Werbekonten hinweg jongliert, kennt genau dieses Problem - eine Redirect-Schicht, die den Identifier protokolliert, bevor irgendetwas anderes die URL berührt.

Wo Klick-IDs verloren gehen

Eine Klick-ID ist genauso anfällig wie ein UTM, dazu kommen noch ein, zwei eigene Fehlerquellen.

Vier Situationen sind für den Großteil des Verlusts verantwortlich, und jede verlangt eine andere Lösung.

Ein Besucher kopiert die gelandete URL in einen Gruppenchat. Jeder, der auf diesen eingefügten Link klickt, trägt jetzt die Klick-ID einer anderen Person. Die Conversion wird entweder dem falschen Klick zugeordnet oder gar keinem. Den Identifier gegen die zuerst angekommene Sitzung speichern, und aufhören, die URL in der Adressleiste als Aufzeichnung zu behandeln.

Der Klick öffnet sich in einem In-App-Browser. Instagram und TikTok reichen den Tap an eine eingeschränkte Webview weiter, die ein First-Party-Cookie oft nicht über die jeweilige Sitzung hinaus behalten kann, sodass der Identifier in der URL keinen Ort zum Bleiben hat. Den Parameter serverseitig bei der ersten Anfrage auslesen, statt sich darauf zu verlassen, dass der Browser ihn merkt.

Ein Redirect baut die Ziel-URL neu auf und verwirft dabei die Abfragezeichenkette. Die Klick-ID erreicht die Landingpage überhaupt nicht. Sie ist verschwunden, bevor das eigene Pixel lädt, sodass nichts weiter unten im Prozess sie retten kann. Bei jeder Redirect-Schicht im Pfad prüfen, ob Abfrageparameter standardmäßig weitergereicht werden.

Der Browser entfernt den Parameter, bevor die Seite lädt. Firefoxs Entfernen von Abfrageparametern nennt fbclid im Strict-Modus explizit. Den Identifier beim Redirect erfassen, bevor die Zielseite und ihre Scripts überhaupt laufen.

Der Copy-Paste-Fall ist im Grunde ein Dark-Social-Problem im Klick-ID-Kostüm - der Link reist durch einen privaten Kanal, den die eigene Analytics-Lösung nicht sehen kann, und Dark-Social-Attribution behandelt diese Lücke vollständig. Für die Safari-spezifischen Cookie-Grenzen, die die Persistenz von fbclid und ttclid betreffen, ist Klick-Attribution nach Safari ITP der dedizierte Artikel - das rolle ich hier nicht noch einmal auf.

Conversions attribuiert halten: die praktische Checkliste

Nichts davon erfordert, den eigenen Stack neu aufzubauen. Es erfordert sicherzustellen, dass die Klick-ID einmal, früh, erfasst wird, bevor irgendetwas weiter unten im Prozess sie verlieren kann.

• gclid, fbclid, ttclid und msclkid serverseitig beim ersten Redirect-Hop erfassen, nicht auf der Landingpage, nachdem Scripts geladen haben.
• Die Klick-ID zusammen mit dem Bestell- oder Lead-Datensatz in der eigenen Datenbank speichern, nicht nur in einem Cookie, das ablaufen könnte, bevor der Verkauf abgeschlossen ist.
• Die gespeicherte Klick-ID an die API jeder Plattform weiterleiten - Conversions API, Enhanced Conversions, Events API, UET-Offline-Import - innerhalb des Gültigkeitsfensters der jeweiligen Plattform.
• Prüfen, ob der eigene Shortener oder die Redirect-Kette Abfragezeichenketten unverändert durchreicht; mit einer Dummy-?gclid=test123 testen und bestätigen, dass sie den Hop übersteht.
• Klick-IDs mit UTMs kombinieren, statt sich für eines zu entscheiden; UTM-Kampagnen von Anfang bis Ende verfolgen behandelt das parallele Setup für die Kampagnenansicht, die eine Klick-ID allein nicht liefern kann.

Die meisten Attributionslücken, die ich debuggt habe, lassen sich auf genau diesen zweiten Punkt zurückführen: eine Klick-ID, die nur in einem Cookie lebte, auf einer Domain, die sich geändert hat, oder in einer Sitzung, die ablief, bevor der Deal abgeschlossen war. Diese eine Gewohnheit zu reparieren schließt mehr Lücken als jede Plattform-Einstellung - genau die Art von Fix, auf die der Tutorials-Cluster des Blogs ausgerichtet ist.

Verwandte Beiträge im Blog

• UTM-Parameter erklärt: der vollständige Leitfaden
• Firefox und Brave brechen die eigene UTM-Attribution
• Klick-Attribution nach Safari ITP
• Serverseitiges Conversion-Tracking
• Conversions an Metas Conversions API weiterleiten