Die kurze Antwort: In fast jedem Shop, den ich auditiert habe, hat Analytics gelogen – und zwar meist in eine vorhersehbare Richtung. Ein Teil der Bestellungen kommt nicht an, ein Teil wird doppelt gezählt, und die Traffic-Quelle geht bei der Weiterleitung zum Zahlungsanbieter verloren. Das Problem ist nicht, dass die Zahlen ungenau sind; damit lässt sich leben. Das Problem ist, dass auf ihrer Grundlage Budgetentscheidungen getroffen werden.
Sechs Gründe, warum die Zahlen nicht übereinstimmen
-
Cookie-Einwilligung. Lehnt jemand ab, wird ein Teil der Events nicht gesendet. Der Consent Mode füllt die Lücke teilweise durch Modellierung, aber das ist eine Schätzung und keine Tatsache. Das Wichtigste: Der Verlust muss nicht zufällig sein – lehnen bestimmte Segmente häufiger ab, kippt das Bild.
-
Doppelte Käufe. Der Kunde hat die „Danke“-Seite neu geladen, und das Event
purchasewurde ein zweites Mal gesendet. Oder es steckt gleichzeitig im Theme und im Analytics-Plugin. Das klassische Symptom: In GA4 gibt es deutlich mehr Bestellungen als im Backend. -
Quellenverlust beim Zahlungsanbieter. Die Zahlung geht auf die Domain der Bank oder des Zahlungsdienstes und kehrt zurück – neue Sitzung, und als Quelle erscheint die Bank oder „direct“. In den Berichten liest man das als „direkter Traffic konvertiert hervorragend“, und das Budget fließt an die falsche Stelle.
-
Blocker und Browser-Einschränkungen. Ein Teil des Traffics wird einfach nicht gemessen. Das ist kein Grund aufzugeben, aber ein Grund, Absolutzahlen nicht zu trauen und auf Trends zu schauen.
-
Retouren und Stornierungen werden nicht abgezogen. GA4 zeigt aufgegebene Bestellungen. Haben Sie 15 % Retouren oder einen erheblichen Anteil an Stornierungen bei Nachnahme, ist der „Umsatz“ in den Berichten der Umsatz vor Abzug dessen, was zurückkam.
-
Dasselbe Wort in verschiedenen Bedeutungen. „Conversion“ in GA4, im Werbekonto und in Ihrem Kopf sind drei verschiedene Kennzahlen mit drei Attributionsfenstern. Ein Streit um Zahlen erweist sich oft als Streit um Definitionen.
Abgleich in einer Stunde: drei Zahlen, die übereinstimmen müssen
Das ist ein guter Ablauf für den Beginn der Arbeit an diesem Thema. Nehmen Sie einen Kalendermonat und vergleichen Sie drei Werte aus GA4 mit dem WooCommerce-Backend:
| Kennzahl | Wo Sie hinschauen | Zulässige Abweichung |
|---|---|---|
| Zahl der Bestellungen | GA4 purchase vs. Bestellliste | bis 10 % |
| Umsatz | GA4-Umsatz vs. Summe der Bestellungen | bis 10 % |
| Durchschnittlicher Bestellwert | Umsatz / Bestellungen in beiden | bis 5 % |
Was das Ergebnis bedeutet:
- Mehr Bestellungen in GA4 – doppelte Events. Suchen Sie eine doppelte Installation des Tags oder erneutes Senden beim Neuladen der Dankeseite.
- Weniger Bestellungen in GA4 – Events gehen verloren. Meist Zahlungen mit Weiterleitung oder abgelehnte Cookies.
- Bestellungen stimmen, Umsatz nicht – das Event trägt den falschen Betrag: mit oder ohne Versand, mit oder ohne Steuer, Währung, Rabatte.
Solange dieser Abgleich nicht aufgeht, können Berichte nach Kanälen, Kampagnen und Produkten unzuverlässig sein. Und umgekehrt: Geht er auf, dürfen Sie Entscheidungen auf Daten stützen.
Was Sie neben der Conversion messen
Conversion ist nicht das Ziel des Geschäfts. Man kann sie mit 30 % Rabatt steigern und pleitegehen. Das Mindestset, das eine monatliche Durchsicht wert ist:
- Marge nach Kanal, nicht Umsatz. Der Kanal mit dem größten Umsatz bringt oft den kleinsten Gewinn.
- CAC – Kosten der Kundengewinnung. Werbeausgaben plus alles Übrige, geteilt durch die Zahl neuer Kunden.
- Anteil der Wiederkäufe. Die am meisten unterschätzte Kennzahl im kleinen E-Commerce – sie hat ein eigenes Thema: Kundenbindung und LTV.
- LTV zu CAC. Bringt ein Kunde über sein ganzes Leben weniger, als seine Gewinnung kostete, beschleunigt das Skalieren der Werbung den Verlust.
- Retouren nach Produkten. Ein Produkt mit 40 % Retouren kann bei hervorragender Conversion unrentabel sein.
- Ladezeit (Core Web Vitals). Die einzige technische Kennzahl, die in den Geschäftsbericht gehört, weil sie alle anderen bewegt.
Attribution: warum „letzter Klick“ in die Irre führt
Das Last-Click-Modell schreibt das ganze Verdienst dem letzten Kontakt zu. Dadurch wirken Markensuche und E-Mail wie Helden (sie sind immer die letzten), während das, was den Menschen zuerst gebracht hat, nutzlos aussieht. Der reale Pfad im E-Commerce ist selten einstufig: in Social Media gesehen → gegoogelt → gegangen → per E-Mail zurückgekehrt → gekauft.
Ein praktischer Ansatz für einen kleinen Shop, ohne komplexe Modelle zu bauen:
- Schauen Sie auf unterstützte Conversions und nicht nur auf den letzten Klick
- Fragen Sie Kunden direkt („Woher kennen Sie uns?“) – in einer Umfrage nach dem Kauf, nicht im Checkout
- Testen Sie Kanäle durch Abschalten: Eine Kampagne für zwei Wochen zu stoppen und den Gesamtumsatz zu beobachten, ist ehrlicher als jedes Modell
Einschub für Entwickler
- Eine Quelle für Events. Theme oder Plugin oder GTM – nicht alles zugleich. Ein doppelt gesendetes
purchaseist eine häufige Ursache für Abweichungen. - Machen Sie den Kauf idempotent. Senden Sie
transaction_idund sichern Sie die Dankeseite gegen erneutes Senden nach einem Neuladen. - Serverseitiger Versand bei Zahlungen mit Weiterleitung. Das Senden von
purchasevom Server bei Statuswechsel der Bestellung (über das Measurement Protocol) kann sowohl den Verlust bei der Weiterleitung als auch einen Teil der Blockaden verringern. Die Event-Spezifikation steht in der GA4-Dokumentation für E-Commerce. - Der Consent Mode kommt vor den Tags, nicht danach. Die Reihenfolge der Initialisierung ist wichtig; eine falsche Reihenfolge bedeutet entweder Datenverlust oder Senden ohne Einwilligung. Die Konfiguration beschreibt der Google-Leitfaden zu Consent.
- Auch Retouren sind ein Event. Senden Sie
refundbei einer Retoure, sonst bleiben die Umsatzberichte dauerhaft zu hoch. - Laden Sie Tags nicht synchron im
<head>. Analytics, das das Rendering blockiert, verschlechtert LCP und INP – Sie bezahlen die Messung mit Geschwindigkeit.
Wenn das über das hinausgeht, womit Sie sich selbst befassen möchten, habe ich dafür eine eigene Leistung: Analytics und Conversion-Tracking.
Praktischer Test
- Ich habe Bestellungen, Umsatz und durchschnittlichen Warenkorb in GA4 mit dem Backend für einen Monat abgeglichen
- Die Abweichung bei den Bestellungen liegt unter 10 %
-
purchasewird genau einmal gesendet und trägttransaction_id - Zahlungen mit Weiterleitung verlieren die Traffic-Quelle nicht
- Die Events der Funnel-Schritte sind konfiguriert:
view_item,add_to_cart,begin_checkout - Retouren sind in Analytics abgebildet
- Der Consent Mode ist konfiguriert, und vor der Einwilligung wird nichts gesendet
- Ich kenne meinen CAC und den Anteil der Wiederkäufe und nicht nur die Conversion
Wie es weitergeht
Wenn man den Zahlen schon trauen kann, zeigt sich das größte Loch der meisten Shops – und es ist nicht die Conversion, sondern das, was nach dem ersten Kauf geschieht: Kundenbindung und LTV.
