Skip to content
Startseite Blog Vendor Strategy

Am 26. August stoppt Shopify das Skript, das deine Bestellungen an Google und Meta meldet.

Shopify beendet für Shops ohne Plus am 26. August 2026 die Unterstützung für Script Tags auf der Dankes- und der Bestellstatusseite. In vielen Shops hängt genau dort die Meldung der Bestellung an Google und Meta. Die Bestellungen laufen danach unverändert weiter, nur meldet sie niemand mehr.

Fabian Weiss, Gründer von FW Delta Fabian Weiss
12. Aug 2026 7 Min Read

Kernaussagen

  • Laut Shopify-Anleitung wurden Script Tags auf Dankes- und Bestellstatusseite für Plus-Shops am 28. August 2025 abgeschaltet. Für Shops ohne Plus folgt das am 26. August 2026.
  • checkout.liquid und Additional Scripts auf diesen Seiten wurden für alle Shops bereits am 28. August 2025 abgeschaltet.
  • Eine ausbleibende Bestellmeldung erzeugt keine Fehlermeldung. Der Shop läuft normal weiter. Die Lücke wird erst in den Kampagnenzahlen sichtbar, mit Verzögerung.

Was genau am 26. August endet

Die Shopify-Anleitung zu checkout.liquid ist an dieser Stelle genauer als die meisten Berichte darüber. Die Genauigkeit 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, für alle Shops. Script Tags wurden auf diesen Seiten für Plus-Shops ebenfalls am 28. August 2025 abgeschaltet. Für Shops ohne Plus folgt das am 26. August 2026.

Ein Script Tag ist ein Stück JavaScript, das eine App oder eine Agentur in deine Dankesseite eingehängt hat. Meist meldet es die Bestellung an Google Analytics, Google Ads oder Meta.

Für die Schritte Information, Versand und Zahlung im Checkout gilt die Anpassung über checkout.liquid laut Shopify schon jetzt 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 trotzdem weitreichend, weil in genau diesem Fall bei sehr vielen Shops die Meldung der Bestellung hängt.

Der Kern in einem Satz

Der Shop bleibt erreichbar, der Checkout funktioniert, Bestellungen laufen ein, die Bestätigungsmail geht raus. Was ausfällt, ist die Meldung an Google und Meta. Dafür gibt es keine Fehlerseite.

Was dabei kaputtgeht

Die Bestellung ist in der Messkette das einzige Ereignis, das wirklich zählt. In vielen Shopify-Setups ist es das einzige, das über einen Script Tag auf der Dankesseite gemeldet wird.

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

Google Ads sieht keine Bestellungen mehr. Das bricht nicht nur die Auswertung, sondern die Gebotssteuerung. Die automatischen Gebote optimieren auf ein Signal, das nicht mehr kommt.

Google Analytics zeigt Besuche ohne Abschluss. Die Kaufquote fällt auf einen Wert, der wie ein Problem im Shop aussieht, obwohl der Shop unverändert verkauft.

Meta bekommt keine Bestellungen. Wer nur den Pixel im Browser nutzt und keine Meldung vom eigenen Server, hat gar kein Signal mehr. Die Zielgruppen laufen auf alten Daten weiter.

Partner- und Gutscheinprogramme melden nicht. Wer Partner nach gemeldeten Bestellungen bezahlt, hat ab diesem Tag ein kaufmännisches Problem, kein technisches.

Der unangenehme Teil ist die Verzögerung. Kampagnenzahlen schwanken ohnehin. 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 diesen Wochen wurden Gebote auf Basis unvollständiger Zahlen gesetzt.

Der Fehler dahinter

Dieser Fall ist ein Musterbeispiel für eine bestimmte Art von Messfehler: Die Bestellung 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 annimmt, ob es einer Kampagne zugeordnet werden kann und ob ein fehlender Datensatz später aus einer verlässlichen Quelle nachgebaut werden darf und kann.

Der 26. August trifft die erste Ebene. Das ist die einzige Ebene, auf der keine spätere Schätzung hilft. Eine Plattform kann eine Lücke in der Summe schätzen. Sie kann keinen Datensatz herstellen, den es nie gab.

