Shopify Web Pixels und Customer Events erklärt

Wer in Shopify Tracking einrichtet, landet früher oder später unter Einstellungen → Kundenereignisse. Dort leben die Web Pixels – Shopifys Antwort auf die Frage, wie Tracking im Checkout funktionieren soll, nachdem frei eingefügter Code abgeschafft wurde. Das Konzept ist durchdacht, hat aber Eigenheiten, die man kennen muss.

Warum es Web Pixels gibt

Früher konnte man Code direkt ins Theme und in den Checkout schreiben. Das war flexibel, aber riskant: Fremde Scripts hatten Zugriff auf Zahlungsseiten, konnten den Checkout verlangsamen oder brechen, und bei jedem Theme-Wechsel ging Tracking verloren.

Mit Checkout Extensibility hat Shopify diesen Zugang geschlossen. Tracking läuft seither über eine definierte Schnittstelle: die Web Pixels API. Seit dem 26. August 2026 gilt das für alle Shops, auch auf der Bestätigungsseite.

Zwei Arten von Pixeln

App-Pixel werden von Apps installiert – etwa von den Kanälen für Google und Meta oder von Tracking-Apps. Sie werden von der App verwaltet und aktualisiert.

Benutzerdefinierte Pixel legen Sie selbst an. Sie fügen JavaScript ein, das Ereignisse abonniert und weiterverarbeitet. Das ist der Weg, über den sich ein eigener Tag Manager an den Checkout anbinden lässt.

Die Sandbox

Der wichtigste Unterschied zu früher: Pixel laufen nicht auf der Seite selbst, sondern in einer abgeschotteten Umgebung. Benutzerdefinierte Pixel werden in einem isolierten iFrame ausgeführt. Das hat Folgen:

• Das Pixel sieht nicht die Seite, sondern nur die Ereignisse, die Shopify ihm übergibt.
• Ein direkter Zugriff auf das DOM, auf Elemente oder auf Variablen des Themes ist nicht möglich.
• Die Adresse, die das Pixel „sieht“, ist die der Sandbox – Werkzeuge, die die Seitenadresse selbst auslesen, liefern falsche Werte, wenn man sie nicht aus den Ereignisdaten befüllt.
• Browser-Erweiterungen zum Debuggen von Tags funktionieren nur eingeschränkt.

Das macht die Schnittstelle sicher. Es macht sie aber auch weniger bequem als einen Tag Manager, der frei auf der Seite läuft.

Welche Ereignisse es gibt

Shopify stellt eine feste Liste von Standardereignissen bereit, darunter:

• page_viewed
• product_viewed
• product_added_to_cart
• checkout_started
• payment_info_submitted
• checkout_completed

Jedes Ereignis bringt strukturierte Daten mit: Produkte, Preise, Währung, bei Käufen die Bestellung. Eigene Ereignisse lassen sich aus dem Theme heraus veröffentlichen und im Pixel abonnieren.

Consent ist eingebaut

Pixel respektieren die Einwilligung, die Shopifys Customer Privacy API kennt. Für jedes Pixel legen Sie fest, welche Art von Einwilligung es benötigt – etwa für Marketing oder für Analyse. Ohne passende Einwilligung wird das Pixel nicht ausgeführt. Voraussetzung ist, dass Ihr Consent-Banner seinen Status tatsächlich an diese API meldet. Bei frei eingebundenen Bannern ist das oft nicht der Fall.

Wo die Grenzen liegen

Web Pixels lösen das Sicherheitsproblem, nicht das Messproblem. Sie laufen im Browser und unterliegen damit allem, was Browser-Tracking einschränkt:

• Ad-Blocker können die nachgelagerten Anfragen an Google oder Meta weiterhin blockieren.
• Cookies unterliegen in Safari denselben Laufzeitgrenzen.
• checkout_completed wird im Browser ausgelöst. Schließt der Kunde den Tab vor der Bestätigungsseite, gibt es kein Ereignis. Bei Upsell-Seiten nach dem Kauf kann das Ereignis zudem an anderer Stelle feuern als erwartet.

Wer seine alten Scripts eins zu eins in ein Pixel umzieht, hat ein sicheres Setup mit denselben Datenlücken wie zuvor.

Die sinnvolle Arbeitsteilung

In der Praxis bewährt sich eine klare Rollenverteilung:

Web Pixels liefern den Verlauf. Seitenaufrufe, Produktansichten, Warenkorb, Beginn des Checkouts – alles, was im Browser passiert und wofür es keine andere Quelle gibt. Dazu die Kennungen, die nur der Browser kennt: Click-IDs, Cookies, Consent-Status.

Der Webhook liefert den Kauf. Shopify meldet jede Bestellung aus dem Backend an einen Server-Container, unabhängig davon, was im Browser geschieht. Der Server führt Browser- und Backend-Daten zusammen und sorgt dafür, dass der Kauf nur einmal zählt.

So nutzen Sie die Stärke beider Wege: die Detailtiefe des Browsers und die Verlässlichkeit des Backends.

Web Pixels (Browser)

• Seitenaufrufe und Produktansichten
• Warenkorb und Checkout-Beginn
• Click-IDs, Cookies, Consent-Status

Webhook (Backend)

• Jede Bestellung aus dem Backend
• Unabhängig vom Browser
• Kauf zählt nur einmal

Praktische Hinweise

• Testen Sie Pixel mit echten Testbestellungen bis zur Bestätigungsseite, nicht nur im Shop.
• Befüllen Sie Seitenadresse und Referrer im Tag Manager aus den Ereignisdaten, nicht aus der Browser-Umgebung der Sandbox.
• Halten Sie die Zahl der Pixel klein. Jedes zusätzliche Pixel ist eine weitere Stelle, an der Zahlen auseinanderlaufen.
• Prüfen Sie nach App-Installationen, ob ein neues App-Pixel dieselben Käufe doppelt meldet.

Fazit

Web Pixels sind der richtige Ort für Browser-Tracking in Shopify – sicher, update-fest und mit eingebautem Consent. Für den Kauf selbst sind sie nicht verlässlich genug. Den meldet das Backend.

Den vollständigen Aufbau beschreiben wir unter Server-Side Tracking für Shopify; was am 26. August passiert ist, im Beitrag zu den Additional Scripts. Für Ihren Shop: Erstgespräch anfragen.