Multi-Domain-Tracking: Mehrere Websites in GA4 und ActiveCampaign tracken

Multi-Domain-Tracking bedeutet, dass du Besucher über mehrere deiner Websites hinweg als dieselbe Person erkennst. In GA4 erfordert das eine explizite Konfiguration der erlaubten Domains, in ActiveCampaign das Freischalten jeder Domain im Site-Tracking-Account. Ohne diese Grundlagen zählt jeder Domain-Wechsel als neue Session und verfälscht Attribution und Automationen. Dieser Beitrag zeigt, wie das Setup funktioniert und wo die häufigsten Fehler entstehen.

Das Wichtigste in Kürze

• In GA4 musst du alle Ziel-Domains unter Verwaltung > Datenstreams > Weitere Tagging-Einstellungen > Domänen konfigurieren eintragen, damit der Linker-Parameter automatisch übergeben wird.
• ActiveCampaign Site Tracking nutzt auf allen Domains denselben Tracking-Code – jede Domain muss aber im Account unter Einstellungen > Tracking > Site Tracking explizit freigeschaltet sein.
• Cross-Subdomain-Tracking und Cross-Domain-Tracking sind technisch verschiedene Konfigurationen: Subdomains derselben Hauptdomain brauchen keinen Linker-Parameter, separate Hauptdomains schon.
• Ohne eine domainübergreifende Consent-Lösung riskierst du im DACH-Raum inkonsistente Einwilligungen, wenn Nutzer zwischen deinen Domains wechseln.
• Der häufigste Fehler: Der _gl-Parameter wird übergeben, aber die Ziel-Domain fehlt in der GA4-Konfiguration – die Session bricht trotzdem ab.

Cross-Domain vs. Cross-Subdomain – zwei verschiedene Konfigurationen

Viele, die Multi-Domain-Tracking einrichten wollen, stoßen zuerst auf Subdomains und vermischen dabei zwei Konzepte, die technisch grundlegend verschieden sind. Wer blog.example.com und shop.example.com hat, hat kein Cross-Domain-, sondern ein Cross-Subdomain-Problem – und wer das verwechselt, konfiguriert zu viel oder zu wenig und wundert sich danach über falsche Sessionzahlen.

GA4 behandelt Subdomains derselben Hauptdomain standardmäßig als zusammenhängende Herkunft. Eine Session, die auf example.com beginnt, bleibt erhalten, wenn der Nutzer zu blog.example.com wechselt – ohne zusätzliche Linker-Konfiguration. GA4 setzt das Session-Cookie auf der übergeordneten Domain-Ebene (.example.com), sodass es auf allen Subdomains lesbar ist. Voraussetzung ist nur, dass auf allen Subdomains dieselbe Mess-ID aktiv ist und kein zweites GA4-Property parallel läuft.

Echtes Cross-Domain-Tracking liegt vor, wenn zwei verschiedene Hauptdomains im Spiel sind: example.com und example.de, oder shop.example.com und meineshoppage.de. Hier haben Browser-Cookies keine gemeinsame Basis, weil Cookies je nach Konfiguration domaingebunden sind. GA4 löst das mit dem Linker-Parameter _gl, der beim Klick auf einen Link zur Ziel-Domain automatisch an die URL angehängt wird und dort die Session-Informationen überträgt – aber nur dann, wenn die Ziel-Domain in der GA4-Konfiguration eingetragen ist.

Wann Cross-Domain-Tracking wirklich notwendig ist

Cross-Domain-Tracking lohnt sich, wenn Nutzer in einer planmäßigen Customer Journey zwischen verschiedenen Hauptdomains wechseln – zum Beispiel ein Informationsblog auf blog-brand.de, gefolgt von einem Kauf auf shop-brand.de. Wenn Conversions auf Domain B dem Traffic von Domain A zugeordnet werden sollen, ist die Linker-Konfiguration die technische Voraussetzung dafür. Ohne sie erscheint jeder Besuch auf Domain B als direkter Aufruf, unabhängig davon, wo der Nutzer vorher war.

Für Setups mit mehreren unabhängigen Marken, die nichts miteinander teilen und getrennte Reporting-Linien haben, ist ein separates GA4-Property je Marke in der Regel die klarere Lösung. Der Zusatzaufwand für Cross-Domain-Tracking lohnt sich nur, wenn die User-Journey tatsächlich domainübergreifend verläuft und diese Übergaben für Automations- und Attribution-Entscheidungen relevant sind.

Cross-Domain-Tracking in GA4 Schritt für Schritt einrichten

