Wenn Analytics nur jede siebte Bestellung sieht — Conversion-Tracking saniert

Die Ausgangslage. Ein Shopbetreiber meldet sich: die Zahlen in Google Analytics sehen seit Wochen schräg aus. Im Shopware-Backend wurden gestern 13 Bestellungen verbucht — in GA4 stehen nur 2. Über die ganze Woche zusammen: 30 Bestellungen im Backend, 19 in Analytics. Das Bauchgefühl-Verdacht: Analytics misst gar nicht alles, was bestellt wird. Wie groß die Lücke wirklich ist, weiß keiner — und ohne saubere Zahlen kann man auch keine Werbung optimieren oder Marketing-Budget verteilen. Jede Entscheidung passiert blind.

Die Detektivarbeit. Tracking-Probleme zeigen sich nie an einer einzigen Stelle. Wir haben drei Schichten parallel geprüft. Erstens: welche Tracking-Tags sind überhaupt aktiv? Eine Inspektion der ausgehenden Anfragen zeigte, dass parallel ein Google-Tag-Manager-Container und ein separates, direktes GA4-Snippet im Quellcode liefen — und zusätzlich eine alte, fremde Mess-ID, die nirgendwo verbunden war, aber trotzdem im Code stand. Doppel-Tagging ist ein klassisches Symptom historisch gewachsener Setups: irgendwann hat irgendwer mal etwas hinzugefügt, niemand hat das alte entfernt, und am Ende sendet die Seite Daten an drei verschiedene Töpfe. Zweitens: welche Events feuern eigentlich im Checkout? Im Browser-DataLayer lag `begin_checkout` sauber drin — `add_shipping_info`, `add_payment_info` und der wichtigste Event, `purchase`, fehlten komplett. Drittens: wie hoch ist die natürliche Mess-Lücke durch Consent-Defaults und AdBlocker? Mit Cookie-Banner-Default auf „abgelehnt" zählt Google nur einen anonymisierten Hit, kein Conversion-Event.

Was tatsächlich kaputt war. Die Hauptursache war einfach erklärt: der `purchase`-Event wurde nirgendwo gefeuert. Shopware pusht standardmäßig nichts in den DataLayer auf der Bestellbestätigungs-Seite. Wenn niemand diesen Push manuell baut — was bei selbst-gebauten GTM-Setups oft vergessen wird — gibt es im Analytics einfach kein Bestellungs-Event. Die wenigen Käufe, die GA4 trotzdem sah, waren Edge-Cases: manuell ergänzte Events oder Cross-Page-Spillover aus anderen Events. Der allergrößte Teil der echten Käufe war analytisch unsichtbar, und niemand hatte es bisher bemerkt — weil die Diskrepanz zum Backend nie jemand systematisch geprüft hatte.

Die Reparatur, in drei Schritten. Erstens das Tag-Setup aufgeräumt: das alte, doppelte Tag-Snippet aus dem Code entfernt, die fremde Mess-ID gelöscht — ab sofort läuft ausschließlich der korrekte Stream über den GTM-Container. Ein sauberer Datenfluss statt drei konkurrierender. Zweitens die fehlenden Funnel-Events implementiert: bei jedem relevanten Checkout-Schritt — Versandauswahl, Zahlart, Bestellabschluss — wird jetzt ein passendes DataLayer-Event gepusht, mit korrekten Werten und Transaktions-IDs. Der wichtigste Event, `purchase` auf der Finish-Seite, kommt mit echter Order-ID, Wert in Euro, Steuersatz und allen einzelnen Items — also genau dem, was die Shopware-Datenbank ohnehin schon kennt. Drittens, als nächster Schritt in Vorbereitung: Server-Side-Tagging über das GA4-Measurement-Protocol. Damit landen auch PayPal-Redirect-Käufe und durch AdBlocker blockierte Hits zuverlässig in der Property — der Schritt, der die letzten 30 bis 40 % Mess-Lücke schließt.

Was sich verändert hat. Sobald die Funnel-Events sauber feuerten, wurde Google Analytics für diesen Shop überhaupt erst sinnvoll nutzbar. Die wichtigste Veränderung war keine einzelne Zahl, sondern dass `begin_checkout`, `add_payment_info` und `purchase` plötzlich als kontinuierlicher Trichter sichtbar wurden. Engagement-Werte stiegen begleitend deutlich — die durchschnittliche Sitzungsdauer fast verdoppelte sich, Views pro Sitzung legten um 49 % zu, Begin-Checkout-Events stiegen um 306 % (was zum Teil an besseren Produktseiten lag, zum Teil daran, dass diese Events jetzt überhaupt gemessen wurden). Eine seriöse Auswertung der Conversion-Rate-Veränderungen wird erst nach 2 bis 3 weiteren Wochen mit sauberem Tracking möglich sein — was eigentlich auch der Punkt ist.

Was Sie als Shop-Betreiber daraus mitnehmen können. Erstens: wenn Ihre Analytics-Zahlen verdächtig weit von Ihren Backend-Zahlen abweichen, ist das fast nie ein Mess-Problem im Sinne von „GA4 funktioniert nicht" — es ist meistens ein Implementierungs-Problem. Der `purchase`-Event ist bei vielen Shopware-Setups mit Custom-GTM einfach nicht implementiert, und keine Standard-Plugin-Konfiguration sagt Ihnen das. Zweitens: Doppel-Tagging ist häufiger als gedacht. Wenn historisch verschiedene Agenturen Tracking-Snippets ins Theme geschoben haben, läuft oft mehr im Code als jemand weiß. Eine 30-minütige Inspektion bringt das ans Licht. Drittens: Analytics-Daten sind die Grundlage für jede Marketing-Entscheidung — Werbe-Budgets, Conversion-Optimierung, A/B-Tests. Wer auf 15-%-Daten optimiert, optimiert auf Rauschen, nicht auf Signal.