Server-side für Shopify und WooCommerce: technische Besonderheiten und Fallstricke

Betreut Ihre Agentur Shops auf Shopify und WooCommerce, und das Tracking verhält sich nie gleich? Das ist normal: Das eine ist ein abgeschottetes SaaS, das andere ein WordPress-Plugin, das alles erlaubt. Was hier funktioniert, bricht dort, und der Umstieg auf Server-side will für beide anders geplant sein.

Kurz gesagt

• Shopify: Alte Checkout-Skripte laufen nicht mehr, das Tracking läuft über Custom Pixels und Webhooks.

• WooCommerce: volle Freiheit dank GTM4WP, aber Vorsicht bei Cache- und Optimierungs-Plugins.

• Twint und PostFinance: Kehrt der Kunde nicht auf die «Danke»-Seite zurück, rettet nur eine serverseitige Bestätigung den Verkauf.

• Auf beiden Plattformen muss die Wahl des Besuchers die Daten bis zum Server begleiten.

Shopify: die verschlossene (aber robuste) Festung

Eine geschlossene Umgebung: beruhigend für die Sicherheit, einschränkend für die Messung.

Checkout Extensibility: Schluss mit Basteleien

Jahrelang wurde GTM in checkout.liquid oder in die «zusätzlichen Skripte» kopiert. Das ist vorbei: Laut der Shopify-Dokumentation laufen diese Skripte auf den Seiten «Danke» und «Bestellstatus» seit dem 28. August 2025 bei Plus-Shops und seit dem 26. August 2026 bei allen anderen nicht mehr.

• Die richtige Methode: Customer Events (Custom Pixels) oder eine App, die darauf aufbaut.

• Die Einschränkung: Diese Pixel laufen in einer Sandbox, isoliert von der Seite. Der Zugriff auf Cookies und DOM ist begrenzt: Ein «klassischer» Web-GTM verhält sich dort anders als im Theme.

Der A-Track-Ansatz für Shopify

1. Native Ereignisse: Shopify stellt standardisierte Ereignisse bereit (Produkt angesehen, in den Warenkorb, Checkout abgeschlossen). Ein dataLayer muss nicht mehr von Hand programmiert werden.

2. Weiterleitung an den Server: Diese Ereignisse gehen an Ihr serverseitiges Tracking, über ein Custom Pixel oder eine spezialisierte App (Stape bietet eine an).

3. Bestell-Webhooks: Für Verkäufe, die der Browser nie sieht, kann Shopify Ihren Server nach der Zahlung benachrichtigen, unabhängig vom Browser.

4. Einwilligung: Verknüpfen Sie jedes Pixel mit den Datenschutz-Berechtigungen des Besuchers in Shopify und übermitteln Sie den Einwilligungsstatus mit den Server-Ereignissen.

WooCommerce: totale Freiheit (und ihre Risiken)

WooCommerce ist ein WordPress-Plugin: Sie haben Zugriff auf den gesamten PHP-Code. Ein Paradies für Entwickler, manchmal ein Albtraum für die Wartung.

Der A-Track-Ansatz für WooCommerce

1. GTM4WP: Dieses kostenlose Plugin (Google Tag Manager for WordPress) fügt einen E-Commerce-dataLayer im GA4-Format ein (items, value, currency, tax), ganz ohne Entwicklung.

2. Server-side: GTM sendet die Daten anschliessend an Ihren Server-Container auf Ihrer eigenen Subdomain.

3. Das Konfliktrisiko: Cache- oder JavaScript-Optimierungs-Plugins können die Ladereihenfolge des dataLayer durcheinanderbringen. Testen Sie nach jedem Update einen Kauf.

Das Schweizer Kopfzerbrechen: Twint, PostFinance und die «Danke»-Seite

Das betrifft beide CMS und ist eine häufige Ursache fehlender Verkäufe in der Schweiz. Der Kunde verlässt die Website, um in der Twint-App oder bei PostFinance zu bezahlen, und kehrt nicht immer auf die Bestätigungsseite zurück.

Ergebnis: Das Geld ist eingegangen, aber GA4 und Meta sehen keinen Verkauf.

• Auf Shopify: Bestätigen Sie den Verkauf serverseitig über die Bestell-Webhooks.

• Auf WooCommerce: Lösen Sie das Kauf-Ereignis beim Statuswechsel der Bestellung aus (Zahlung vom Zahlungsanbieter bestätigt), nicht beim Anzeigen der «Danke»-Seite. Manche Zahlungs-Plugins bieten diesen Server-Callback bereits; sonst genügt eine kleine Entwicklung.

Achtung: Ein vom Server gesendeter Kauf muss die Wahl respektieren, die der Besucher auf der Website getroffen hat. Eine Ablehnung bleibt eine Ablehnung. Zu Zahlungs- und Buchungsrückkehrern von anderen Domains siehe auch unseren Artikel zum Cross-Domain-Tracking.

Technischer Vergleich für Agenturen

• Installation: mittel auf Shopify, einfach auf WooCommerce (GTM4WP).

• Wartung: gering auf Shopify (verwaltetes SaaS), aufwendiger auf WooCommerce.

• Flexibilität des dataLayer: Standardereignisse auf Shopify, vollständig auf WooCommerce.

• Einwilligung: CMP-App (etwa Cookie-Script) oder WordPress-Plugin.

• Typische Panne: blockierte Checkout-Skripte auf Shopify, Cache-Konflikte auf WooCommerce.

Fazit: was Sie diese Woche tun sollten

Tipp von A-Track

Platzieren Sie GTM auf Shopify nicht mehr «auf die alte Art» im Theme, um den Checkout zu messen: Wechseln Sie zu Custom Pixels, ergänzt durch Webhooks für externe Zahlungen. Nur diese Methode übersteht die Sicherheitsupdates von Shopify.

1. Prüfen Sie bei jedem Shopify-Shop, dass kein Tracking mehr von zusätzlichen Skripten abhängt.

2. Testen Sie auf WooCommerce einen vollständigen Kauf mit aktiviertem Cache.

3. Vergleichen Sie Twint- und PostFinance-Verkäufe im Backoffice mit GA4: Die Differenz zeigt, ob Sie eine serverseitige Bestätigung brauchen.