Die Konfiguration in GA4 erfolgt ausschließlich auf Property-Ebene – nicht im Google Tag Manager und nicht im Tracking-Code selbst. Das gilt auch dann, wenn du den GTM zur Tag-Auslieferung verwendest. Die Domain-Liste wird im GA4-Property gepflegt und steuert, für welche Klickziele der Linker-Parameter automatisch generiert wird.

1. Öffne GA4 und wechsle in den Verwaltungsbereich über das Zahnrad-Symbol unten links in der Navigation.
2. Klicke unter Property auf Datenstreams und wähle deinen Web-Datenstream aus.
3. Klicke oben rechts auf Weitere Tagging-Einstellungen konfigurieren – dieser Abschnitt ist manchmal erst nach dem vollständigen Laden der Seite sichtbar.
4. Öffne den Abschnitt Domänen konfigurieren.
5. Füge jede relevante Hauptdomain als eigene Zeile hinzu. Verwende als Matching-Typ enthält und trage den Domain-Namen ohne Protokoll ein, zum Beispiel example.com statt https://example.com – das erfasst sowohl die nackte Domain als auch alle ihre Subdomains automatisch mit.
6. Speichere die Einstellungen. GA4 hängt ab sofort beim Klick auf Links zu konfigurierten Domains den _gl-Parameter automatisch an die Ziel-URL an.

Zum Testen: Aktiviere den Debug-Modus über die GA Debugger Extension oder den GTM-Vorschaumodus und navigiere auf der Website von Domain A zu einem Link auf Domain B. Prüfe im DebugView (GA4 Verwaltung > DebugView), ob auf Domain B eine neue Session mit der Quelle direct startet – das bedeutet, die Konfiguration funktioniert noch nicht. Wenn die Session weiterläuft und die ursprüngliche Quelle erhalten bleibt, ist der Linker korrekt aktiv.

Was passiert, wenn eine Domain in der Konfiguration fehlt

Wenn ein Nutzer auf einen Link klickt, dessen Ziel-Domain nicht in der GA4-Konfiguration steht, wird der _gl-Parameter nicht angehängt. Auf der Ziel-Domain startet eine neue Session mit der Quelle direct. Die Attribution des ursprünglichen Kanals – organische Suche, bezahlte Kampagne, E-Mail – geht verloren, und Conversion-Funnels über Domains hinweg brechen an dieser Stelle ab. Bei Setups mit mehreren Domains empfiehlt sich eine eigene Liste aller konfigurierten Domains, die nach jeder Ergänzung des Domain-Portfolios aktualisiert wird. Länderspezifische TLDs (.de, .at, .ch) zählen dabei als eigene Hauptdomains und müssen separat eingetragen werden.

Cross-Domain-Tracking mit dem Google Tag Manager

Wer GA4 über den Google Tag Manager implementiert hat, konfiguriert Cross-Domain-Tracking ausschließlich im GA4-Property, nicht im GTM-Container. Eine häufige Fehlannahme ist, dass es im GTM eine Linker-Konfiguration für GA4 gibt – das galt für Universal Analytics, das eingestellt ist. In GA4 gibt es keinen Linker-Tag im GTM; der _gl-Parameter wird allein durch die Domain-Konfiguration im Property gesteuert. Der GTM ist hier nur das Auslieferungswerkzeug für den Tracking-Code, keine Steuerzentrale für das Cross-Domain-Verhalten.

Eine sinnvolle Ergänzung über den GTM: Du kannst dort Custom Events definieren, die bei Klicks auf Domain-Wechsel-Links feuern, und diese Events als separates Ereignis in GA4 protokollieren. Das gibt dir einen eigenen Bericht über domainübergreifende Übergaben und macht sichtbar, wie oft dieser Pfad tatsächlich genutzt wird.

ActiveCampaign Site Tracking für mehrere Domains

ActiveCampaign Site Tracking protokolliert Seitenbesuche und verknüpft sie mit Kontaktprofilen im CRM. Sobald ein bekannter Kontakt eine Seite öffnet, auf der der Tracking-Code aktiv ist, erscheint dieser Besuch im Kontaktprofil und kann als Trigger für Automationen verwendet werden. Das System arbeitet dabei vollständig unabhängig von GA4 – es braucht kein Google-Produkt, um zu funktionieren, und die Daten landen direkt in ActiveCampaign, nicht in einem externen Analytics-Tool.

Ein häufiges Missverständnis: Site Tracking und die technische Mechanik des ActiveCampaign-Tracking-Codes werden oft als dasselbe behandelt, aber Site Tracking ist nur ein Bestandteil. Der Code identifiziert Kontakte, protokolliert Seitenbesuche und ermöglicht Automations-Trigger – alles innerhalb von ActiveCampaign, ohne externe Analyse-Tools.

