Shopify-Tracking: Vier Annahmen, die nicht stimmen

Kaum eine Plattform hat ihr Tracking in den letzten Jahren so stark umgebaut wie Shopify. Der frei beschreibbare Checkout ist Geschichte, Code läuft in einer Sandbox, und viele Anleitungen im Netz beschreiben noch den alten Stand. Kein Wunder, dass sich in Gesprächen mit Händlern immer wieder dieselben Annahmen wiederholen.

Das Tückische daran: Keine dieser Annahmen ist frei erfunden. Jede hat einen wahren Kern – sie wird nur weiter ausgelegt, als die tatsächliche Einschränkung reicht. Wer daraufhin falsch entscheidet, verschenkt entweder Kontrolle über die eigenen Daten oder investiert Zeit in Probleme, die sich längst lösen lassen.

Annahme 1: „Den Checkout kann man nur noch mit Apps tracken“

Der wahre Kern: Mit dem Wechsel von checkout.liquid auf Checkout Extensibility hat Shopify den direkten Zugang zum Checkout geschlossen. JavaScript lässt sich dort nicht mehr einfach einfügen. Alte Scripts in den Checkout-Einstellungen funktionieren nicht mehr, wie wir im Beitrag zu den abgeschalteten Additional Scripts beschrieben haben.

Was tatsächlich gilt: Geschlossen wurde der freie Zugang, nicht der Zugang überhaupt. Über die Web Pixels API stellt Shopify die Checkout-Ereignisse bereit – vom Beginn des Checkouts bis zum Kaufabschluss. Ein benutzerdefiniertes Pixel, das Sie selbst unter Einstellungen → Kundenereignisse anlegen, kann diese Ereignisse abonnieren und an einen eigenen Google Tag Manager weiterreichen.

Apps aus dem App Store sind also eine Option, aber nicht die einzige. Wie die Sandbox dahinter funktioniert, erklärt der Beitrag zu Web Pixels und Customer Events.

Annahme 2: „Mit dem Tag Manager muss man jedes Ereignis von Hand bauen“

Der wahre Kern: Ein Setup aus Web- und Server-Container besteht aus vielen Einzelteilen: Clients, Tags, Trigger, Variablen. Wer das zum ersten Mal von Grund auf aufbaut, sitzt lange daran – und jeder Tippfehler in einem Parameternamen fällt erst Tage später in den Berichten auf.

Was tatsächlich gilt: Die Standardereignisse eines Shops sind bei fast allen Händlern gleich: Produktansicht, Warenkorb, Checkout-Beginn, Kauf. Dafür muss niemand mehr bei null anfangen. Es gibt Vorlagen und Assistenten, die fertige Web- und Server-Container erzeugen – Stape bietet dafür beispielsweise einen kostenlosen Setup-Assistenten für Kontoinhaber an. Übrig bleiben die Schritte, die vom Shop abhängen: Zugangsdaten der Plattformen, Consent-Logik, Besonderheiten im Sortiment.

Wichtig ist der Unterschied zwischen automatisch erzeugt und fertig. Eine Vorlage spart Arbeit beim Aufbau, ersetzt aber nicht den Test mit echten Bestellungen. Rabatte, Versandkosten, Bundles oder Abos verhalten sich in jedem Shop etwas anders.

Annahme 3: „Eine Tracking-App kann dasselbe wie der Tag Manager“

Der wahre Kern: Für viele Shops ist eine App ein guter Start. Die Verbindung zu Google, Meta oder TikTok steht mit wenigen Klicks, Aktualisierungen übernimmt der Anbieter.

Was tatsächlich gilt: Eine App bestimmt selbst, welche Daten sie in welcher Form an welche Plattform schickt. Sie sehen das Ergebnis, aber nicht den Weg dorthin, und können ihn kaum verändern. Mit einem eigenen Container – besonders mit einem Server-Container dazwischen – entscheiden Sie selbst:

• Welche Daten das Haus verlassen. Personenbezogene Daten lassen sich vor dem Versand entfernen oder umwandeln, Parameter umbenennen, Daten ergänzen.
• Wann ein Tag feuert. Bedingungen für Einwilligung und Datenverarbeitung lassen sich genau auf Ihre Anforderungen abstimmen. Ob ein bestimmtes Vorgehen datenschutzrechtlich ausreicht, muss allerdings im Einzelfall rechtlich geprüft werden.
• Wie Doppelzählungen verhindert werden. Wenn Browser und Server dasselbe Ereignis melden, brauchen Sie eine saubere Event-Deduplizierung.
• Was tatsächlich gesendet wurde. Die Protokolle des Server-Containers zeigen eingehende und ausgehende Anfragen samt Antwort der Plattform.

