Shopify stellt Script Tags ein: Was Händler vor 2027 prüfen müssen

Das Wichtigste

• Ab 1. Oktober 2026 können Apps keine Shopify ScriptTags mehr erstellen oder aktualisieren.
• Am 1. März 2027 beendet Shopify die Einbindung bestehender ScriptTags in Storefronts.
• Händler sollten betroffene Funktionen jetzt erfassen, Migrationspläne bei Anbietern einfordern und jeden Ersatz vor der Abschaltung testen.
• Für Storefront-Funktionen sind App Embed Blocks der übliche Ersatz; reine Analytics-Skripte gehören in der Regel in Web Pixels.

Manche Shopify Apps und individuellen Integrationen binden JavaScript über Shopifys alte ScriptTag API in die Storefront ein. Das Skript kann einen Chat, ein Produkt-Badge, ein Popup, Empfehlungen, Analytics-Events oder die Verbindung zu einem anderen System steuern. Für Kunden wirkt die Funktion wie ein Teil des Themes, obwohl eine App den Code von einem externen Server lädt.

Für diesen Installationsweg gibt es nun ein Enddatum. Shopify hat die Änderung am 24. August 2026 angekündigt. Händler und App-Teams haben damit nur ein begrenztes Zeitfenster, um alte Integrationen zu finden und kontrolliert zu ersetzen. Wer bis zur endgültigen Abschaltung wartet, riskiert den Ausfall sichtbarer Funktionen oder unbemerkte Lücken im Tracking.

Was ändert Shopify genau?

Shopifys Ankündigung zur Abschaltung nennt zwei getrennte Termine:

• 1. Oktober 2026: Die GraphQL-Mutationen zum Erstellen und Aktualisieren von ScriptTags liefern einen Fehler. Die entsprechenden REST-Operationen akzeptieren ebenfalls keine Schreibzugriffe mehr. Eine ältere API-Version verlängert die Frist nicht.
• 1. März 2027: Shopify bindet ScriptTags nicht mehr in Online-Storefronts ein. Bestehende Tags laden dann ihr externes JavaScript nicht mehr.

Der erste Termin betrifft vor allem App-Entwickler, weil sie alte Installationen nicht mehr über denselben Mechanismus reparieren oder ändern können. Der zweite Termin betrifft Händler direkt: Jede Storefront-Funktion, die ausschließlich von diesem Tag abhängt, fällt aus.

Die Änderung bezieht sich auf die Ressource ScriptTag. Eine JavaScript-Datei, die bewusst im Theme-Code eingebunden wurde, nutzt einen anderen Installationsweg und verschwindet nicht allein wegen dieser API-Abschaltung. Sie kann trotzdem eine Prüfung auf Performance, Datenschutz und Wartbarkeit benötigen, muss aber separat bewertet werden.

Auf Bestellstatusseiten funktionieren Script Tags bereits nicht mehr. Die Frist im März 2027 betrifft die verbliebene Nutzung mit online_store in der Storefront.

Warum Händler vor der Abschaltung handeln sollten

Ein ScriptTag dient häufig nur als Loader. Sein eigener Code kann klein sein, aber anschließend eine größere Anwendung laden, sichtbare Elemente erzeugen oder Geschäftsdaten übertragen. Fällt der Loader aus, hängt das Fehlerbild von der dahinterliegenden Funktion ab.

Mögliche Folgen sind:

• Bewertungen, Größentabellen, Bestandsmeldungen oder Support-Widgets erscheinen nicht mehr;
• Personalisierung, Empfehlungen oder Promotion-Logik werden nicht ausgeführt;
• Analytics- und Werbe-Events brechen ohne sichtbaren Fehler in der Storefront ein;
• ein hastig ersetztes Tracking verarbeitet Einwilligungen anders als zuvor;
• einer individuellen Integration fehlt das browserseitige Signal für einen internen Prozess.

Das bedeutet nicht, dass jede installierte App betroffen ist. Moderne Apps können bereits Theme App Extensions, App Blocks, App Embed Blocks oder Web Pixels verwenden. Der App-Name zeigt den Installationsweg nicht. Auch sichtbares JavaScript im Browser beweist noch keinen Shopify ScriptTag.

Die sinnvolle Händlerfrage lautet deshalb nicht: „Verwenden wir JavaScript?“ Entscheidend ist: „Welche Geschäftsfunktionen hängen noch davon ab, dass Shopify einen online_store ScriptTag einbindet, und wer verantwortet ihre Migration?“

