Cross-Domain-Tracking

Definition: Cross-Domain-Tracking ist eine Konfigurationsmethode in Web-Analytics-Systemen, die es ermöglicht, Nutzersitzungen nahtlos über mehrere unterschiedliche Domains hinweg zu verfolgen und als eine einzige zusammenhängende Sitzung zu erfassen. Ohne diese Konfiguration behandelt ein Analytics-System wie GA4 jeden Domain-Wechsel als Beginn einer neuen Sitzung und ordnet den Besuch auf der zweiten Domain einem neuen, unbekannten Nutzer zu. Das liegt darin begründet, dass Browser Cookies domain-spezifisch speichern: Ein Cookie, das für "beispiel.de" gesetzt wurde, ist auf "shop.beispiel.de" einer anderen Domain zugänglich (Subdomain), nicht aber auf "andereseite.de" – einer vollständig anderen Top-Level-Domain. Cross-Domain-Tracking ist notwendig, wenn ein Unternehmen mehrere eigenständige Domains betreibt, zwischen denen Nutzer wechseln. Typische Szenarien sind: Ein Informations- oder Blog-Portal auf einer Domain und ein Online-Shop auf einer anderen (z. B. unternehmen.de und shop.unternehmen.de als separate Top-Level-Domains oder ein externer Shop-Anbieter wie Shopify mit eigener Domain), eine Hauptwebsite und ein externer Buchungs- oder Reservierungsservice, eine Landingpage-Domain für Kampagnen und eine Haupt-Corporate-Site, sowie mehrere Länderdomains (z. B. company.de und company.at) innerhalb derselben GA4-Property. Das Problem manifestiert sich in Analytics als Self-Referral-Traffic: Der Wechsel von Domain A zu Domain B erscheint in den Acquisition-Berichten als Referral-Traffic von Domain A, als wäre ein externer Besucher über Domain A als Verweisquelle auf die Site gekommen. Dies verfälscht die Herkunftsanalyse erheblich und kann dazu führen, dass Domain A als einer der wichtigsten Traffic-Quellen erscheint, obwohl es sich in Wirklichkeit um interne Navigationsbewegungen handelt.

Erläuterung

In GA4 wird Cross-Domain-Tracking in den Datenstrom-Einstellungen konfiguriert. Unter "Konfigurieren" im Web-Datenstrom findet sich der Abschnitt "Domainübergreifendes Messen", in dem alle relevanten Domains als verknüpfte Domains eingetragen werden können. GA4 überträgt dann automatisch die Client-ID und die Session-ID als URL-Parameter (üblicherweise "_gl"), wenn ein Nutzer über einen Link von einer konfigurierten Domain zu einer anderen wechselt. Auf der Zieldomain liest der GA4-Tag diesen Parameter aus und setzt den Cookie mit der bestehenden Client-ID fort, anstatt eine neue zu generieren. Der Nutzer erscheint damit in beiden Domains als derselbe Nutzer in derselben Sitzung, und die ursprüngliche Traffic-Quelle (z. B. "google / organic") bleibt über den Domain-Wechsel hinweg erhalten. In der Praxis sollte nach der Konfiguration immer eine manuelle Verifikation erfolgen: Ein Testbesuch im Echtzeit-Bericht von GA4 zeigt, ob der "_gl"-Parameter korrekt an die Links zwischen den Domains angehängt wird und ob keine Self-Referrals mehr in den Acquisition-Daten erscheinen. Auch das Referral-Ausschlussliste in den Datenstrom-Einstellungen spielt hier eine Rolle: Domains, die versehentlich als Referral gezählt werden, können dort manuell ausgeschlossen werden.

Subdomains (z. B. blog.beispiel.de und shop.beispiel.de) benötigen in GA4 in der Regel kein Cross-Domain-Tracking, wenn sie im selben Datenstrom erfasst werden und der Cookie auf der übergeordneten Domain gesetzt wird. Dies ist ein wichtiger Unterschied zu Universal Analytics, wo die Behandlung von Subdomains andere Konfigurationsschritte erforderte. In GA4 mit einem einzigen Datenstrom und korrekter Cookie-Domain-Konfiguration werden Subdomains automatisch als Teil derselben Property behandelt.

Häufige Szenarien und Konfigurationsschritte

Externer Checkout (z. B. Shopify, PayPal): Das häufigste Cross-Domain-Tracking-Szenario; ohne Konfiguration erscheint der Checkout-Provider als größte Referral-Quelle und die echte Herkunft der Käufer ist unbekannt; Lösung: beide Domains in den Datenstrom-Einstellungen als verknüpfte Domains eintragen.
Mehrere Marken-Domains einer Property: Wenn verschiedene Marken eines Unternehmens in derselben GA4-Property erfasst werden, müssen alle Domains eingetragen werden, damit wechselnde Nutzer nicht als neue Besucher gezählt werden.
Externe Buchungsplattformen: Hotels, Airlines und Veranstaltungsanbieter, die externe Buchungssysteme nutzen; Cross-Domain-Konfiguration ist nötig, um die Buchungs-Conversion korrekt der ursprünglichen Traffic-Quelle zuzuordnen.
Länderspezifische Domains: Unternehmen mit .de, .at, .ch unter einer GA4-Property; Cross-Domain-Tracking sorgt dafür, dass Nutzer, die zwischen Länderdomains wechseln, korrekt erkannt werden.

Diagnoseschritte bei Cross-Domain-Problemen

Self-Referral prüfen: In GA4 unter Akquisition > Traffic-Akquisition filtern nach "Referral" als Kanalgruppe; erscheinen eigene Domains als Verweisquelle, liegt ein Cross-Domain-Problem vor.
_gl-Parameter verifizieren: Öffnen Sie im Browser die Entwicklertools (Network-Tab) und prüfen Sie, ob beim Klick auf einen Link zwischen den Domains der "_gl"-Parameter an die URL angehängt wird.
Echtzeit-Bericht nutzen: Im GA4-Echtzeit-Bericht lässt sich beobachten, ob ein Testbesuch nach dem Domain-Wechsel weiterhin dieselbe Sitzung und dieselbe Traffic-Quelle anzeigt oder eine neue Sitzung beginnt.
Referral-Ausschlussliste: Als Absicherung können eigene Domains auch in der Referral-Ausschlussliste des Datenstroms eingetragen werden, damit sie niemals als externe Verweisquelle in Erscheinung treten.
Tag Assistant Live: Das Google Tag Assistant Browser-Plugin bietet eine Live-Debugging-Ansicht, die zeigt, welche Parameter bei jedem Seitenaufruf an GA4 gesendet werden, und damit Cross-Domain-Probleme sichtbar macht.

Praxistipp: Konfigurieren Sie Cross-Domain-Tracking in den GA4-Datenstrom-Einstellungen, indem Sie unter "Konfigurieren" alle relevanten Domains im Abschnitt "Domainübergreifendes Messen" eintragen. Überprüfen Sie die Konfiguration anschließend mit einem manuellen Testbesuch: Öffnen Sie GA4 im Echtzeit-Bericht, besuchen Sie Domain A, klicken Sie den Link zu Domain B und prüfen Sie, ob der gleiche Nutzer mit der ursprünglichen Traffic-Quelle im Bericht erscheint. Ein Blick in den Acquisition-Bericht auf Self-Referral-Traffic der eigenen Domains zeigt schnell, ob die Konfiguration vollständig und korrekt ist.