Cross-Domain-Tracking ist eine Tracking-Konfiguration, die den Besuch eines Nutzers über mehrere eigene Domains hinweg als eine zusammenhängende Sitzung erfasst. Ohne sie beginnt beim Wechsel — etwa von der Website zur Buchungsplattform auf anderer Domain — eine neue Sitzung, und die ursprüngliche Kampagnenherkunft geht verloren. Technisch wird dazu die Client-ID beim Domainwechsel über einen URL-Parameter weitergegeben.

Was ist Cross-Domain-Tracking?
Cross-Domain-Tracking ist eine Tracking-Konfiguration, die den Besuch eines Nutzers über mehrere eigene Domains hinweg als eine zusammenhängende Sitzung erfasst. Ohne diese Konfiguration beginnt beim Wechsel — etwa von der Website zur Buchungsplattform auf einer anderen Domain — eine neue Sitzung, und die ursprüngliche Kampagnenherkunft geht verloren. Es ist damit ein Spezialfall des allgemeinen Trackings, der immer dann relevant wird, wenn der Weg zum Ziel über mehrere Adressen führt.
Technisch wird dazu die Client-ID beim Domainwechsel über einen URL-Parameter weitergegeben, sodass die zweite Domain den Besucher als denselben Nutzer erkennt. Das Verfahren ist nötig, weil Analytics-Systeme Besucher über Cookies identifizieren — und Cookies aus Sicherheitsgründen grundsätzlich nur für die jeweilige Domain gelten, auf der sie gesetzt wurden. Die Einrichtung in Google Analytics beschreibt Google in einem eigenen Hilfeartikel.
Wie funktioniert Cross-Domain-Tracking?
Analytics-Systeme identifizieren Besucher über Cookies, die nur für die jeweilige Domain gelten. Wechselt ein Nutzer von kanzlei-beispiel.de zur Terminbuchung auf termine-anbieter.de, erhält er dort ein neues Cookie und zählt als neuer Besucher mit neuer Sitzung. Die Folge: Die Conversion auf der zweiten Domain erscheint als Verweis-Traffic statt als Erfolg der ursprünglichen Kampagne, und derselbe Mensch wird doppelt gezählt. Wie Cookies grundsätzlich arbeiten, erklärt der Wikipedia-Artikel zum HTTP-Cookie.
Cross-Domain-Tracking löst das, indem die Client-ID beim Klick auf einen Link zur zweiten Domain als URL-Parameter — bei Google der _gl-Parameter — übergeben wird. Die Zieldomain liest ihn aus und führt die Sitzung unter derselben ID fort, als hätte der Nutzer die Domain nie gewechselt. In Google Analytics 4 wird das zentral in den Datenstream-Einstellungen konfiguriert, indem alle beteiligten Domains in einer Liste eingetragen werden; die Parameterübergabe übernimmt das System danach automatisch bei jedem Link zwischen diesen Domains.
Der übergebene Parameter ist bewusst kurzlebig: Er gilt nur für den unmittelbaren Übergang und enthält keine dauerhaft gespeicherte Kennung in der URL, was die Verweildauer der ID im Adressfeld gering hält. Wichtig ist zu verstehen, dass Cross-Domain-Tracking keine neuen Daten erhebt, sondern lediglich verhindert, dass eine bereits laufende Sitzung an der Domaingrenze künstlich zerschnitten wird. Es korrigiert also einen technischen Bruch, statt zusätzliche Informationen über den Nutzer zu sammeln.
Warum ist Cross-Domain-Tracking wichtig?
Ohne korrekte Konfiguration zerfallen Nutzerpfade an der Domaingrenze. Kampagnen wirken erfolglos, weil ihre Conversions der falschen Quelle zugeschrieben werden, und Nutzerzahlen sind aufgebläht, weil dieselbe Person doppelt zählt. Besonders betroffen sind Setups mit externen Buchungs-, Bezahl- oder Formularsystemen auf eigener Domain — die Attribution wird dann systematisch verzerrt, oft ohne dass es jemandem auffällt.
Für die Kampagnensteuerung ist das kritisch. Wer Google-Ads-Budgets nach Conversions verteilt, die durch den Domainbruch als Referral erscheinen, unterschätzt systematisch die tatsächlich wirksamen Kampagnen und steuert Budget in die falschen Kanäle. Auch das Conversion-Tracking und die Auswertung von UTM-Parametern laufen ins Leere, wenn die Sitzung an der Domaingrenze abreißt und die ursprüngliche Quelle verloren geht.
Besonders tückisch ist, dass der Fehler unsichtbar bleibt, solange niemand gezielt danach sucht. Die Berichte wirken plausibel, die Zahlen stimmen in sich — nur die Zuordnung ist falsch. Häufig fällt das Problem erst auf, wenn der Anteil an Verweis-Traffic auffällig hoch ist oder die Zahl der Neu-Nutzer nicht zur bekannten Reichweite passt. Wer externe Systeme im Besuchsfluss einsetzt, sollte die korrekte Sitzungsfortführung deshalb aktiv prüfen, statt sie stillschweigend vorauszusetzen.
Cross-Domain-Tracking in der Praxis
Wichtig ist zunächst die Abgrenzung: Subdomains derselben Domain — etwa termine.kanzlei-beispiel.de — brauchen in GA4 in der Regel kein Cross-Domain-Tracking, da das Cookie für die Hauptdomain gilt und die Sitzung ohnehin fortgeführt wird. Nötig wird es erst bei echten Fremddomains im Besuchsfluss. Zusätzlich sollten die eigenen Domains korrekt aus den Verweis-Ausschlüssen behandelt werden, damit der Wechsel keine neue Quelle setzt; Google beschreibt das im Artikel zu Verweisausschlüssen.
Nach der Einrichtung gehört ein Test unbedingt dazu: eine Sitzung über beide Domains durchklicken und prüfen, ob der _gl-Parameter in der URL erscheint und in den Echtzeitberichten dieselbe Sitzung ohne Bruch fortgeführt wird. Häufige Fehlerquellen sind Links, die per Redirect laufen und den Parameter dabei verlieren, sowie Formular-Weiterleitungen ohne Parameterübergabe. Auch eingebettete Inhalte in Iframes können die Übergabe stören. Eine kompakte Erklärung des Verfahrens bietet auch das Ryte-Wiki.
In der Praxis empfiehlt es sich, alle domainübergreifenden Wege einmal systematisch zu erfassen: von welcher Seite aus gelangt ein Nutzer auf welche Fremddomain, und läuft der Weg direkt oder über eine Zwischenstation? Erst diese Übersicht zeigt, wo Cross-Domain-Tracking überhaupt greifen muss. Nach jeder Änderung an Buchungs-, Zahlungs- oder Formularsystemen sollte der Test wiederholt werden, weil ein neues Tool oder ein geänderter Link die Parameterübergabe unbemerkt aushebeln kann.
Typische Fehler und Grenzen
Ein verbreiteter Fehler ist die Verwechslung von Subdomains und Fremddomains: Wer für Subdomains derselben Domain unnötig Cross-Domain-Tracking aktiviert, riskiert Doppelkonfigurationen. Umgekehrt wird bei echten Fremddomains oft vergessen, alle beteiligten Domains einzutragen oder sie aus den Verweisausschlüssen herauszunehmen — dann setzt der Wechsel weiterhin eine neue Quelle, und der ganze Aufwand verpufft.
Technische Grenzen bestehen dort, wo der _gl-Parameter unterwegs verloren geht — etwa bei serverseitigen Weiterleitungen, in eingebetteten Iframes oder bei Links, die JavaScript nachträglich verändert. Auch datenschutzrechtlich ist Sorgfalt geboten: Domainübergreifendes Tracking setzt in der Regel eine wirksame Einwilligung voraus, und die Datenweitergabe zwischen den Domains muss in der Datenschutzerklärung transparent gemacht werden. Die konkrete rechtliche Bewertung hängt vom Einzelfall ab und sollte fachkundig geprüft werden.