Der Unterschied im Überblick:

	Tracking-App	Eigener Tag Manager (Web + Server)
Einrichtung	Wenige Klicks	Mehr Aufwand, mit Vorlagen deutlich weniger
Datenfluss	Vom Anbieter festgelegt	Selbst bestimmt
Daten vor dem Versand ändern	Kaum möglich	Ja
Einsicht in gesendete Daten	Meist eingeschränkt	Vollständig über Protokolle
Eigene Ereignisse und Logik	Begrenzt	Frei gestaltbar

Eine App ist deshalb nicht falsch. Sie passt, solange Sie mit ihrem festen Ablauf leben können. Sobald Sie wissen müssen, welche Daten genau an Meta oder Google gehen, wird die fehlende Einsicht zum Problem.

Annahme 4: „Den Checkout kann man im Vorschaumodus nicht debuggen“

Der wahre Kern: Wer auf einer Checkout-Seite den Vorschaumodus des Tag Managers startet, sieht oft: nichts. Die Debug-Konsole verbindet sich nicht. Der Grund ist die Sandbox – das Pixel läuft in einem isolierten iFrame, der vom eigentlichen Seitenfenster getrennt ist. Der Vorschaumodus findet den Container dort schlicht nicht.

Was tatsächlich gilt: Es gibt Wege, den Checkout trotzdem in die Vorschau zu holen. Browser-Erweiterungen wie der kostenlose GTM Helper von Stape können das Container-Snippet für die Vorschau gezielt auf der Checkout-Seite einbinden, sodass die Ereignisse dort wieder sichtbar werden. Daneben helfen weitere Prüfpunkte:

1. Testbestellung bis zur Bestätigungsseite durchführen, nicht nur bis zum Warenkorb.
2. Den Server-Container prüfen. Kommt der Kauf dort an? Mit welchen Werten? Die Vorschau des Server-Containers ist von der Sandbox nicht betroffen.
3. Die Antwort der Plattform lesen. Lehnt Meta oder Google das Ereignis ab, steht der Grund im Protokoll.

Eine feste Reihenfolge für diese Prüfung finden Sie im Beitrag zur Pflege nach dem Go-Live.

Was all diese Annahmen gemeinsam haben

Jede der vier Annahmen verwechselt „Shopify erlaubt das nicht mehr“ mit „das geht nicht mehr“. Shopify hat bestimmte Wege geschlossen – den frei beschreibbaren Checkout, den direkten Zugriff auf die Seite. Die Ziele dahinter lassen sich aber weiterhin erreichen, nur über andere Wege.

Annahme

• Checkout nur per App
• Jedes Ereignis von Hand bauen
• App kann dasselbe wie GTM
• Checkout nicht debugbar

Tatsächlich

• Eigenes Pixel abonniert Checkout-Ereignisse
• Vorlagen erzeugen fertige Container
• Eigener Container gibt mehr Kontrolle
• Vorschau per Browser-Erweiterung möglich

Was dagegen wirklich gilt und keine Annahme ist: Auch ein sauber eingerichtetes Pixel läuft im Browser. Ad-Blocker, kurze Cookie-Laufzeiten in Safari und abgebrochene Bestätigungsseiten betreffen es genauso wie jedes andere Browser-Tracking. Die verlässlichste Quelle für den Kauf bleibt deshalb das Shop-Backend, das Bestellungen direkt an einen Server-Container meldet.

Fazit

Shopify hat das Tracking eingeschränkt, aber nicht unmöglich gemacht. Checkout-Ereignisse lassen sich über eigene Pixel erfassen, die Einrichtung muss nicht bei null beginnen, ein eigener Container gibt mehr Kontrolle als eine App, und auch der Checkout lässt sich debuggen. Entscheidend ist, die tatsächlichen Grenzen zu kennen statt der vermuteten.

Wie ein vollständiges Setup aussieht, beschreiben wir unter Server-Side Tracking für Shopify. Mit welchen Kosten Sie rechnen sollten, zeigt die Seite zu den Kosten. Für Ihren Shop: Erstgespräch anfragen.