Jede Domain muss im Account freigeschaltet sein

Der Tracking-Code ist pro ActiveCampaign-Account einheitlich – du verwendest auf allen Domains denselben Code-Snippet mit demselben Account-Identifier. Damit das Tracking greift, muss jede Domain im Account explizit freigegeben werden, sonst ignoriert ActiveCampaign die Seitenbesuche von dort, auch wenn der Code technisch eingebunden ist.

1. Öffne in ActiveCampaign: Einstellungen (Zahnrad oben rechts) > Tracking > Site Tracking.
2. Aktiviere Site Tracking, falls noch nicht geschehen – der Schalter befindet sich auf dieser Seite oben rechts.
3. Trage unter Erlaubte Domains jede Domain als separaten Eintrag ein; example.com und example.de sind zwei separate Einträge.
4. Kopiere den Tracking-Code-Snippet und binde ihn im head-Bereich jeder Domain ein, am saubersten über den Google Tag Manager oder das jeweilige CMS, damit zukünftige Code-Updates zentral ausgeliefert werden können.

In der Praxis führt eine fehlende Domain in der Erlaubte-Domains-Liste fast immer zum gleichen Symptom: Besuche auf der Zweit-Domain erscheinen nicht im Kontaktprofil, obwohl der Code läuft. Der erste Diagnoseschritt ist immer die Überprüfung dieser Liste – bevor man den Code selbst analysiert.

Kontaktidentifikation über Domain-Grenzen hinweg

ActiveCampaign identifiziert Kontakte über ein Browser-Cookie. Dieses Cookie gilt nur für die jeweilige Hauptdomain und wird nicht automatisch auf andere Hauptdomains übertragen – das ist eine Einschränkung des Browser-Standards, keine ActiveCampaign-spezifische Entscheidung. Ein Kontakt, der auf domain1.de seine E-Mail-Adresse in ein Formular eingibt und dort erkannt wird, ist auf domain2.de zunächst anonym, bis er auch dort identifiziert wird.

ActiveCampaign setzt beim Klick auf Links in versendeten E-Mails automatisch ein Identifikations-Cookie für die jeweilige Ziel-Domain. Wenn ein Kontakt also auf einen E-Mail-Link klickt, der auf domain2.de führt, wird er dort beim ersten Aufruf erkannt – ohne vorherige Formular-Übermittlung auf domain2.de. Das ist der einfachste Weg, domainübergreifende Identifikation zu erreichen: Sicherstellen, dass Kampagnen- und Automations-Links auf die Domain zeigen, auf der der Tracking-Code aktiv ist und auf der du Kontaktverhalten protokollieren willst.

Für Kontakte, die domain2.de nur über organische Suche oder direkte Eingabe erreichen und nie auf einen E-Mail-Link geklickt haben, bleibt die Identifikation auf domain2.de lückenhaft. Hier hilft ein Formular auf domain2.de, das beim Ausfüllen das Identifikations-Cookie setzt und den Kontakt mit seinem bestehenden Profil verknüpft.

DSGVO-Anforderungen bei domain-übergreifendem Tracking

Multi-Domain-Tracking berührt datenschutzrechtliche Fragen, die im DACH-Raum besonderer Sorgfalt bedürfen. Artikel 6 DSGVO verlangt für jede Verarbeitung personenbezogener Daten eine Rechtsgrundlage. Bei Analytics- und CRM-Tracking ist das in der Regel die Einwilligung nach Artikel 7 DSGVO. Das setzt voraus, dass Nutzer vor der Verarbeitung aktiv zustimmen – klar verständlich und getrennt von anderen Erklärungen.

Inkonsistente Einwilligungen durch getrennte Consent-Banner

Wer auf jeder Domain eine eigene Consent Management Platform betreibt, ohne dass diese miteinander kommunizieren, riskiert inkonsistente Einwilligungen. Konkret: Ein Nutzer lehnt auf domain1.de Analytics-Tracking ab. Er wechselt auf domain2.de – dort kennt das Consent-System seine Ablehnung nicht, er sieht ein neues Banner und stimmt zu. Gleichzeitig hat der _gl-Parameter von GA4 beim ersten Klick auf den Link bereits Daten übermittelt, bevor der Nutzer auf domain2.de überhaupt die Möglichkeit hatte, zu widersprechen.

