Shopify Tracking Checkliste: 42 Prüfpunkte vor der Abnahme
Die Abnahmeliste, die wir bei jedem Shopify-Messsetup durchgehen: Konten, Customer Events, Consent, Purchase-Parameter, Deduplizierung, Google Ads und der Testkauf.
Fabian Weiss Ein Shopify-Tracking sieht in der Tag-Vorschau richtig aus, verliert im Betrieb aber Käufe, zählt sie doppelt oder überträgt falsche Werte
Eine schriftliche Abnahmeliste für Konten, Events, Consent, Werte, Deduplizierung und einen echten Testkauf abarbeiten
Ein grüner Tag ist kein Abnahmetest
Die meisten kaputten Shopify-Setups wurden nicht schlampig gebaut. Sie wurden gebaut, einmal im Vorschaumodus geprüft und danach nie gegen eine echte Bestellung verifiziert. Der Vorschaumodus sagt Ihnen, dass ein Tag gefeuert hat. Er sagt Ihnen nicht, ob der Wert stimmte, ob ein zweiter Pfad denselben Kauf ebenfalls gemeldet hat, oder ob der Consent-Zustand, der bei Google ankam, dem entsprach, was der Besucher geklickt hat.
Das ist die Liste, die wir abarbeiten, bevor ein Shopify-Messsetup als fertig gilt. Gehen Sie sie der Reihe nach durch. Jeder Block setzt voraus, dass der vorherige sauber ist.
Wenn Sie das lieber als Festpreisprojekt umgesetzt haben möchten, ist das der Service Shopify Tracking.
Block 1: Konten und Eigentum
Bevor Sie ein einziges Tag anfassen, halten Sie fest, wem was gehört. Fast jedes geerbte Chaos beginnt genau hier.
- GTM-Konto und Container-ID sind dokumentiert, und der Auftraggeber ist Kontoinhaber, nicht nur Benutzer.
- GA4-Property und Mess-ID sind dokumentiert, inklusive der Frage, welcher Datenstream zum Shop gehört.
- Google-Ads-Konto und Kundennummer sind dokumentiert, und die Conversion-Aktionen liegen in diesem Konto statt in einem Agenturkonto.
- Merchant Center ist getrennt von der Messverbindung dokumentiert.
- App-Inventar: jede installierte App, die Tracking, Pixel oder den Produktfeed berührt, ist gelistet.
- Benutzerrechte sind geprüft. Frühere Agenturen und ausgeschiedene Mitarbeiter sind entfernt.
- Ein Ausgangsexport des GTM-Containers existiert, bevor irgendetwas geändert wird.
Punkt sieben ist der, den man überspringt und danach bereut. Ohne Ausgangsexport gibt es keinen Rollback, sondern nur einen Neuaufbau.
Block 2: Aktive Messpfade
Der häufigste Shopify-Defekt ist nicht ein fehlender Pfad. Es sind zwei Pfade, die dasselbe Ereignis senden.
- Google & YouTube Kanal: installiert? Und sendet er Analytics-Ereignisse, Feed-Daten oder beides?
- Theme-Skripte:
theme.liquidund jede Header- oder Footer-Einbindung auf fest verdrahtete gtag- oder GTM-Snippets prüfen. - Custom Pixels: jedes Custom Pixel unter Einstellungen, Kundenereignisse auflisten und vermerken, ob es von einer App oder vom Shop selbst verwaltet wird.
- Alte Checkout-Skripte: prüfen, dass nach einer Migration auf Checkout Extensibility nichts aus
checkout.liquidübrig ist. - Drittanbieter-Apps, die eigene Analytics-, Upsell- oder Bewertungspixel mitbringen.
- Doppelte GA4-Mess-IDs auf derselben Seite. Im gerenderten Seitenquelltext nach
G-suchen. - Genau ein Besitzer je Ereignis: für jedes Event im Messplan ist genau ein Pfad zuständig.
Punkt 14 ist das Abnahmekriterium. Alles andere in diesem Block ist Beweisaufnahme.
Block 3: Customer Events und Datalayer
- Subscriber werden vor jeder asynchronen Arbeit registriert. Wenn Ihr Custom Pixel auf einen Fetch wartet, bevor es
analytics.subscribeaufruft, sind frühe Ereignisse verloren. page_viewfeuert mit der echten Seitenadresse, nicht mit der Sandbox-URL. Prüfen Siepage_locationauf einer Produktseite im Live-Shop.page_referrergibt den echten Referrer wieder, damit keine internen Verweise als Akquisition erscheinen.view_itemfeuert auf Produktseiten mit Artikel-ID, Name, Preis und Währung.add_to_cartfeuert mit Menge und Wert.view_cartfeuert auf der Warenkorbseite.begin_checkoutfeuert beim Checkout-Start, und zwar auf der Checkout-Version, die tatsächlich aktiv ist.purchasefeuert genau einmal beim Abschluss.- Artikel-Arrays sind normalisiert: gleiche Feldnamen, gleiche Typen, in jedem Ereignis.
Block 4: Purchase-Parameter
Dieser Block entscheidet, ob Google Ads auf echten Zahlen bietet.
transaction_idist vorhanden und je Bestellung eindeutig. Nicht das Cart-Token, kein Zeitstempel, kein statischer Wert.valuestimmt für dieselbe Bestellung mit dem Shopsystem überein.currencyist explizit gesetzt, auch in einem Shop mit nur einer Währung.taxundshippingfolgen derselben Konvention wie das Shop-Reporting. Entscheiden Sie, ob der Wert sie enthält, und dokumentieren Sie die Entscheidung.couponist gesetzt, wenn ein Rabatt angewendet wurde, und stimmt auch bei zwei kombinierten Codes.priceundquantityje Artikel ergeben in Summe den Bestellwert, bis auf Rundung.- Mehrere Währungen: gemeldet wird die tatsächlich belastete Währung, nicht die Standardwährung des Shops.
Block 5: Consent
- Die Shopify Customer Privacy API wird ausgelesen, nicht angenommen. Prüfen Sie
analyticsProcessingAllowed,marketingAllowedundvisitorConsentCollected. - Ein Listener auf Consent-Änderungen ist registriert, damit eine spätere Zustimmung korrekt behandelt wird.
- Analytics- und Marketing-Consent werden getrennt behandelt. Ein Pixel, das nur bei beiden Kategorien lädt, verliert stillschweigend Analytics-Daten.
- Der Default-Zustand steht, bevor irgendein Tag ausgeführt wird.
- Der Update-Zustand erreicht Google nach der Entscheidung, geprüft am Netzwerk-Request statt an der Banner-Oberfläche.
- Keine rückwirkende Wiedergabe im Basic Mode.
- Falls eine WordPress-Hauptseite existiert, wird deren CMP getrennt geprüft und die beiden Systeme werden abgeglichen oder die Differenz wird dokumentiert.
Was die beiden Consent-Modi unterscheidet und was sie jeweils tatsächlich verändern, steht im Leitfaden Consent Mode Basic vs. Advanced.
Block 6: Google Ads
- Die Conversion-Aktion liegt im Ads-Konto des Auftraggebers, mit durchgereichtem Wert, Währung und Transaktions-ID.
- Die Zählmethode ist eine bewusste Entscheidung, nicht der Standardwert.
- Ein GA4-Import und eine native Aktion sind nicht gleichzeitig primär.
- Enhanced Conversions werden nur dort aktiviert, wo die User-Provided-Data-Variable korrekt befüllt ist und Marketing-Consent vorliegt. Die gehashte Nutzlast wird im Netzwerk-Request geprüft.
Block 7: Der Testkauf
Nichts von oben zählt, bevor eine Bestellung vollständig durchgelaufen ist.
- Führen Sie einen echten Testkauf durch und prüfen Sie in dieser Reihenfolge:
- Artikelansicht, Warenkorb, Checkout-Start und Kauf erscheinen alle in der GA4 DebugView
- Kaufwert, Währung, Steuer, Versand und Gutschein stimmen mit der Shopify-Bestellung überein
- die Transaktions-ID in GA4 entspricht der Bestellnummern-Konvention aus Shopify
- der Google-Ads-Conversion-Request feuert mit demselben Wert und derselben ID
- ein erneuter Aufruf der Bestellbestätigung erzeugt keinen zweiten Kauf
- derselbe Durchlauf mit abgelehntem Consent erzeugt keine Messereignisse
- derselbe Durchlauf mit reiner Analytics-Zustimmung erzeugt Analytics-Ereignisse und keine Werbeereignisse
- der Einstieg über die Hauptseite erhält die Kampagnenquelle
- Merchant Center und Produktfeed bleiben unverändert
Stornieren oder erstatten Sie die Testbestellung, sobald die Nachweise gesichert sind.
Was trotzdem nicht übereinstimmen wird
Auch ein sauberes Setup lässt sich nicht exakt mit dem Shop-Backend abgleichen. Abgelehnte Einwilligung, Adblocker, Browserrestriktionen, Bestellbestätigungen, die nie fertig laden, Stornierungen und die Verarbeitungslogik der Plattformen hinterlassen immer eine Restdifferenz.
Das Ziel ist keine exakte Übereinstimmung. Das Ziel ist eine Differenz, die Sie erklären können. Wer die eigene beziffern will, findet im Tracking-Abdeckungsrechner den Vergleich von Bestellungen und Umsatz mit dem, was Analytics tatsächlich gemessen hat.
Wann Sie eskalieren sollten
Wenn diese Liste mehr als zwei strukturelle Defekte zutage fördert, hören Sie mit dem Flicken auf und prüfen Sie richtig. Ein Setup mit doppelten Kaufpfaden, gebrochener Consent-Kette und einer geerbten App, die niemand dokumentiert hat, ist keine Reparatur, sondern ein Neuaufbau mit kontrolliertem Cutover.
Genau dafür gibt es die Web Tracking Foundation: Ausgangsexport, Rollback-Punkt, neuer Pfad im Workspace, Parallelbetrieb, Testkauf, danach Abschalten des alten Pfads.
Fachliche Einordnung, keine Rechtsberatung. Ob ein konkretes Setup Ihre rechtlichen Pflichten erfüllt, hängt von den verarbeiteten Daten, den Empfängern und der Rechtsgrundlage ab.