Messkonzepte für mehrere Domains entwerfen

Alle relevanten Übergänge als tatsächlichen Weg aufzeichnen

Listen Sie Informationswebsite, Produktanwendung, Formular, Buchungsdienst und gegebenenfalls externen Abschluss auf. Notieren Sie die konkrete Adresse und die Stelle, die das System kontrolliert. Zwei ähnlich benannte Domains können technisch und organisatorisch völlig getrennt sein. Eine externe Zahlungsseite bietet möglicherweise andere Messmöglichkeiten als eine eigene Anwendungsdomain.

Verfolgen Sie einen realistischen Weg vom Einstieg bis zum bestätigten Ziel. Welche Seite verlinkt wohin, welche Weiterleitungen treten auf, und an welcher Stelle wird ein Formular oder ein neuer Dienst geöffnet? Halten Sie außerdem Rückwege und abgebrochene Versuche fest. Ein rein idealisierter linearer Plan übersieht häufig genau die Übergänge, an denen die spätere Zuordnung unklar wird.

Eine gemeinsame fachliche Ereignisbedeutung festlegen

Benennen Sie, was ein Ereignis tatsächlich ausdrückt. „Registrierung“ kann den Aufruf eines Formulars, die Übermittlung oder ein bestätigtes Konto meinen. Wenn unterschiedliche Systeme denselben Namen unterschiedlich verwenden, entstehen scheinbar vergleichbare Zahlen. Vereinbaren Sie deshalb Definition, Auslöser und Nachweis je Stufe.

Personen, Sitzungen und Geschäftsvorgänge sind ebenfalls unterschiedliche Gegenstände. Ein tatsächlicher Auftrag kann unabhängig von einem Browserbesuch im zuständigen System bestehen. Verknüpfen Sie solche Ebenen nur, wenn eine passende tatsächliche und zulässige Grundlage vorhanden ist. Ein vermuteter gemeinsamer Nutzer ist keine Ersatzverbindung für einen fehlenden Nachweis.

Eine passende ergänzende Entscheidungshilfe bietet QR-Code-Conversion vom Scan bis zur Anfrage messen.

Eine Domain- und Übergabematrix führen

Ergänzen Sie verantwortliche Stelle, Testfall und vorhandene Berechtigung. Die Matrix ist eine organisatorische Arbeitshilfe und keine Aussage, dass Ihr aktuelles System jeden Übergang automatisch zusammenführt.

Markieren Sie unbekannte Felder ausdrücklich. Ein vollständiger Bericht darf eine nicht messbare Grenze benennen. Er ist besser als eine scheinbar lückenlose Strecke, die aus mehreren nicht vergleichbaren Datenquellen nur optisch zusammengesetzt wurde.

Domainübergreifende Messung gezielt konfigurieren und testen

Google Analytics dokumentiert für die domainübergreifende Messung gemeinsame technische Voraussetzungen und die Weitergabe von Kennungen zwischen den konfigurierten Domains. Prüfen Sie die aktuelle Anleitung für Ihre konkrete Implementierung. Eine Domainliste allein genügt nicht, wenn das passende Tag oder notwendige Übergabeparameter auf einer beteiligten Seite fehlen.

Verfolgen Sie den Testweg in den verfügbaren Diagnoseansichten. Kontrollieren Sie Links, Formulare und Weiterleitungen, die Parameter entfernen könnten. Testen Sie zudem unter den tatsächlich geltenden Einwilligungsbedingungen. Leiten Sie aus einem erfolgreichen Test unter einer Bedingung keine vollständige Erfassung aller Besucher ab. Dokumentieren Sie, was beobachtet wurde und welche Fälle nicht überprüfbar bleiben.

Fiktives Beispiel: Fachwebsite und separate Anwendung

Ein Anbieter veröffentlicht Ratgeber auf seiner Unternehmenswebsite und betreibt die Anwendung unter einer anderen Domain. Er möchte wissen, ob Besucher nach einem Ratgeber eine Registrierung beginnen. Zuerst werden beide Messkonfigurationen und der tatsächliche Linkweg geprüft. Ein Weiterleitungsschritt erweist sich als mögliche Unterbrechung des Übergabekontexts.

Das Team korrigiert den kontrollierten Weg und testet erneut. Tatsächliche Kontoregistrierungen werden weiterhin aus ihrer eigenen verlässlichen Grundlage ausgewiesen. Der Bericht trennt beobachtete Website-Übergänge und bestätigte Kontovorgänge. Das Beispiel beschreibt ein Messkonzept und enthält keine tatsächlich beobachteten Aktivierungsquoten.

Kampagnenparameter nicht als Personenschlüssel behandeln

UTM-Parameter können einen Kampagnenkontext kennzeichnen. Sie identifizieren keine konkrete Person und bestätigen keinen Verkauf. Verwenden Sie eine begründete einheitliche Benennung für externe Kampagneneinstiege und prüfen Sie, wie das Zielsystem diese Information tatsächlich verarbeitet. Unkoordinierte Parameter können die Auswertung eher verwirren als verbessern.

Fügen Sie keine personenbezogenen Angaben oder vertraulichen Vorgangsdetails in öffentliche URLs ein. Adressen können weitergegeben, protokolliert oder auf Bildschirmen sichtbar werden. Wenn eine tatsächliche systemübergreifende Vorgangsverknüpfung erforderlich ist, muss sie bewusst und passend zum jeweiligen System gestaltet werden. Ein frei gewähltes öffentliches Textkürzel ersetzt diesen Entwurf nicht.

Den Bericht nach Datenlage statt nach Wunschbild gestalten

Zeigen Sie für jede Stufe Herkunft, Zeitraum und Zählweise. Erklären Sie insbesondere, warum eine Domain mehr Sitzungen und ein anderes System weniger bestätigte Vorgänge melden kann. Unterschiede sind nicht automatisch Fehler; sie können durch unterschiedliche Gegenstände, Messgrenzen oder Prozesse entstehen.

Priorisieren Sie Korrekturen nach ihrem Einfluss auf die konkrete Entscheidung. Eine fehlende Übergabe am wichtigsten Produktweg kann dringlicher sein als eine zusätzliche dekorative Dashboardkennzahl. Prüfen Sie nach jeder relevanten Änderung denselben Weg erneut. So entwickelt sich das Messkonzept entlang überprüfbarer Übergänge und behält seine Grenzen sichtbar.

Die übergreifenden Grundlagen vertieft der Leitfaden KI-Referral-Traffic erkennen und Grenzen erklären.

Häufige Fragen.