Ihre GA4-Immobilie meldet 4,180 Käufe im letzten Monat. Ihre Bestellübersicht weist 4,690 aus. Auf die Frage, welche Zahl stimmt, lautet die ehrliche Antwort: keine von beiden, solange Sie nicht erklären können, wo die fehlenden 510 Bestellungen geblieben sind. Dies ist kein reines Ordnungsproblem. Jedes Ergebnis eines Experiments und jede Priorisierungsbewertung basiert auf einer Zahl, die um einen unbekannten Betrag und in unbekannter Richtung abweicht.
Google behandelt einen großen, nicht erfassten Bereich als normal: Die Verhaltensmodellierung für den Einwilligungsmodus wird erst aktiviert, wenn eine Eigenschaft erfasst wird. mindestens 1,000 Veranstaltungen pro Tag mit analytics_storage='denied' für mindestens 7 TageDarunter bleiben fehlende Daten fehlend.
Dies richtet sich an alle Verantwortlichen für Analytics oder Conversion-Rate-Optimierung (CRO) in E-Commerce-Teams. Am Ende verfügen Sie über eine Abgleichstabelle, eine Aufschlüsselung Ihrer Abweichung nach benannten Ursachen mit jeweils einem Test sowie einen nachvollziehbaren Toleranzwert.
Was eine Einkaufsabstimmung tatsächlich misst
Eine Datenabgleichung bedeutet nicht einfach nur, die Zahlen anzugleichen. Sie werden niemals übereinstimmen, und ein Team, das dies erzwingt, hat in der Regel etwas Schlimmeres angerichtet, als die Diskrepanz zu ignorieren. Die Abgleichung beantwortet drei Fragen: Wie groß ist die Diskrepanz? Welche Mechanismen verursachen sie? Und wie viel lässt sich zu welchem Preis wieder aufholen? Wir führen sie vor jedem Experiment durch, denn ein Test, der auf einem Konversionsereignis basiert und dabei stillschweigend einen unbekannten Anteil an Bestellungen verwirft, ist kein Experiment.
Schritt 1: Zwei Tabellen abrufen, die über die Bestellnummer verknüpft werden können.
Sie benötigen pro Bestellung eine Zeile aus beiden Systemen für denselben Kalenderzeitraum mit einem Schlüssel, der auf beiden Seiten vorhanden ist.
- Backend: Bestellnummer, Erstellungszeitstempel in der Berichtszeitzone der Unterkunft, Bestellwert auf der gleichen Steuer- und Versandbasis, die Sie in GA4 konfiguriert haben, Zahlungsmethode, Gerät, Land, Status.
- GA4: Der BigQuery-Export, nicht die Benutzeroberfläche. Abfrage
purchaseVeranstaltungen mitecommerce.transaction_id,event_timestamp,ecommerce.purchase_revenue, Gerätekategorie und Datenverkehrsquelle.
Setzen Sie BigQuery gezielt ein. Modellierte Daten aus dem Einwilligungsmodus erscheinen in GA4-Standardberichten und einigen Analysen, aber Google gibt an, dass sie … kein Frontalunterricht. Im BigQuery-Export, bei Zielgruppen, Nutzer-Explorer, Kohorten- oder Retentionsanalysen oder prädiktiven Metriken. Wenn Sie die Benutzeroberfläche mit Ihrer Auftragstabelle vergleichen, vergleichen Sie eine Schätzung mit einer Tatsache.
Anschließend erfolgt ein vollständiger Outer Join über die Auftrags-ID. Sie erhalten nun drei Buckets: einen für beide Systeme, einen nur für das Backend und einen nur für GA4. Der dritte Bucket ist kleiner, liefert aber die aussagekräftigsten Informationen.
Schritt 2: Drücken Sie die Lücke auf drei Arten aus, nicht nur auf eine.
Ein einzelner monatlicher Prozentsatz verschleiert alles. Berechnen Sie alle drei:
- Auftragslücke: (Backend-Bestellungen abzüglich der zugehörigen GA4-Käufe) / Backend-Bestellungen. Dadurch wird der Trackingverlust isoliert.
- Umsatzlücke: Die gleiche Berechnung gilt für den Wert. Beträgt die Differenz zwischen Zählung und Umsatz 3 %, so liegt kein Tracking-Problem vor, sondern ein Problem mit der Wertdefinition (Steuern, Versandkosten, Rabatte, Währung, Geschenkgutscheine).
- Tägliche Abweichung: Stellen Sie die tägliche Differenz der Bestellzahlen grafisch dar. Eine flache Linie deutet auf strukturelle Ursachen wie fehlende Einwilligungen oder Blockierungen hin. Spitzenwerte deuten auf Bereitstellungen, Kampagnenspitzen oder Störungen bei Zahlungsanbietern hin.
Schritt 3: Zerlegen Sie die Lücke in benannte Ursachen.
Arbeiten Sie diese Tabelle von oben nach unten durch. Für jede Ursache gibt es einen Test, der sie in weniger als einer Stunde bestätigen oder ausschließen kann.
| Verursachen | Wie man es testet | Signatur in den Daten |
|---|---|---|
| Zustimmung verweigert, Tag wird nicht ausgelöst | Vergleichen Sie das Protokoll des Einwilligungsstatus Ihrer CMP mit den GA4-Sitzungen für denselben Zeitraum. | Stabiler Tagesprozentsatz; konzentriert auf den Verkehr in der EU und der Türkei |
| Werbe- und Tracker-Blocker | Zähle die Server-Log-Anfragen für die Bestätigungs-URL und vergleiche sie mit den GA4-Kaufereignissen für diese URL. | Beeinflusst Desktop-, Firefox- und Datenschutzbrowser; stabil im Laufe der Zeit |
| Die Bestätigungsseite lädt nie. | Zählen Sie in den Serverprotokollen die Backend-Bestellungen, deren Bestätigungs-URL nie angefordert wurde. | Konzentriert auf Bankumleitungs- und 3DS-Zahlungsmethoden |
| Doppelte Kaufereignisse | Anzahl der GA4-Kaufvorgänge pro transaction_id | GA4 ist an manchen Tagen schneller als das Backend; viele Seiten laden ständig neu und verwenden den Zurück-Button. |
| Domänenübergreifende Verbindung defekt | Prüfen Sie, ob _gl übersteht die Rückreise vom Zahlungsanbieter | Käufe landen in neuen Sitzungen, die dem Zahlungsbereich als Weiterleitung zugeordnet sind. |
| Cookie-Lebensdauer zurücksetzen | Segmentierung der Neunutzerrate nach Browser | Aufgeblähte Nutzerzahlen und direkter Traffic auf Safari und iOS |
| Modellierte Daten im Vergleich zu Rohdaten | Vergleichen Sie die GA4-UI-Gesamtwerte mit BigQuery für denselben Datumsbereich | Die beiden Google-Nummern stimmen nicht überein, noch bevor man die Bestelltabelle öffnet. |
| Wertedefinition | Backend-Umsatz mit und ohne Steuern, Versandkosten und Rabatten neu berechnen | Die Zahlen stimmen überein, die Einnahmen jedoch nicht. |
| Zeitzonengrenze | Auf volle Wochen umrechnen. | Die Lücke verringert sich auf wöchentlicher Ebene gegen Null. |
Zwei verdienen besondere Aufmerksamkeit. transaction_id Die Deduplizierung funktioniert nur bei Webstreams, nicht bei App-Streams, und Google warnt davor, dass das Senden einer leeren Zeichenkette dazu führt, dass Analytics Duplikate erstellt. alles, Kaufveranstaltung transaction_id=''Dieser eine Fehler kann fast einen ganzen Tag zunichtemachen. Außerdem ist die Liste unerwünschter Verweise auf 50 Domains pro Datenstrom begrenzt, was sich negativ auswirkt, wenn man mehrere Acquirer, Wallets und Bankseiten nutzt.
[INTERNE DATEN BENÖTIGT: die beobachtete Verteilung dieser neun Ursachen im Rahmen der Versöhnungsbemühungen von Switas, damit die Leser sehen können, welche Ursachen in der Regel dominieren.]
Schritt 4: Legen Sie eine Toleranzgrenze fest, die Sie verteidigen können
Google veröffentlicht keine akzeptable Abweichungsgrenze, und die häufig zitierte Aussage „5 % sind in Ordnung“ findet sich in keiner der von uns gefundenen Google-Dokumentationen. Legen Sie Ihre eigene Grenze fest, abhängig von der Zerlegung und nicht nur von der absoluten Zahl.
| Monatliche Auftragslücke | Lesebrillen | Action |
|---|---|---|
| Bis zu 2% | Zeitzonengrenzen und normale Deduplizierung | Ursachen protokollieren, vierteljährlich erneut prüfen |
| 2% bis 5% | Akzeptabel nur, wenn jeder Punkt einer benannten Ursache zugeordnet wird. | Dokumentieren Sie dies und fahren Sie dann mit den Experimenten fort. |
| 5% bis 10% | Mindestens eine strukturelle Ursache ist noch nicht behoben. | Korrigieren Sie die Werte, bevor Sie absoluten Umrechnungszahlen vertrauen. |
| Über 10% | Nicht für Experimente geeignet | Verwenden Sie GA4-Käufe nicht mehr als primäre Kennzahl für Experimente, bis das Problem behoben ist. |
Dies sind unsere internen Grenzwerte, kein Branchenstandard. Der entscheidende Punkt ist: Unerklärte 3 % sind schlimmer als erklärbare 8 %.
Schritt 5: In der Reihenfolge fixieren, die die meisten Aufträge pro Arbeitsstunde abwickelt.
- Wertdefinition und Zeitzone. Konfiguration, nicht Entwicklung, und üblicherweise ein Nachmittag.
- Doppelte und leere Transaktions-IDs. Eine Korrektur für die Datenschicht.
- Domänenübergreifende und unerwünschte Weiterleitungen. Konfigurieren Sie beides und testen Sie dann den Live-Zahlungsrückgabepfad erneut, nicht einen Testpfad.
- Serverseitiges Kaufereignis. Senden Sie den Kauf über Ihr Bestellsystem mit dem Measurement Protocol, unter Verwendung des
client_idIhr Web-Tag wurde generiert. Google benötigt diese Ereignisse innerhalb von 48 Stunden nach dem ursprünglichen clientseitigen Zeitstempel, da die Zuordnung sonst möglicherweise nicht wie erwartet funktioniert. Dadurch können Bestellungen wiederhergestellt werden, die durch Blocker verloren gegangen sind oder auf Bestätigungsseiten angezeigt wurden, die nicht gerendert wurden. - Architektur der Zustimmung. Der langsamste und politischste Prozess. Behandeln Sie den Rest als eine bekannte, messbare und dokumentierte Lücke.
Was ändert sich, wenn Sie in der Türkei oder in der EU verkaufen?
Zwei regionale Gegebenheiten beeinflussen die Zahlen.
Auch in der Türkei gilt das Opt-in-Prinzip, allerdings ohne Googles Sicherheitsnetz. Die türkische Datenschutzbehörde verhängte mit Beschluss 2022/1358 (23. Dezember 2022) eine Geldstrafe von 300,000 TL gegen einen Website-Betreiber, weil dieser ohne Rechtsgrundlage Werbe- und Marketing-Cookies einsetzte. Zudem wurde die aktive Zustimmung für nicht unbedingt notwendige Cookies vorgeschrieben. Viele türkische Websites reagierten darauf mit einem Banner, das das Google-Tag komplett blockiert, anstatt ein Zustimmungssignal zu senden. Diese Unterscheidung ist kostspielig: Es bedarf entsprechender Modellierung. analytics_storage='denied' Es müssen Ereignisse stattfinden. Ein Banner, das nichts auslöst, liefert Google keine Grundlage für ein Modell, daher sind die Daten verloren, anstatt geschätzt zu werden.
Türkische 3DS-Lieferungen werden per Post an den Käufer zurückgesendet. Mit iyzico rendert der Händler eine dekodierte 3DS-Seite und leitet nach Bestätigung des Einmalpassworts (OTP) auf die Website des Händlers weiter. callbackUrl und status, paymentId und mdStatusEine durch einen POST-Request ausgelöste Weiterleitung ist genau das, was Google als Verstoß gegen die Cross-Domain-Messung bezeichnet, da Weiterleitungen diese beeinträchtigen können. _gl Bevor die Zieladresse geladen wird. Wenn Ihre Lücke bei Kartenzahlungen besteht und bei Nachnahmezahlungen nahezu null ist, liegt es daran.
Zwei weit verbreitete Behauptungen, die wir nicht überprüfen konnten.
„Safari begrenzt die Speicherdauer von Erstanbieter-Cookies auf 7 Tage.“ Ungenau. Die WebKit-Dokumentation besagt, dass ITP JavaScript-Cookies und andere von Skripten beschreibbare Speicher nach 7 Tagen löscht. keine BenutzerinteraktionZudem werden JavaScript-Cookies auf 24 Stunden begrenzt, wenn die Landingpage über einen Link von einer Kleinanzeigen-Domain aufgerufen wurde. Tests von Simo Ahava ergaben, dass die Gültigkeitsdauer anhand der Browsernutzungstage und nicht anhand der Kalendertage berechnet wird. Daher kann ein wiederkehrender Kunde eine Kennung deutlich länger als eine Woche behalten.
„Eine Abweichung von 5 % ist akzeptabel.“ Wir konnten diese Zahl nicht bei Google finden. Sie kursiert in Händlerblogs und Forenbeiträgen. Verwenden Sie sie eher als Legende, nicht als Richtwert.
Wo diese Methode versagt
Es umfasst keine App-Streams, wo transaction_id Die Deduplizierung findet keine Anwendung, ebenso wenig bei Abonnement- und Teillieferungsmodellen, bei denen eine Bestellung nicht als einzelnes Ereignis betrachtet wird. Die Identität eines Nutzers, der seine Einwilligung verweigert hat, kann nicht wiederhergestellt, sondern nur das Volumen geschätzt werden. Die Kanalzuordnung wird nicht korrigiert; dies ist ein separates und komplexeres Problem. Zudem wird vorausgesetzt, dass Ihre Bestelltabelle fehlerfrei ist: Werden stornierte und betrugsgesperrte Bestellungen auf beiden Seiten inkonsistent gezählt, suchen Sie nach einer Lücke, die nur in Ihrer Abfrage existiert.
Häufig gestellte Fragen
Wie oft sollten wir das durchführen? Führen Sie die vollständige Zerlegung einmalig durch, anschließend ein Tages-Gap-Chart. Führen Sie die vollständige Zerlegung nach jeder Änderung im Checkout-Prozess, bei CMP, Zahlungsanbieter oder Tag-Manager erneut durch.
Warum nicht die GA4-Oberfläche anstelle von BigQuery verwenden? Die Benutzeroberfläche kann modellierte Benutzer und Sitzungen enthalten, die im Export nicht berücksichtigt werden, weshalb die beiden Google-Zahlen voneinander abweichen. Ein Abgleich mit einer Schätzung macht es unmöglich, die Differenz aufzuschlüsseln.
Wird serverseitiges Tagging die Lücke vollständig schließen? Nein. Es stellt Bestellungen wieder her, die durch Blocker oder nicht geladene Bestätigungsseiten verloren gegangen sind. Es stellt keine Bestellungen von Nutzern wieder her, die ihre Zustimmung verweigert haben.
GA4 ist höher als unser Backend. Ist das möglich? Ja. Normalerweise handelt es sich um doppelte Kaufvorgänge aufgrund von Seitenaktualisierungen, einer leeren oder wiederverwendeten Seite. transaction_idoder die Ausführung von Inszenierungsbefehlen auf dem Produktionsgelände.
Kann der Zustimmungsmodus die Zustimmungslücke in der Türkei beheben? Teilweise. Abgelehnte Signale ermöglichen die Modellierung, vorbehaltlich der von Google festgelegten Volumengrenzen. Sie stellen keinen Ersatz für ein rechtmäßiges Banner gemäß türkischem Recht dar.
Was gilt als guter Abstand? Eines, in dem jeder Prozentpunkt einen Namen hat. Dokumentierte 8 % sind besser als unerklärte 3 %.
Sollen wir die historischen Berichte nach der Behebung dieses Problems neu fassen? Nein. Vermerken Sie das Fixdatum und behandeln Sie die Zeiträume als separate Reihen. Das erneute Eintragen protokollierter Konvertierungen zerstört den Prüfpfad.
Können wir A/B-Tests durchführen, solange die Differenz über 10 % liegt? Führen Sie die Tests mit relativen Kennzahlen durch, die innerhalb des Testtools gemessen werden, aber berichten Sie nicht über die absoluten Umsatzauswirkungen von GA4, bis die Lücke aufgeschlüsselt ist.
Führen Sie diesen Abgleich diesen Monat in Ihrem eigenen Geschäft durch, oder Lassen Sie es von unserem Analyseteam mit Ihnen durchführen. und Ihnen die Zerlegung, die Toleranz und die Fixierungsreihenfolge übergeben.
Quellen
- [GA4] Verhaltensmodellierung für den Einwilligungsmodus, Google Analytics-Hilfe
- [GA4] Doppelte Schlüsselereignisse mit Transaktions-IDs minimieren, Google Analytics-Hilfe
- [GA4] Unerwünschte Verweise, Google Analytics-Hilfe
- [GA4] Domänenübergreifende Messung, Google Analytics-Hilfe
- Measurement Protocol-Ereignisse an Google Analytics und Google für Entwickler senden
- Parameter des Einwilligungsmodus, Dokumentation der Google Tag Platform
- Tracking-Schutz in WebKit
- Ablaufdatum für JavaScript-Cookies in WebKit-Browsern aufgehoben, Simo Ahava
- KVKK Kurul karari 2022/1358, 23. Dezember 2022
- 3DS-Implementierung, iyzico-Entwicklerdokumentation