Dieses Szenario ist kein theoretisches Problem. Die meisten technischen Setups, die auf der Hauptdomain korrekt funktionieren, weisen auf Zweit-Domains Lücken auf – weil die Consent-Logik nicht für den Domain-Wechsel vorbereitet wurde und der Tracking-Code dort ausgeführt wird, bevor der Nutzer interagiert hat.

Zentrale Consent-Verwaltung als Lösungsansatz

Eine Consent Management Platform, die die Einwilligung domainübergreifend speichert und liest, löst dieses Problem strukturell. Das setzt voraus, dass alle betroffenen Domains unter einer gemeinsamen First-Party-Cookie-Infrastruktur zusammengeführt werden – zum Beispiel über eine gemeinsame Subdomain für das Consent-Cookie – oder dass die CMP einen server-seitigen Speichermechanismus nutzt, der domainübergreifend funktioniert.

Für den technischen Ablauf gilt: Der Tracking-Code auf jeder Domain darf erst nach Einwilligung ausgeführt werden – das ist unabhängig davon, ob der Nutzer auf der Hauptdomain bereits zugestimmt hat. Wer das vor dem Live-Gang überprüft, sollte nicht nur die Hauptdomain im Browser testen, sondern jede Domain einzeln und dabei prüfen, ob der Tracking-Code wirklich erst nach dem Consent-Klick feuert.

Typische Fehler und ihre Ursachen

Der _gl-Parameter wird nicht an die Ziel-URL angehängt

Ursache ist fast immer eine fehlende Domain in der GA4-Konfiguration unter Domänen konfigurieren. GA4 prüft beim Klick, ob das Link-Ziel einer konfigurierten Domain entspricht. Fehlt sie dort, wird kein Parameter angehängt und die Session bricht ab. Das Gegenmittel ist eine vollständige Domain-Liste, die nach jeder Erweiterung des Portfolios geprüft wird. Domains mit länderspezifischen TLDs müssen je TLD separat eingetragen werden – example.de und example.at gelten als zwei verschiedene Hauptdomains.

Doppelte Sessions nach Domain-Wechsel

Manchmal zeigt GA4 nach einem Domain-Wechsel zwei aktive Sessions für denselben Nutzer, auch wenn die Konfiguration scheinbar korrekt ist. Ursache ist häufig ein zweites, parallel aktives GA4-Property auf einer der Domains – ein älteres Property, das nicht deaktiviert wurde, oder ein Test-Property, das jemand installiert und vergessen hat. Das Gegenmittel ist eine Überprüfung aller aktiven Tags im GTM-Container: Wenn mehr als ein GA4-Configuration-Tag aktiv ist, muss alles außer dem gewollten deaktiviert werden.

ActiveCampaign erkennt den Kontakt auf der zweiten Domain nicht

Wenn Kontaktbesuche auf einer Domain im CRM nicht erscheinen, obwohl der Tracking-Code läuft, liegt es meist an einem von zwei Problemen: Entweder fehlt die Domain in der Erlaubte-Domains-Liste in ActiveCampaign, oder der Kontakt wurde auf dieser Domain noch nicht identifiziert und das Cookie fehlt. Das Gegenmittel für das erste Problem ist die Überprüfung der Domain-Liste im Account. Das Gegenmittel für das zweite: E-Mail-Links auf Seiten dieser Domain setzen, damit ActiveCampaign beim nächsten Klick des Kontakts das Identifikations-Cookie für diese Domain setzt.

Alle Besuche nach Domain-Wechsel erscheinen als direct in GA4

Wenn der _gl-Parameter übergeben wird, aber Besuche trotzdem als direct erscheinen, liegt das Problem auf der empfangenden Seite. Mögliche Ursachen: Der Tracking-Code läuft erst nach einem Consent-Gate, das den Parameter aus der URL entfernt, bevor er ausgelesen wird. Oder das Caching-Setup der Website liefert eine gecachte Seiten-Version aus, die den Parameter nicht verarbeitet. Diagnoseschritt: Im GA4 DebugView prüfen, ob ein session_start-Ereignis mit der korrekten Kampagnen-Quelle erscheint. Wenn die Quelle trotz korrekter Konfiguration als direct erscheint, lohnt sich ein Blick auf die Consent-Reihenfolge und das Server-Caching-Verhalten.

Wann Multi-Domain-Tracking nicht die richtige Wahl ist

Multi-Domain-Tracking löst das Problem, wenn Nutzer planmäßig zwischen deinen Domains wechseln – weil du sie dort hinschickst und weil die Conversion auf einer anderen Domain stattfindet als der erste Kontakt. Es ist kein universelles Mittel für jedes Portfolio mit mehreren Websites. In folgenden Situationen ist es besser, auf separate Properties zu setzen:

