Gut vier Wochen vor dem ersten Stichtag lohnt ein Blick auf eine Technik, die die meisten Shop-Betreiber nie selbst eingerichtet haben und trotzdem im Shop haben. Shopify hat am 24. August angekündigt, Script-Tags im Online-Store abzuschaffen. Der erste Termin ist der 1. Oktober 2026, der zweite der 1. März 2027.
Ein Script-Tag ist der Weg, über den eine App JavaScript in Ihre Storefront einfügen kann, ohne das Theme anzufassen. Genau das war jahrelang der Charme: App installieren, Skript ist drin, niemand muss Code bearbeiten. Genau das ist jetzt der Punkt, an dem Shopify aufräumt.
Die zwei Daten und was sie unterscheiden
Ab dem 1. Oktober 2026 liefern die Schnittstellen zum Anlegen und Ändern von Script-Tags einen Fehler zurück. Vorhandene Script-Tags laufen laut Ankündigung weiter. Es ist also kein Abschalt-Termin, sondern ein Zulassungsstopp.
Ab dem 1. März 2027 hört Shopify auf, Script-Tags in Storefronts einzufügen. Das ist der Termin, an dem Funktionen, die daran hängen, tatsächlich aufhören zu arbeiten.
Betroffen sind Script-Tags mit dem Anwendungsbereich online_store, also die Storefront. Für Script-Tags auf der Bestellstatus-Seite gilt eine frühere Ankündigung, die wir im Zusammenhang mit dem Stichtag am 26. August beschrieben haben.
Warum das ein stiller Ausfall ist
Die unangenehme Eigenschaft dieser Umstellung ist, dass sie sich nicht meldet. Eine App, die ihre Funktion über ein Script-Tag ausliefert und bis dahin nicht umgestellt wurde, wirft im März 2027 keinen Fehler. Sie tut einfach nichts mehr. Bei einem Wechselkurs-Widget fällt das auf, bei einem Tracking-Skript oder einem Zusatz-Feld im Warenkorb erst, wenn jemand die Zahlen ansieht.
Ein zweiter Effekt greift schon früher, und er ergibt sich aus zwei dokumentierten Eigenschaften zusammen: Ein Script-Tag wird bei der Deinstallation einer App automatisch mit entfernt, und ab dem 1. Oktober lässt es sich nicht neu anlegen. Wer also eine betroffene App deinstalliert und wieder installiert, bekommt ihr Skript nicht zurück. Das ist der Grund, im Herbst nicht ohne Anlass an App-Installationen zu drehen.
Was an die Stelle tritt
Shopify nennt zwei Nachfolger. Für allgemeine Funktionen sind es App-Embed-Blöcke, die eine App über eine Theme-App-Extension ausliefert. Für Analyse und Conversion-Messung ist es ein Web-Pixel.
Der Unterschied für Sie liegt in der Mitarbeit. App-Embed-Blöcke werden im Theme-Editor aktiviert, es ist also ein Schritt von Ihnen nötig, den es beim Script-Tag nicht gab. Und anders als ein Script-Tag hängt so ein Block am einzelnen Theme: Er muss in dem Theme aktiv sein, das der Shop tatsächlich veröffentlicht. Nach einem Theme-Wechsel ist die Funktion also wieder aus, bis jemand sie einschaltet. Ein Web-Pixel braucht dagegen kein Zutun. Wer die Messung ohnehin gerade umgebaut hat, findet die Einordnung dieser beiden Wege in unserem Beitrag zur Tracking-Architektur nach Checkout Extensibility.
Was diesen Monat sinnvoll ist
Eine Einschränkung vorweg, weil sie den Weg bestimmt: Script-Tags sind laut Schnittstellen-Dokumentation an die App gebunden, die sie angelegt hat. Eine App sieht damit nur ihre eigenen Einträge, auch über die Abfrage, die Shopify ausdrücklich weiterlaufen lässt; das Objekt trägt zudem kein Feld, das den Urheber benennt. Ein shop-weites Inventar per Schnittstelle gibt es also nicht; dieser Teil der Ankündigung richtet sich an App-Anbieter, nicht an Sie.
Aus demselben Grund gibt es auch keine herrenlosen Script-Tags: Deinstalliert jemand eine App, verschwinden ihre Einträge mit ihr. Was ein Dienstleister typischerweise hinterlässt, ist Code direkt im Theme, und der ist von dieser Frist gar nicht betroffen. Der Fall, der Sie wirklich treffen kann, ist eine eigens für Sie gebaute App, deren Script-Tag niemand umstellt.
Praktisch führen deshalb drei Wege zum Ziel. Der erste ist die Liste Ihrer installierten Apps: Für jede lässt sich beim Anbieter nachsehen oder nachfragen, ob die Umstellung ansteht oder schon erfolgt ist. Der zweite ist der Theme-Editor: Wo bereits ein App-Embed-Block auftaucht, hat der Anbieter zumindest angefangen umzustellen; ob damit alle Funktionen der App abgedeckt sind, klärt nur die Nachfrage. Der dritte ist ein Blick in den Netzwerk-Tab des Browsers auf einer Produktseite. Er zeigt, welche fremden Skripte tatsächlich geladen werden; auf welchem Weg sie hineinkommen, zeigt er nicht.
Die eigentlich interessante Frage steht danach: Steht hinter jedem Eintrag noch ein Anbieter, der pflegt? Eine App, die seit zwei Jahren kein Update hatte, wird das voraussichtlich nicht mehr tun. Das ist weniger ein Migrations-Problem als eine Entscheidung darüber, ob die Funktion überhaupt bleiben soll.
Wenn Sie nicht wissen, welche Ihrer Apps betroffen sind, ist das ein guter Anlass für eine Inventur, bevor der Zulassungsstopp im Oktober die Reihenfolge vorgibt. Schildern Sie uns über das Kontaktformular kurz, welche Apps bei Ihnen aktiv sind, dann ordnen wir ein, wo Sie nachfragen sollten.