Was UTM und Click-IDs beim Weiterleiten mitnehmen

Marketing wirft eine Landingpage in den Kundenkanal auf Slack. Support klebt die „Kampagnenseite“ in ein Zendesk-Ticket. Ein Kollege kopiert einen Social-Share-Link in den internen Teams-Thread. Fast niemand schaut zuerst hinter das Fragezeichen. Der lange Schwanz in der Adresszeile wirkt wie Rauschen. Es ist ein Query-String. Der Browser schickt ihn als Teil der Anfrage; Chat, Mail und Ticketsysteme speichern ihn als ganz normalen Text.

Das ist nicht dieselbe Schicht wie „warum das #-Fragment einer URL nicht auf den Server kommt“. Ein Fragment bleibt im aktuellen Tab und geht nie in die HTTP-Request-Zeile. Ein Query-Parameter schon. Der bestehende Beitrag Warum das #-Fragment einer URL nicht in Server-Logs steht erklärt nur die Raute. Dieser Artikel ergänzt das Fragezeichen: Was beim zweiten Hop meist mitgeht, ist nicht der Pfad, sondern die durchsuchbaren, archivierbaren Felder dahinter – Felder, die ein Downstream-Host erneut lesen kann.

Die URL-Builder-Hilfe von Google Analytics sagt den vorgesehenen Weg klar: Klickt jemand einen Empfehlungslink mit UTM-Parametern, landen diese Werte in den Analytics-Berichten zur Traffic-Akquisition. Für das Kampagnenteam ist das die Funktion. Für die Person, die dieselbe URL weiterleitet, wird daraus etwas anderes: Sie übergibt dem nächsten Kanal ein Label für „aus welcher Kampagne dieser Klick kam“, plus jede Click-ID, die die Plattform selbst angehängt hat. Dieser Kanal verspricht keine einmalige, private Lektüre nur für den vorgesehenen Empfänger.

Die erste Art sind UTM-Parameter. Googles Liste umfasst utm_source, utm_medium und utm_campaign, plus optionale Felder wie utm_term, utm_content und utm_id. Die Werte sind Klartext, den Sie oder ein Tagging-Tool geschrieben haben – newsletter, email, sep-sale. Sie beschreiben eine Kampagne, kein Nutzerkonto. Nach dem Weiterleiten sehen Empfänger, später Hinzugekommene und jeder, der den Thread exportieren kann, für welche Kampagne und welchen Kanal der Link gebaut wurde. Analytics behandelt Groß- und Kleinschreibung als verschiedene Werte: utm_source=google und utm_source=Google werden zwei Zeilen. Für einen Menschen, der den eingefügten Text liest, sind beide lesbare Labels.

Die zweite Art ist eine Click-ID, oft auch Klick-ID genannt. Werbeplattformen hängen sie an, wenn jemand auf eine Anzeige tippt. Der Wert ist ein langes Token, nicht zum Lesen gedacht. gclid kommt aus dem Auto-Tagging von Google Ads und knüpft einen Klick an eine Conversion. fbclid hängt Meta an; Pixel oder Conversions API lesen ihn oft wieder. Zur selben Familie gehören ttclid, msclkid und twclid. Diese Werte haben Sie nicht gewählt, und aus der Zeichenkette selbst lässt sich kein Kampagnenname rekonstruieren. Sie identifizieren diesen einen Klick, nicht diese Kampagne. Eine Adresse mit fbclid weiterzuleiten heißt, den Nachschlage-Schlüssel für genau diesen Anzeigenklick mitzugeben.

Die dritte Art ist eine Sharer-Markierung. Newsletter-Tools sind der klarste Fall im deutschsprachigen Alltag: Bei Mailchimp benennt mc_cid eine Kampagne, mc_eid ist eine kodierte Subscriber-ID, die sich wieder an einen Listeneintrag knüpfen lässt. Share-URLs von Instagram und Threads tragen seit Langem igshid oder ein ähnliches privates Feld. Community-Aufstellungen und Apples eigene Link Tracking Protection listen igshid als Tracking-Parameter, nicht als Seitenwahl. Eine Prüfung ohne jede Rückwärtsrezeptur: Fragezeichen und alles dahinter löschen; Beitrag oder Landingpage öffnen sich oft weiter, die Sharer-Markierung ist weg. Dieser Artikel beschreibt und wiederholt keine Methode, aus einem Parameter ein Konto zu machen. Die sofort sichtbare Tatsache reicht: Manche Share-Links tragen „wer auf Teilen getippt hat“, nicht nur „welche Kampagne“.

Chatfenster sind so gebaut, dass man Dinge wiederfindet. Nachdem Sie eine volle Kampagnen-URL in einen Kanal eingefügt haben, halten Nachrichtentext, Client-Cache und serverseitiger Suchindex je eine Kopie. Drei Monate später kann eine Suche nach utm_campaign oder fbclid diese Nachricht noch heben. Zurückrufen löscht selten die schon gelesene Push-Nachricht der Gegenseite oder eine bereits synchronisierte Historie. Das hat nichts mit Vertrauen in Kolleginnen und Kollegen zu tun. Sie brauchen die Landingpage. Sie brauchen kein Token für diesen Anzeigenklick.

Tickets und E-Mail bewahren den Link als Beleg. Hat der Support die vom Nutzer geschickte „Kampagnenseite geht nicht auf“-URL ins Ticket geklebt, öffnen Agenten, Eskalationsschlangen und jeder ausgelagerte Betrachter die volle Adresse erneut. Ein ganzseitiger Screenshot in der Fotomediathek oder eine Adresszeile in der Meeting-Aufnahme ist ein zweiter, pixelgenauer Kanal. Schlüssel gehören nicht in den Chat – das steht in Nach einem Leak der Cloud-Umgebungsvariablen gehört der neue Schlüssel nicht in den Chat. Tracking-Parameter sind ein milderes Leck. Die Form des Rückstands ist dieselbe: Der Kanal speichert genau die Zeichen, die Sie eingefügt haben.

Behalten Sie die Felder, die die Seite auf die richtige Ressource zeigen. id=128 wählt ein Produkt. q= ist ein Suchbegriff. page=2 ist Paginierung. Bei YouTube ist t= ein Zeitstempel. Das sind keine Kampagnenlabels. Blind „alles hinter dem Fragezeichen löschen“ funktioniert oft bei einem Social-Share-Link. Bei Shop- und Admin-Deeplinks landen Sie auf der Startseite oder auf einem Fehler.

Entfernen Sie die Felder, die die Traffic-Quelle beschreiben, einen einzelnen Klick identifizieren oder auf eine teilende Person zeigen. Die ganze Familie utm_*, gängige Click-IDs und Attributionsfelder von Commerce- oder Inhaltsplattformen – spm, mc_eid, igshid, refer_share_id – gehören hierher. Sie entscheiden nicht, welcher Artikel aufgeht. Sie entscheiden, wem dieser Aufruf gutgeschrieben wird.

Ist die Entscheidung unklar, beginnen Sie eng: nur utm_* und gängige Click-IDs entfernen, dann prüfen, ob die Seite noch auf dieselbe Ressource zeigt. Erst danach entscheiden Sie, ob Analysefelder und Plattformattribution weg sollen. Das ist kein Slogan. Es sind zwei Stufen, die Sie am Ergebnis vergleichen können.