Ein praktischer Leitfaden zu Attributions-Tracking über Subdomains hinweg

Dieser Leitfaden erklärt Attributions-Tracking über Subdomains hinweg praxisnah und mit Fokus auf datenschutzfreundliche Analytics-Entscheidungen.

Die Attributionsverfolgung wird unübersichtlich, wenn ein Benutzer von www.example.com zu app.example.com, docs.example.com, checkout.example.com oder einer separaten Marketing-Microsite wechselt. Die Person sieht eine Marke. In Ihrem Analysestapel werden möglicherweise mehrere nicht verbundene Besuche angezeigt.

Diese Diskrepanz kann dazu führen, dass die organische Suche schwach aussieht, bezahlte Kampagnen besser oder schlechter aussehen als sie sind und die Produktaktivierung scheinbar keinen Zusammenhang mit der Zielseite hat, die sie verursacht hat.

Das Ziel besteht darin, den Quellkontext während der gesamten Reise beizubehalten, ohne die Zuordnung in eine invasive Nachverfolgung umzuwandeln.

Häufige Probleme mit mehreren Subdomains

Subdomains erzeugen auf vorhersehbare Weise Zuordnungslücken:

• Die Marketing-Website und die App verwenden unterschiedliche Analyseeigenschaften.
• Ein Anmeldeformular wird über einen Authentifizierungsanbieter weitergeleitet.
• UTM Parameter gehen vor dem Konvertierungsereignis verloren.
• Empfehlungsausschlüsse sind falsch konfiguriert.
• Cookies sind auf einen Host und nicht auf die übergeordnete Domäne beschränkt.
• Eine Single-Page-App ändert Routen, ohne Seitenaufrufe aufzuzeichnen.
• Die Produkt-App zeichnet die Aktivierung auf, aber die Marketing-Website zeichnet die Akquise auf.

Das Ergebnis ist normalerweise ein Bericht, in dem Conversions als direkter Traffic, Selbstverweis, Authentifizierungsverweis oder „Unbekannt“ angezeigt werden.

Definieren Sie den Weg, bevor Sie Tools konfigurieren

Beginnen Sie mit dem echten Benutzerpfad. Für ein SaaS-Unternehmen könnte das so aussehen:

1. Der Besucher landet über die organische Suche auf www.example.com/blog/....
2. Der Besucher klickt auf „Kostenlose Testversion starten“.
3. Der Browser öffnet app.example.com/signup.
4. Der Benutzer überprüft die E-Mail über einen Authentifizierungsdienst.
5. Der Benutzer erstellt einen Arbeitsbereich.
6. Der Benutzer verbindet eine Integration.

Entscheiden Sie nun, welche Ereignisse wichtig sind:

• Zielseitenansicht
• Anmeldung gestartet
• Anmeldung abgeschlossen
• Arbeitsbereich erstellt
• Erste Integration verbunden
• Erster Bericht angesehen

Jedes Ereignis sollte einen Eigentümer und eine Definition haben. Wenn „Anmelden“ in einem Tool „Formularstart“ und in einem anderen „verifiziertes Konto“ bedeutet, sind Zuordnungsberichte unzuverlässig.

Verwenden Sie UTMs konsequent

UTMs sind immer noch die einfachste Möglichkeit, den Kampagnenkontext beizubehalten. Verwenden Sie sie für bezahlte Anzeigen, E-Mails, Partnerschaften, Social-Media-Beiträge, Affiliate-Links und Offline-QR-Codes. Halten Sie die Werte klein, vorhersehbar und frei von personenbezogenen Daten.

Gut:

?utm_source=linkedin&utm_medium=paid-social&utm_campaign=q2-demo

Schlecht:

?utm_source=linkedin&utm_campaign=jane.smith@example.com-demo

Die UTM-Dokumentation von Google bleibt eine nützliche Referenz für Parameterbedeutungen, auch wenn Sie ein anderes Analyseprodukt verwenden (Google Analytics-Hilfe).

Behalten Sie die Namensnennung nach Möglichkeit beim Erstanbieter bei

Für Cross-Subdomain-Journeys reicht in der Regel eine First-Party-Messung aus. Sie können dasselbe Analyseskript und Projekt über verwandte Subdomänen hinweg verwenden und dann nur den minimalen Quellkontext speichern, der für aggregierte Berichte erforderlich ist.

In einer Implementierung, bei der der Datenschutz an erster Stelle steht:

• Speichern Sie keine vollständigen IP-Adressen.
• Erstellen Sie keine standortübergreifenden Profile über unabhängige Domänen hinweg.
• Vermeiden Sie Fingerabdrücke als Workaround für Cookie-Beschränkungen.
• Übergeben Sie keine E-Mails oder Kunden IDs in URLs.
• Entfernen Sie vertrauliche Abfrageparameter vor der Analyseerfassung.
• Verwenden Sie eine kurze Aufbewahrung für rohe Ereignisdaten.