Nachbauen lässt sich der Vorgang trotzdem, aus einer Quelle, die von der Umstellung gar nicht betroffen ist. Die Bestellung existiert im Shop. Sie hat eine Nummer, einen Betrag, eine Uhrzeit. Wer diese Quelle nutzt, 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. Sie unterscheiden sich weniger im Aufwand als darin, was sie langfristig aushalten.

Weg eins: Shopify-Pixel unter Kundenereignisse. Das ist der von Shopify vorgesehene Ersatz und für viele Shops ausreichend. Die Meldung läuft weiter im Browser, in einem abgeschotteten Bereich, mit den bekannten Einschränkungen durch Werbeblocker 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: Die Bestellung aus der Bestellquelle melden. Shopify kann bei jeder neuen Bestellung eine Nachricht an eine Adresse deiner Wahl schicken. Das nennt sich Webhook. Von dort meldet dein eigener Server die Bestellung an Google und Meta, mit der Bestellnummer als Kennung. Der Vorteil: Diese Meldung hängt nicht davon ab, ob eine Seite geladen wurde, ob ein Skript laufen 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 Schritte im Kaufprozess, die Bestellquelle für die Bestellung selbst. Wie das mit Meta zusammenspielt, beschreiben wir in der Anleitung zur Conversions API. Die Architektur dahinter steht auf der Seite zum Tracking über den eigenen Server.

Eine Warnung zu doppelten Zählungen

Wer parallel Pixel und Servermeldung sendet, ohne beiden dieselbe Kennung mitzugeben, zählt Bestellungen doppelt. Das ist der häufigste Fehler bei genau dieser Umstellung und schwerer zu bemerken als eine Lücke, weil doppelte Zahlen gut aussehen. Die Kennung muss aus der Bestellung kommen, nicht aus einem Zufallswert je Seitenaufruf.

Die zwei Wochen, die noch bleiben

Der Termin lässt sich nicht verschieben. Die Umstellung ist aber ü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 Google Analytics und Meta. Auch Partnerprogramme, Bewertungsdienste, Abo-Werkzeuge, zweite Analyse-Werkzeuge. Alles, was jemals über die Dankesseite ausgelöst wurde.
  3. Eine Vergleichszahl 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 Bestellungen gegen Bestellungen aus dem Shop, für dieselben Tage. Eine Restdifferenz ist normal. Eine Halbierung ist ein Befund.

Schritt drei überspringen fast alle. Er ist am meisten wert. 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 gibt es unseren Rechner zur Tracking-Abdeckung und eine Prüfliste mit 42 Punkten. Beides ist ohne Beauftragung nutzbar. Wenn du die Prüfung lieber abgibst, gibt es dafür den Tracking-Check.

Was dieser Termin eigentlich zeigt

Es geht nicht darum, dass Shopify eine schlechte Entscheidung getroffen hätte. Der alte Weg, beliebiges JavaScript in eine Checkout-Seite einzuhängen, war für Sicherheit und Ladezeit nie ein guter Entwurf. Die Ablösung war überfällig.

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 beschrieben. Was nicht angekündigt werden konnte, ist die Frage, ob jemand in deinem Haus weiß, wo diese Meldung 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. Eine Bestellmeldung, die aus deiner eigenen Bestellquelle stammt, überlebt diese Termine, weil sie nicht an ihnen hängt. Das ist kein Argument gegen Shopify. Es ist ein Argument dafür, die eine Zahl, auf der alle Entscheidungen beruhen, dort zu erzeugen, wo sie ohnehin entsteht.

Newsletter

Research für technische Entscheidungen

Neue Reports, Benchmarks und technische Analysen zu SaaS-Ökonomie, AI Engineering und eigener Infrastruktur.

Original Research Öffentliche Quellen Keine Sales-Mails

Mit der Anmeldung erhältst du neue Analysen und Updates von FW Delta per E-Mail. Du kannst deine Einwilligung jederzeit widerrufen. Weitere Informationen in der Datenschutzerklärung.

Newsletter

Research für technische Entscheidungen

Neue Reports, Benchmarks und technische Analysen zu SaaS-Ökonomie, AI Engineering und eigener Infrastruktur.

Original Research Öffentliche Quellen Keine Sales-Mails

Mit der Anmeldung erhältst du neue Analysen und Updates von FW Delta per E-Mail. Du kannst deine Einwilligung jederzeit widerrufen. Weitere Informationen in der Datenschutzerklärung.