Multi-Domain-Tracking für .de, .at und .ch

Viele Händler im deutschsprachigen Raum betreiben mehr als eine Domain: einen Shop unter .de, einen unter .at, einen unter .ch – dazu vielleicht eine Markenseite, eine Landingpage-Domain für Kampagnen oder einen ausgelagerten Checkout. Für Kunden ist das ein Unternehmen. Für das Tracking sind es getrennte Welten. Wer das nicht berücksichtigt, zählt Besucher doppelt, verliert Kampagnenzuordnungen und wundert sich über Umsatz, der scheinbar aus dem Nichts kommt.

Warum der Domainwechsel Daten kostet

Cookies gehören zu einer Domain. Ein Cookie, das auf shop.de gesetzt wurde, existiert auf shop.at nicht. Wechselt ein Besucher die Domain, beginnt dort aus Sicht der Messung ein neuer Mensch mit einer neuen Sitzung.

Die Folgen sind typisch:

• Die Kampagne geht verloren. Der Klick auf die Anzeige führte auf die Landingpage-Domain, der Kauf findet im Shop statt. Die Click-ID blieb auf der ersten Domain zurück.
• Eigenverweise. Die eigene Landingpage erscheint als Verweisquelle des Umsatzes.
• Doppelte Nutzer. Ein Kunde, der zwischen Länder-Shops wechselt, zählt mehrfach.

Erst klären: Welche Art von Multi-Domain haben Sie?

Nicht jedes Setup braucht dieselbe Lösung.

Getrennte Märkte. .de, .at und .ch sind eigenständige Shops mit eigenem Publikum. Besucher wechseln selten. Hier geht es weniger um die Übergabe als um Vergleichbarkeit: gleiche Ereignisse, gleiche Benennung, getrennte oder sauber gefilterte Auswertung.

Ein Kaufweg über mehrere Domains. Kampagnenseite, Shop, externer Checkout oder Buchungssystem. Der Besucher muss die Domain wechseln, um zu kaufen. Hier entscheidet die Übergabe über die Datenqualität.

Marke und Shop. Inhalte auf der einen, Verkauf auf der anderen Domain. Eine Mischform: Der Wechsel ist häufig, aber nicht zwingend.

Ein Datenmodell für alle Domains

Bevor es um Technik geht, lohnt ein Blick auf die Benennung. Heißt der Kauf im deutschen Shop purchase und im Schweizer order_complete, ist jede gemeinsame Auswertung Handarbeit. Legen Sie Ereignisnamen, Parameter und Währungslogik einmal fest und verwenden Sie sie überall. Bei der Schweiz kommt die Währung hinzu: Werte in CHF und EUR dürfen nie unkommentiert in einer Summe landen.

Ob Sie danach einen Tag-Manager-Container für alle Domains nutzen oder je einen pro Domain, ist eine Frage der Organisation. Ein gemeinsamer Container erzwingt Einheitlichkeit, getrennte Container erlauben Unterschiede pro Markt. Wichtiger als die Zahl der Container ist das gemeinsame Modell dahinter.

Den Besucher über die Domaingrenze bringen

Für Kaufwege über mehrere Domains gibt es zwei Bausteine.

Verlinkung mit Kennung. Beim Klick von einer eigenen Domain zur anderen wird die Kennung des Besuchers als Parameter an den Link gehängt. Die Zieldomain liest sie aus und setzt ihr eigenes Cookie mit demselben Wert. Google Analytics bringt das als domainübergreifende Messung mit; für andere Plattformen muss die Übergabe der Click-IDs eigens eingerichtet werden.

Verweisausschluss. Die eigenen Domains werden als Verweisquellen ausgeschlossen, damit der Wechsel keine neue Sitzung mit falscher Quelle startet.

Beides funktioniert nur bei Klicks auf Links. Tippt jemand die zweite Domain direkt ein, gibt es nichts zu übergeben.

Serverseitig: jede Domain bleibt First-Party

Wer einen Server-Container nutzt, sollte ihn pro Domain unter einer eigenen Subdomain erreichbar machen – sst.shop.de, sst.shop.at, sst.shop.ch. So setzt der Server auf jeder Domain echte First-Party-Cookies mit langer Laufzeit. Ein einziger Container kann alle Domains bedienen; die Subdomains zeigen auf denselben Container.

Der verbreitete Fehler ist, alle Shops über die Subdomain einer Domain laufen zu lassen. Auf den anderen Domains gilt diese Adresse als fremd – Browser und Blocker behandeln sie entsprechend, und der Vorteil des Server-Setups ist dahin.

Eine Subdomain für alle

• sst.shop.de auch auf .at und .ch
• Auf anderen Domains fremd
• Vorteil des Server-Setups geht verloren

Subdomain pro Domain

• sst.shop.de, sst.shop.at, sst.shop.ch
• Echte First-Party-Cookies überall
• Ein Container für alle Domains

Consent gilt pro Domain

Hier ist im deutschsprachigen Raum besondere Sorgfalt gefragt. Eine Einwilligung, die auf shop.de erteilt wurde, gilt nicht automatisch für shop.at. Technisch ließe sich der Status übertragen – ob das zulässig ist, hängt davon ab, ob der Besucher beim Einwilligen erkennen konnte, für welche Domains sie gilt. Das ist eine Frage für Ihren Datenschutzbeauftragten, nicht für den Tag Manager.

Praktisch bedeutet das:

• Jede Domain zeigt ihr eigenes Banner, solange nichts anderes geprüft und dokumentiert ist.
• Die Standardwerte des Consent Mode werden pro Region gesetzt. Für die Schweiz gelten andere rechtliche Grundlagen als für Deutschland und Österreich.
• Die Kennung eines Besuchers wird nur dann an eine andere Domain übergeben, wenn er der Messung zugestimmt hat.

So testen Sie

1. Mit Kampagnenparametern auf der ersten Domain einsteigen, dem Banner zustimmen, über einen Link zur zweiten Domain wechseln.
2. Prüfen, ob die Kennung am Link hängt und auf der Zieldomain übernommen wird.
3. In der Echtzeitansicht kontrollieren, ob eine Sitzung mit der ursprünglichen Quelle weiterläuft.
4. Den Test mit abgelehntem Banner wiederholen: Es darf nichts übergeben werden.
5. Einen Testkauf durchführen und prüfen, welcher Quelle er zugeordnet wird.

Fazit

Mehrere Domains sind kein Tracking-Problem, solange man sie als solches behandelt: einheitliches Datenmodell, saubere Übergabe der Besucherkennung, First-Party-Subdomain pro Domain und Consent, der an der Domaingrenze nicht stillschweigend mitwandert.

Wie der Server-Container aufgebaut ist, beschreiben wir unter Server-Side Tracking für Shopify; warum Cookie-Laufzeiten dabei so wichtig sind, im Beitrag zu Safari ITP. Für Ihr Domain-Setup: Erstgespräch anfragen.