Shopify Additional Scripts abgeschaltet

Am 26. August 2026 hat Shopify die letzten Shops automatisch auf die neuen Thank-You- und Order-Status-Seiten umgestellt. Für Shopify Plus galt derselbe Stichtag schon ein Jahr früher, am 28. August 2025. Mit der Umstellung wird ein unscheinbares Feld in den Checkout-Einstellungen nicht mehr ausgeführt: Additional Scripts. Für viele Shops war genau dieses Feld der Ort, an dem das Conversion-Tracking lebte.

Dieser Beitrag erklärt, was sich geändert hat, wie Sie in wenigen Minuten prüfen, ob Sie betroffen sind, und wie ein Ersatz aussieht, der nicht beim nächsten Shopify-Update wieder bricht.

Was genau passiert ist

Unter Einstellungen → Checkout → Bestellabwicklung gab es jahrelang ein Textfeld für eigenen Code. Alles, was dort stand, lief auf der Bestätigungsseite nach dem Kauf: das Google-Ads-Conversion-Tag, das Meta-Pixel mit dem Purchase-Event, ein GA4-Snippet, Affiliate-Tags, Umfrage-Widgets.

Die neuen Seiten basieren auf Shopifys Checkout Extensibility. Sie führen diesen Code nicht mehr aus. Es gibt keine Übergangsfrist mehr und keinen Weg zurück zu den alten Seiten.

Warum der Ausfall kaum auffällt

Das Tückische ist, dass nichts kaputt aussieht:

• Bestellungen kommen weiter an.
• Die Thank-You-Page wird normal angezeigt.
• Im Shopify-Backend stimmen alle Zahlen.
• Es gibt keine Fehlermeldung, weder bei Shopify noch im Werbekonto.

Was sich ändert, sehen Sie nur in Google Ads und im Meta Events Manager: Die Zahl der gemessenen Käufe geht zurück, im schlimmsten Fall auf null. Weil Smart Bidding und Advantage+ auf genau diese Signale optimieren, reagieren die Kampagnen mit Verzögerung – Gebote sinken, Reichweite geht verloren, und der Zusammenhang mit einem Stichtag im August ist Wochen später nicht mehr offensichtlich.

So prüfen Sie, ob Sie betroffen sind

1. Backend gegen Werbekonto. Nehmen Sie die Anzahl der Bestellungen seit dem 26. August aus dem Shopify-Backend und vergleichen Sie sie mit den Käufen, die Google Ads und Meta im selben Zeitraum gemeldet haben. Eine gewisse Lücke ist normal. Ein Knick genau an diesem Datum ist es nicht.

2. Das Feld selbst. Steht unter Einstellungen → Checkout noch Code im Bereich Additional Scripts, oder erinnert sich jemand im Team, dort einmal etwas eingetragen zu haben? Dann war dieser Code bis August aktiv und ist es jetzt nicht mehr.

3. Ein Testkauf. Lösen Sie eine Testbestellung aus und prüfen Sie im Meta Events Manager unter Events testen und in der Google-Ads-Diagnose, ob ein Purchase ankommt.

Was Shopify als Ersatz vorsieht

Shopify nennt zwei Wege, die sich ergänzen:

• Web Pixels (Customer Events). Pixel laufen in einer abgeschotteten Umgebung und abonnieren Ereignisse wie checkout_completed. Das ist der Nachfolger für alles, was bisher im Browser lief.
• Webhooks aus dem Backend. Shopify sendet bei jeder Bestellung eine Nachricht an eine URL Ihrer Wahl – unabhängig davon, was im Browser des Kunden passiert.

Für sichtbare Elemente auf der Bestätigungsseite, etwa eine Umfrage, gibt es Checkout-UI-Erweiterungen und App-Blöcke.

Warum das Pixel allein nicht reicht

Wer seine Tags einfach in ein Web Pixel umzieht, hat das alte Problem in neuer Verpackung. Das Ereignis checkout_completed wird im Browser ausgelöst. Schließt der Kunde nach der Zahlung den Tab, leitet ein Zahlungsanbieter nicht sauber zurück oder blockiert ein Ad-Blocker das Script, gibt es keinen Purchase. In Shops mit Upsell-Seiten nach dem Kauf kann das Ereignis außerdem an anderer Stelle oder gar nicht feuern.

In einem dokumentierten Fall verpasste die browserbasierte Messung allein dadurch rund 15 Prozent der Käufe, dass Kunden die Bestätigungsseite nie zu sehen bekamen.

Die robuste Lösung: Kauf aus dem Backend

Verlässlich wird die Messung, wenn der Kauf nicht mehr vom Browser abhängt:

1. Shopify sendet den orders/create-Webhook an einen Server-Container.
2. Der Server-Container ergänzt, was er aus dem Browser kennt – Click-ID, Cookies, Consent-Status –, kürzt die IP-Adresse und hasht personenbezogene Daten.
3. Er übermittelt den Kauf an Google Ads, Meta und GA4.
4. Hat der Browser denselben Kauf ebenfalls gemeldet, sorgt eine gemeinsame event_id dafür, dass er nur einmal zählt.

Der Browser bleibt also Teil des Setups. Er liefert die Informationen, die nur er hat. Aber ob ein Kauf gemessen wird, hängt nicht mehr davon ab, ob eine Seite geladen wurde.

Nur Web Pixel

• Kauf feuert im Browser
• Fehlt bei geschlossenem Tab
• Ad-Blocker verhindert den Purchase

Kauf aus dem Backend

• orders/create-Webhook an den Server
• Unabhängig vom Seitenaufruf
• Browser ergänzt Click-ID und Consent
• event_id verhindert Doppelzählung

Checkliste für den Umzug

• Alle Einträge aus Additional Scripts inventarisieren – auch Affiliate- und Umfrage-Code.
• Für jedes Element entscheiden: Web Pixel, Webhook oder Checkout-Erweiterung.
• Purchase-Events über den Webhook senden, Browser-Events als Ergänzung.
• Deduplizierung über event_id einrichten und testen.
• Consent-Status bis auf den Server durchreichen.
• Zehn Tage lang alt und neu parallel vergleichen, erst dann umschalten.
• Ergebnis gegen die Bestellungen im Backend prüfen, nicht gegen das Gefühl.

Fazit

Die Umstellung ist kein Ausnahmefall, sondern ein Muster: Shopify verlagert Tracking Schritt für Schritt aus dem frei beschreibbaren Browser in kontrollierte Schnittstellen. Wer den Kauf aus dem Backend meldet, ist von der nächsten Änderung am Checkout nicht mehr betroffen.

Mehr zum Aufbau finden Sie auf unserer Seite zu Server-Side Tracking für Shopify. Wie groß Ihre Lücke ungefähr ist, zeigt der Rechner. Und wenn Sie es gemeinsam durchgehen möchten: Erstgespräch anfragen.