So entsteht ein Verzeichnis der betroffenen Funktionen

Beginnen Sie mit den Funktionen, deren Ausfall Kunden oder Mitarbeiter bemerken würden. Ordnen Sie danach die technischen Verantwortlichen zu. Löschen Sie zu diesem Zeitpunkt noch keinen Code.

Apps und individuelle Integrationen prüfen

Erfassen Sie alle installierten Apps, die etwas in der Storefront anzeigen oder Storefront-Events verarbeiten. Dazu gehören private und individuelle Apps, ältere Agenturlösungen, Tracking-Dienste, Chats, Abonnements, Bewertungen, Merchandising, Wunschlisten, Lokalisierung, Accessibility-Tools sowie Feed- oder ERP-Anbindungen mit Browser-Komponente.

Notieren Sie für jede Lösung Verantwortliche, Zweck, betroffene Seiten, übertragene Daten und ein sichtbares Fehlermerkmal. Fragen Sie Anbieter oder Entwickler konkret, ob die aktuelle Installation einen Shopify ScriptTag mit display_scope: online_store erstellt und ob bereits ein Ersatz verfügbar ist.

App-Entwickler können die eigenen Tags über Shopifys scriptTags GraphQL-Abfrage prüfen. Dafür ist der passende Zugriff auf Script Tags erforderlich; als Ergebnis stehen unter anderem Quell-URL und Anzeigebereich zur Verfügung. Da Tags an die erstellende App gebunden sind, ist die Abfrage einer einzelnen App kein Beleg dafür, dass keine andere App ScriptTags verwendet.

Technische Hinweise mit dem Geschäftsprozess abgleichen

Ein Netzwerkprotokoll im Browser oder eine Liste externer Script-Hosts auf repräsentativen Seiten hilft, eine URL einem Anbieter zuzuordnen. Das ist ein Hinweis, aber kein vollständiger ScriptTag-Audit. Prüfen Sie außerdem alte Umsetzungsnotizen, App-Rechnungen, Theme-Übergaben und frühere Entwicklerzugänge.

Führen Sie die Ergebnisse in einer einfachen Tabelle zusammen: Funktion, Verantwortlicher, aktueller Loader, geplanter Ersatz, Testfall und Zieldatum. Umsatzrelevante Funktionen, checkoutnahe Abläufe, Datenschutzsteuerung und zentrale Messung erhalten die höchste Priorität.

Für jede Aufgabe den richtigen Ersatz wählen

Shopifys Dokumentation zur alten Ressource verweist Storefront-Integrationen auf App Embed Blocks oder Web Pixels. Welche Variante passt, hängt von der tatsächlichen Aufgabe des Skripts ab.

App Embed Block

Ein App Embed Block eignet sich für Verhalten ohne festen Inhaltsbereich, etwa schwebende oder überlagerte Elemente und Skripte, die im Bereich von head oder body laden müssen. Er ist Teil einer Theme App Extension und funktioniert mit Vintage-Themes sowie Online Store 2.0. Außerdem lässt sich die Ausführung auf passende Templates begrenzen, damit unnötiger Code nicht auf jeder Seite lädt.

Ein wichtiger Betriebsaspekt: Nach der Installation ist ein App Embed normalerweise deaktiviert. Der Händler muss es im Theme-Editor aktivieren. Ein Anbieter kann dafür einen Deep Link bereitstellen, trotzdem muss die Aktivierung im veröffentlichten Theme bestätigt werden.

App Block

Ein App Block passt, wenn Kunden Inhalte innerhalb eines Theme-Abschnitts sehen und Händler sie platzieren oder umsortieren sollen, beispielsweise Bewertungen bei den Produktinformationen. Das veröffentlichte Theme und der Zielabschnitt müssen App Blocks unterstützen.

Web Pixel

Wenn das alte Skript nur Analytics- oder Conversion-Events erfasst, empfiehlt Shopify einen Web Pixel. Web Pixels abonnieren Shopify Customer Events in einer Sandbox und berücksichtigen Einwilligungssignale der Customer Privacy API. Sie haben keinen uneingeschränkten Zugriff auf das DOM der Seite. Eine Migration erfordert deshalb häufig ein sauberes Event-Mapping statt einer direkten Kopie des alten JavaScripts.