Wenn Sie Cookies verwenden, achten Sie auf Einwilligung und Cookie-Umfang. Ein auf .example.com beschränktes Cookie kann von Subdomains gelesen werden, es handelt sich jedoch immer noch um eine Tracking-Technologie und erfordert möglicherweise je nach Zweck und Gerichtsbarkeit eine Zustimmung. Die ICO-Leitlinie UK macht deutlich, dass nicht unbedingt erforderliche Cookies und ähnliche Technologien eine Benutzerkontrolle benötigen (ICO).

Behandeln Sie Authentifizierung und Checkout-Weiterleitungen

Authentifizierungsanbieter und Zahlungsabwickler unterbrechen die Zuordnung häufig. Wenn ein Benutzer auth.vendor.com oder checkout.vendor.com durchläuft, behandelt Ihre Analyse die Rückkehr möglicherweise als neue Empfehlung.

Nutzen Sie diese Sicherheitsmaßnahmen:

• Fügen Sie bekannte Authentifizierungs- und Zahlungsdomänen zu Empfehlungsausschlüssen hinzu, sofern Ihr Tool dies unterstützt.
• Speichern Sie den Kampagnenkontext vor der Weiterleitung.
• Lösen Sie Konvertierungsereignisse aus, nachdem der Benutzer zu Ihrer Domain zurückkehrt.
• Gleichen Sie Analysekonvertierungen mit Backend-Datensätzen ab.
• Testabläufe beim privaten Surfen und mit abgelehnter Einwilligung.

Zeichnen Sie bei hochwertigen Konvertierungen die Konvertierung auch auf dem Server auf. Browserseitige Analysen sind gut für den Marketingkontext, aber Ihr Backend sollte die Quelle der Wahrheit für erstellte Konten, bezahlte Abonnements und Rechnungen bleiben.

Attributaktivierung, nicht nur Anmeldung

Viele SaaS-Teams hören bei „Testversion begonnen“ auf. Das belohnt Kampagnen, die Neugier wecken, nicht unbedingt Kunden. Bessere Berichte verknüpfen die Akquisitionsquelle mit den Aktivierungsmeilensteinen.

Beispiele:

• Besucher der organischen Suche erstellen weniger Konten, aktivieren diese jedoch häufiger.
• Bezahlte soziale Netzwerke führen zu vielen Anmeldungen, aber nur wenigen Integrationsverbindungen.
• Partnerempfehlungen führen zu weniger Testversionen, aber mehr kostenpflichtigen Upgrades.
• Der Dokumentationsverkehr wird langsam konvertiert, führt jedoch zu Nutzern mit hoher Kundenbindung.

Hierfür benötigen Sie keine Überwachung auf Personenebene. Es kann ausreichen, Kohorten nach Quelle, Kampagne, Zielseite und Aktivierungsereignis zu aggregieren.

Eine Checkliste für die Cross-Subdomain-Attribution

Bevor Sie den Zahlen vertrauen, testen Sie die gesamte Reise:

• Gleiches Analyseprojekt oder eindeutig verknüpftes Reporting über Subdomains hinweg.
• Für clientseitige Routenänderungen aufgezeichnete Seitenaufrufe.
• UTMs werden vor Weiterleitungen beibehalten oder erfasst.
• Absichtlich behandelte Authentifizierungs- und Zahlungsdomänen.
• Einmal definierte Conversion-Ereignisse.
• Backend-Datensätze mit Analysezählungen abgeglichen.
• Sensible URL-Parameter entfernt.
• Einwilligungsverhalten in regulierten Märkten getestet.
• Bot- und interner Datenverkehr gefiltert.

Die Zuordnung über Subdomains hinweg sollte Entscheidungen klarer machen und kein Schattenidentitätsdiagramm erzeugen. Messen Sie den Weg von der Quelle bis zum Ergebnis, halten Sie die Daten aus erster Hand und auf ein Minimum beschränkt und nutzen Sie die Backend-Wahrheit für Ereignisse, die sich auf Umsatz oder Compliance auswirken.

Endgültige Zuordnungsprüfungen

Bevor Sie der Subdomain-übergreifenden Zuordnung vertrauen, beweisen Sie drei Dinge: Der Kampagnenkontext überlebt die Reise, die Konvertierung ist in Ihrem Backend-System vorhanden und vertrauliche URL-Daten werden entfernt, bevor Analytics sie erhält.

Verwenden Sie Analysen, um operative Fragen zu beantworten, z. B. welcher Kanal qualifizierte Besucher brachte, welche Zielseite konvertierte und wo der Trichter abstürzte. Halten Sie personenbezogene Daten von Kampagnenparametern fern, vermeiden Sie Fingerabdrücke als Abkürzung und gleichen Sie hochwertige Ergebnisse mit Datensätzen von Erstanbietern ab.