English
Deutsch
PolskiVerlorene GA4-Conversion-Daten zurückgewinnen
Inhalt
GA4 und das Shopsystem können unterschiedliche Umsätze ausweisen. Fehlende Einwilligungen, blockierte Anfragen, doppelte Käufe und abweichende Berichtsregeln sind mögliche Ursachen. Eine pauschale Verlustquote lässt sich daraus nicht ableiten. Der erste Schritt ist ein Vergleich derselben Transaktionen, Zeiträume und Umsatzdefinitionen.
Fünf Werkzeuge mit unterschiedlichen Aufgaben
- Consent Mode: Im erweiterten Modus können bei verweigerter Speicherung Messsignale ohne Cookies gesendet werden. Solche Signale sind nicht automatisch anonym. Modellierung schätzt fehlende Informationen bei erfüllten Voraussetzungen; eine Wiederherstellung einzelner verlorener Käufe ist damit nicht gemeint. Die technische Einstellung ersetzt keine Prüfung der zulässigen Datenverarbeitung.
- Erweiterte Conversions: Mit Einwilligung bereitgestellte Kundendaten können als SHA-256-Hash zum Abgleich mit Google-Konten dienen. Hashing ist kein Anonymitätsversprechen: Der Abgleich ist gerade der Zweck. Eine erfolgreiche Zuordnung jedes Kaufs ist nicht garantiert.
- Serverseitiges Tagging: Ein eigener Endpunkt ermöglicht Kontrolle über die Weiterleitung von Messdaten. Browserereignisse müssen diesen Endpunkt weiterhin erreichen. First-Party- oder HttpOnly-Cookies sind nicht pauschal gegen Safari-Schutzmaßnahmen geschützt; WebKit begrenzt unter anderem Cookies bei erkanntem CNAME- oder IP-Cloaking.
- User-ID: Eine geeignete interne Kennung kann angemeldete Aktivitäten über Geräte hinweg verbinden. Ein späterer Desktop-Login liefert jedoch keine fehlende Kennung für beliebige frühere anonyme Mobilbesuche. Eine User-ID ist keine anonymisierte Identität und darf keine unzulässigen personenbezogenen Angaben enthalten.
- Measurement Protocol: Ein CRM kann Ereignisse serverseitig ergänzen. Entscheidend sind der tatsächliche Ereigniszeitpunkt, passende Kennungen und die Regeln für den jeweiligen Verwendungszweck. Das Protokoll ergänzt die reguläre Messung; ein erfolgreicher HTTP-Aufruf allein belegt keine korrekte Verarbeitung.
Verzögerte Käufe richtig einordnen
Ein Vertrag wird zwei Wochen nach einer Anfrage abgeschlossen und am Abschlusstag übertragen. Der Kauf ist ein neues Ereignis. Die 72-Stunden-Grenze für Rückdatierungen betrifft den Zeitabstand zwischen Ereignis und Versand, nicht automatisch die Länge des Verkaufszyklus.
Für die Übernahme der Attribute einer bestimmten Online-Sitzung gelten engere Regeln: session_id, Versand spätestens 24 Stunden nach Sitzungsbeginn und ein Ereigniszeitpunkt innerhalb der Sitzung. Ein späterer Vertragsabschluss erfüllt diese Sitzungsregel nicht. Eine mögliche Werbezuordnung folgt anderen Voraussetzungen und Attributionsfenstern; Sitzungsquelle und Werbezuordnung sind getrennt zu prüfen.
Verbesserung messbar machen
Ein vereinfachtes Beispiel: Das Shopsystem enthält 100 gültige Käufe, GA4 zunächst 70 und nach einer Fehlerkorrektur 85. Die Messabdeckung kann gestiegen sein, obwohl die tatsächlichen Verkäufe unverändert bleiben. Bei modellierten Gesamtzahlen ist zusätzlich zwischen beobachteten Ereignissen und Schätzungen zu unterscheiden.
Ein Vergleich braucht identische Zeitzonen, Währungen und Regeln für Steuern, Versand, Stornos und Erstattungen. Transaktions-IDs helfen bei der Suche nach Duplikaten und fehlenden Käufen. Einwilligungsquoten sind keine Umsatzverlustquoten. Weder 40 Prozent Ablehnung noch eine bestimmte Konfiguration versprechen 95 Prozent Übereinstimmung.
Fragen und Antworten
Wo erscheint Modellierung?
Verhaltensmodellierung setzt eine geeignete Datenbasis und die Berichtsidentität „Zusammengeführt“ voraus. Der Datenqualitätsindikator erläutert die Verwendung. Die Modellierung wichtiger Ereignisse ist davon zu unterscheiden; nicht jede modellierte Kennzahl hängt an dieser Berichtsidentität. Der BigQuery-Ereignisexport enthält die modellierten Ergänzungen der Berichte nicht.
Löscht Safari Tracking-Cookies immer nach 24 Stunden?
Nein. Die Regeln hängen von Speicherart und erkanntem Tracking-Verfahren ab. Die 24-Stunden-Regel betrifft bestimmte Fälle von Link-Dekoration; andere Regeln verwenden andere Fristen. Ein pauschaler 24-Stunden-Verlust ist keine geeignete Grundlage für eine Architekturentscheidung.
Hilft BigQuery bei langen Verkaufszyklen?
Ja, wenn CRM und Export passende, zulässig gespeicherte Kennungen enthalten. Eine eigene Verknüpfung braucht definierte Zeitfenster, Aufbewahrungsregeln und eine Prüfung der Zuordnungsqualität. Fehlende Kennungen entstehen durch den Export nicht nachträglich.
Passend dazu