Unterschiedliche Aufgaben sollten nicht künstlich in einen einzigen Ersatz gepackt werden. Ein Widget, das eine Oberfläche rendert und zusätzlich Analytics sendet, kann eine Theme App Extension für die Anzeige und einen Web Pixel für die Messung benötigen.

Migration ohne neuen Ausfall durchführen

Eine sichere Migration überlappt alte und neue Technik nur dort kurzzeitig, wo keine Doppelverarbeitung entstehen kann. Shopifys Migrationsanleitung warnt davor, ScriptTag und App-Embed-Ersatz parallel laufen zu lassen: Oberflächen können doppelt erscheinen und Analytics-Events doppelt gezählt werden.

Gehen Sie für jede betroffene Funktion in dieser Reihenfolge vor:

1. Aktuelles Verhalten und Ausgangswerte vor der Änderung dokumentieren.
2. Ersatz in einem unveröffentlichten Theme oder einer kontrollierten Testumgebung bauen beziehungsweise aktivieren.
3. Ladebedingungen, Einstellungen, Übersetzungen, Einwilligungsverhalten und Fehlerfälle prüfen.
4. Ersatz im Live-Theme veröffentlichen oder aktivieren.
5. Bestätigen, dass das App Embed aktiv ist und die Funktion produktiv arbeitet.
6. Erst danach den alten ScriptTag löschen oder deaktivieren.
7. Storefront, Analytics und betriebliche Kennzahlen nach dem Release beobachten.

Ein dupliziertes Theme ist nicht immer eine vollständige Testumgebung. App-Konfiguration, Customer Events, Consent-Status, Markets und Drittsysteme können sich unterschiedlich verhalten. Nutzen Sie Testmodi oder risikoarme Testbestellungen, wenn eine Funktion in den Kaufablauf eingreift.

Was vor der Freigabe getestet werden sollte

Prüfen Sie das Ergebnis für den Kunden und nicht nur, ob eine JavaScript-Anfrage den Status 200 liefert.

• Startseite, Kategorieseiten, Produktseiten, Warenkorb, Suche und kontonahe Seiten gemäß dem erwarteten Ladeverhalten testen.
• Mobile und Desktop-Layouts, mehrere Produktzustände und jede aktive Storefront-Sprache prüfen.
• Im veröffentlichten Theme testen, nicht nur in der Vorschau des Theme-Editors.
• Bei Tracking Einwilligung, Ablehnung und noch nicht getroffene Auswahl abdecken.
• Sicherstellen, dass Analytics-Events genau einmal mit den vorgesehenen IDs und Werten ankommen.
• Ladezeit und Browserfehler vor und nach der Änderung vergleichen.
• Prüfen, ob Deaktivierung oder Deinstallation der App ihr Verhalten sauber entfernt.
• Neue Aktivierung und Rückfallweg für das Team dokumentieren.

Für wichtige Messungen sollten Bestellungen und Umsatz in Shopify über einen repräsentativen Zeitraum mit der empfangenden Analytics- oder Werbeplattform verglichen werden. Eine vollständige Übereinstimmung ist selten. Ein plötzlicher struktureller Einbruch oder eine Verdopplung der Events muss jedoch vor der Freigabe untersucht werden.

Checkliste für die Shopify ScriptTag-Migration

• Jede Storefront-App und individuelle Integration hat einen Verantwortlichen.
• Anbieter haben bestätigt, ob sie einen online_store ScriptTag verwenden.
• Für jede betroffene Funktion sind Ersatz und Frist dokumentiert.
• App Embeds sind im veröffentlichten Theme aktiviert.
• Sichtbare Funktionen laufen auf relevanten Templates, Geräten, Märkten und in allen Sprachen.
• Analytics und Consent-Verhalten wurden getrennt geprüft.
• Alte und neue Loader erzeugen keine doppelten Events oder Oberflächen.
• Legacy-Tags werden erst nach erfolgreicher Prüfung des Ersatzes entfernt.
• Monitoring und ein praktikabler Rückfallweg sind vorbereitet.
• Die Migration ist deutlich vor dem 1. März 2027 abgeschlossen.

Taucht im Audit eine alte individuelle App oder eine undokumentierte Storefront-Integration auf, ist ein fokussiertes technisches Verzeichnis der erste sinnvolle Schritt. Stormdev kann das aktuelle Verhalten nachvollziehen, der passenden Shopify Extension zuordnen und die Migration in kleinen, prüfbaren Releases umsetzen.