Am 26. August hört ein Skript auf zu laufen, das seit Jahren deine Käufe meldet. Die Bestellungen kommen weiter, die Zahlen nicht.

Was genau am 26. August endet

Die Shopify-Dokumentation zu checkout.liquid ist an dieser Stelle präziser als die meiste Berichterstattung darüber, und die Präzision ist wichtig, weil sonst die falschen Shops in Panik geraten und die richtigen sich in Sicherheit wiegen.

Für die Dankes- und die Bestellstatusseite gilt: checkout.liquid und Additional Scripts wurden bereits am 28. August 2025 abgeschaltet. Script Tags wurden auf diesen Seiten für Plus-Shops am 28. August 2025 abgeschaltet und werden für Shops ohne Plus am 26. August 2026 abgeschaltet.

Für die Schritte Information, Versand und Zahlung im Checkout gilt die Anpassung über checkout.liquid bereits als nicht mehr unterstützt.

Der 26. August 2026 betrifft also einen klar umrissenen Fall: Script Tags auf Dankes- und Bestellstatusseite in Shops ohne Plus. Das klingt eng. Es ist deshalb weitreichend, weil in genau diesem Fall bei sehr vielen Shops das Kauf-Ereignis hängt.

Was dabei kaputtgeht

Das Kauf-Ereignis ist in der Messkette das einzige Ereignis, das wirklich zählt, und in vielen Shopify-Setups ist es das einzige, das über einen Script Tag auf der Dankesseite ausgelöst wird.

Fällt es aus, hat das an mehreren Stellen gleichzeitig Folgen, die zunächst nicht zusammenhängend wirken.

Google Ads sieht keine Conversions mehr. Das bricht nicht nur die Berichterstattung, sondern die Gebotssteuerung. Smart Bidding optimiert auf ein Signal, das nicht mehr kommt.

GA4 zeigt Sitzungen ohne Abschluss. Die Conversion Rate fällt auf einen Wert, der wie ein Problem im Shop aussieht, obwohl der Shop unverändert verkauft.

Meta bekommt keine Kaufereignisse. Bei einem reinen Pixel-Setup ohne serverseitige Ergänzung fehlt das Signal vollständig, und die Zielgruppenbildung läuft auf alten Daten weiter.

Affiliate- und Gutscheinlogik meldet nicht. Wer Partner auf Basis gemeldeter Abschlüsse abrechnet, hat ab diesem Tag ein kaufmännisches Problem, kein technisches.

Der unangenehme Teil ist die Verzögerung. Kampagnenmetriken schwanken ohnehin, und ein Rückgang wird zuerst dem Markt, dem Wettbewerb oder der Saison zugeschrieben. Bis jemand auf die Idee kommt, die Messkette zu prüfen, können Wochen vergehen, in denen Gebote auf Basis unvollständiger Signale gesetzt wurden.

Der Fehlermodus dahinter

Dieser Fall ist kein Einzelfall, sondern ein Musterbeispiel für eine bestimmte Klasse von Messfehlern: Das Geschäftsereignis entsteht, aber der Messdatensatz entsteht nicht.

Unser Report zur Messzuverlässigkeit trennt genau diese Ebenen. Er unterscheidet, ob ein Ereignis überhaupt erzeugt wird, ob es technisch versendet wird, ob die Zielplattform es akzeptiert, ob es zugeordnet werden kann und ob ein fehlender Datensatz später aus einer autoritativen Quelle rekonstruiert werden darf und kann.

Der 26. August trifft die erste Ebene. Und das ist die einzige Ebene, auf der keine spätere Modellierung hilft: Eine Plattform kann eine aggregierte Lücke schätzen, aber sie kann keinen Datensatz herstellen, den es nie gab.

Rekonstruierbar bleibt der Vorgang trotzdem, und zwar aus einer Quelle, die davon gar nicht betroffen ist. Die Bestellung existiert im Shop. Sie hat eine Nummer, einen Betrag, eine Zeit. Wer diese Quelle anzapft, statt sich auf ein Skript im Browser zu verlassen, hat das Problem nicht.

Was der belastbare Ersatz ist

Es gibt für diesen Fall zwei Wege, und sie unterscheiden sich nicht im Aufwand, sondern in dem, was sie langfristig aushalten.