• Die Domains bedienen vollständig verschiedene Zielgruppen, die sich nicht überschneiden, und eine domainübergreifende Attribution würde keine Entscheidungsgrundlage liefern.
• Die Reporting-Verantwortung liegt bei verschiedenen Teams oder Kunden, die keinen Zugriff auf die Daten der jeweils anderen Domain haben sollen.
• Die Business-Modelle der Domains unterscheiden sich so stark, dass gemeinsame Conversion-Ziele und Funnel-Auswertungen keinen sinnvollen Vergleich ergeben.

Separate Properties bedeuten etwas mehr Verwaltungsaufwand, geben dir aber sauber getrennte Daten ohne Filteraufwand. Wer nach dem Setup von Cross-Domain-Tracking fast nur nach einzelnen Domains filtert, hat das falsche Setup gewählt – die Frage, welche Kombination aus Domains wirklich zusammen betrachtet werden muss, sollte vor der Konfiguration beantwortet werden, nicht danach.

Häufige Fragen

Überträgt GA4 den _gl-Parameter bei jedem Klick auf einen externen Link automatisch?

Nein. GA4 überträgt den _gl-Parameter nur bei Klicks auf Links, deren Ziel einer Domain entspricht, die in der GA4-Property-Konfiguration unter Domänen konfigurieren eingetragen ist. Bei Links zu anderen Domains – auch wenn du sie kennst und betreibst – passiert nichts. Nur konfigurierte Domains lösen den Linker-Mechanismus aus; alles andere bleibt ohne Parameter und bricht die Session ab.

Muss ich für jede Domain einen eigenen Google Tag Manager Container anlegen?

Nein. Du kannst einen GTM-Container auf mehreren Domains einsetzen, indem du denselben Container-Code auf allen Domains einbindest. Das erleichtert die zentrale Verwaltung und stellt sicher, dass Änderungen an Tags und Triggern überall gleichzeitig wirksam werden. Wenn sich die Tracking-Anforderungen der Domains stark unterscheiden oder verschiedene Teams an den Containern arbeiten, kann ein eigener Container je Domain aber übersichtlicher sein.

Funktioniert ActiveCampaign Site Tracking unabhängig von GA4?

Ja. Site Tracking in ActiveCampaign basiert auf einem eigenen JavaScript-Snippet und arbeitet vollständig unabhängig von GA4. Es verknüpft Seitenbesuche mit Kontaktprofilen im CRM und ermöglicht verhaltensbasierte Automationen – unabhängig davon, ob GA4 auf der gleichen Seite aktiv ist. Beide Systeme können parallel laufen, tauschen aber keine Daten miteinander aus; du konfigurierst sie separat und bekommst separate Auswertungen.

Verliere ich historische Daten, wenn ich von mehreren Properties auf ein zentrales wechsle?

Historische Daten bleiben in den alten Properties erhalten. Du kannst alte Properties in GA4 archivieren statt löschen und damit auf die historischen Berichte zugreifen, solange du sie brauchst. Neue Daten fließen ab dem Wechseldatum ins zentrale Property. Einen rückwirkenden Daten-Merge, der Besuche aus verschiedenen Properties zusammenführt, bietet GA4 nicht an – das Datum des Umstiegs bildet eine saubere Trennlinie zwischen alt und neu.

Wie erkenne ich, ob mein Cross-Domain-Tracking korrekt funktioniert?

Am zuverlässigsten über den GA4 DebugView: Aktiviere den Debug-Modus über die GA Debugger Browser-Extension oder den GTM-Vorschaumodus, navigiere auf deiner Website von Domain A über einen konfigurierten Link auf Domain B, und prüfe im DebugView, ob auf Domain B eine neue direct-Session entsteht oder ob die bestehende Session weiterläuft. Wenn die Session weiterläuft und die ursprüngliche Quelle erhalten bleibt, arbeitet der Linker korrekt. Wenn eine neue direct-Session startet, fehlt entweder eine Domain in der Konfiguration oder der Parameter wird auf der Ziel-Domain nicht korrekt ausgelesen.

Multi-Domain-Tracking ist kein einmaliges Einrichtungsprojekt. Jede neue Domain, jeder neue Funnel und jede neue Automations-Regel muss daraufhin geprüft werden, ob sie mit der bestehenden Tracking-Konfiguration kompatibel ist – sowohl in GA4 als auch in ActiveCampaign. Wer eine strukturierte Grundlage für das Zusammenspiel von Tracking und Marketing-Automation aufbauen will, findet in unserem ActiveCampaign-Kurs den passenden Einstieg.