Weg eins: Shopify-Pixel im Kundenereignis-Bereich. Das ist der von Shopify vorgesehene Ersatz und für viele Shops ausreichend. Die Ereignisse laufen weiter im Browser, in einer Sandbox, mit den bekannten Einschränkungen durch Blocker und Browser-Regeln. Der Vorteil ist die schnelle Umsetzung, der Nachteil ist, dass die Abhängigkeit von der Plattformentscheidung bleibt. Der nächste Zuschnitt kommt, und dann steht dieselbe Frage neu.

Weg zwei: Das Kauf-Ereignis aus der Bestellquelle senden. Ein Webhook auf die Bestellung, ein eigener Endpunkt, von dort serverseitig an die Zielplattformen, mit einer deterministischen Bestellnummer als Ereignis-ID für die Deduplizierung. Der Vorteil ist, dass dieses Ereignis nicht davon abhängt, ob eine Seite geladen wurde, ob ein Skript ausgeführt werden durfte und ob Shopify das Format nächstes Jahr noch unterstützt. Der Nachteil ist der höhere Erstaufwand.

In der Praxis ist die tragfähige Antwort meistens beides: der Pixel für die Ereignisse im Kaufprozess, die Bestellquelle für das Kauf-Ereignis selbst. Wie das mit Deduplizierung und Ereignisqualität für Meta zusammenspielt, beschreiben wir im Leitfaden zur Conversions API, und die Architektur dahinter auf der Seite zu Server-Side-Tracking.

Die zwei Wochen, die noch bleiben

Der Termin lässt sich nicht verschieben, aber die Umstellung ist überschaubar, wenn sie in der richtigen Reihenfolge passiert.

1. Feststellen, ob du überhaupt betroffen bist. Shop ohne Plus, und irgendein Script Tag auf Dankes- oder Bestellstatusseite. Bei Plus-Shops ist dieser Schritt bereits im August 2025 gelaufen.
2. Auflisten, was dort hängt. Nicht nur GA4 und Meta. Auch Affiliate-Skripte, Bewertungsdienste, Abo-Werkzeuge, Analytics-Zweitsysteme. Alles, was jemals über die Dankesseite ausgelöst wurde.
3. Eine Referenzzahl festhalten, bevor die Umstellung passiert. Bestellungen und Umsatz je Tag aus dem Shop-Bericht, für zwei bis vier Wochen. Ohne diesen Vorher-Wert kannst du danach nicht beurteilen, ob die Umstellung vollständig war.
4. Umstellen und mit einer echten Testbestellung prüfen. Nicht im Vorschaumodus, sondern eine reale Bestellung, die anschließend storniert wird. Alles andere prüft die Absicht, nicht das Ergebnis.
5. Nach dem 26. August abgleichen. Gemessene Käufe gegen Bestellungen aus dem Shop, für dieselben Tage. Eine Restdifferenz ist normal, eine Halbierung ist ein Befund.

Schritt drei ist der, den fast alle überspringen und der am meisten wert ist. Nach der Umstellung eine Abweichung zu bemerken ist einfach. Zu wissen, ob sie neu ist, geht nur mit einer Zahl von vorher.

Für den Abgleich selbst und die realistische Erwartung an die Restdifferenz haben wir einen Rechner zur Tracking-Abdeckung und eine Prüfliste mit 42 Punkten veröffentlicht. Beides ist ohne Beauftragung nutzbar.

Was dieser Termin eigentlich zeigt

Es geht bei dieser Umstellung nicht darum, dass Shopify eine schlechte Entscheidung getroffen hätte. Der alte Weg, beliebiges JavaScript in eine Checkout-Seite zu injizieren, war für Sicherheit und Ladezeit nie ein guter Entwurf, und die Ablösung ist überfällig gewesen.

Es geht darum, dass die wichtigste Zahl deines Unternehmens an einem Mechanismus hing, über dessen Fortbestand du nie entschieden hast. Der Termin wurde angekündigt, mit langem Vorlauf und gut dokumentiert. Was nicht angekündigt werden konnte, ist die Frage, ob jemand in deinem Haus weiß, wo dieses Ereignis eigentlich entsteht.

Das ist der wiederkehrende Teil. Der 26. August 2026 geht vorbei, danach kommt der nächste Zuschnitt einer Plattform, deren Entscheidungen du nicht triffst. Ein Kauf-Ereignis, das aus deiner eigenen Bestellquelle stammt, überlebt diese Termine, weil es nicht an ihnen hängt. Das ist kein Argument gegen Shopify, sondern eines dafür, die eine Zahl, auf der alle Entscheidungen beruhen, dort zu erzeugen, wo sie ohnehin entsteht.