Shopify · Fall ’26
Script Tags im eigenen Shopify-Shop finden
Mit der Fall ’26 Edition können Apps keine Script Tags mehr anlegen oder ändern. Die Edition ist am 28. Oktober 2026 erschienen. Bestehende Script Tags auf der Storefront laufen weiter, bis Shopify sie ab dem 1. März 2027 nicht mehr ausliefert.
Das betrifft Shops, in denen ältere Apps oder Tracking noch JavaScript über Script Tags laden — also ohne Theme App Extension und ohne Web Pixel. Hier prüft ihr das am eigenen Shop, bevor etwas still ausfällt.
Was sich ändert
Zwei Daten, nicht eines.
Die Fall ’26 Edition hält fest: Apps können keine Script Tags mehr anlegen oder ändern und müssen auf Theme App Extensions oder Web Pixels wechseln. Veröffentlicht ist die Edition am 28. Oktober 2026.
In der Entwickler-Doku ist der Schnitt früher und genauer. Seit dem 1. Oktober 2026 liefern scriptTagCreate und scriptTagUpdate auf jeder API-Version einen Permission-Fehler. POST und PUT auf der REST-Ressource ScriptTag schlagen genauso fehl. Eine ältere API-Version schiebt das nicht auf.
Vorhandene Script Tags laufen bis zum 1. März 2027 weiter. An dem Tag hört Shopify auf, sie in die Storefront zu injizieren. Danach haben übrig gebliebene Datensätze keinen Effekt mehr. Bis dahin lädt ein Script Tag parallel zu seinem Ersatz das Skript zweimal — doppelte Analytics-Events oder doppelte UI.
Die Storefront ist der letzte Ort, an dem Script Tags noch laufen. Auf der Order-Status-Seite sind sie für Plus-Shops seit dem 26. August 2026 aus. Wer nur dort sucht, sieht den alten Code nicht mehr.
Storefront-HTML
Script Tags stehen nicht im Theme-Editor. Shopify liefert sie mit dem Storefront-HTML aus, ohne dass ihr Theme-Code anfasst. Im Seitenquelltext und im Netzwerk-Tab seht ihr das Ergebnis.
App Embeds im Theme-Editor
Theme App Extensions erscheinen im Theme-Editor und lassen sich dort ein- und ausschalten. Ein Script Tag tut das nicht. Der Vergleich zeigt, was sichtbar migriert ist und was noch daneben läuft.
Admin API, für Entwickler
Die Query scriptTags liest die Script Tags der App, deren Access Token ihr benutzt. Anlegen und Ändern schlagen fehl. Löschen geht weiter, sobald der Ersatz wirklich läuft.
Selbst prüfen
Was ihr im Shop nachsehen könnt.
1. Seitenquelltext und Netzwerk
Öffnet die Startseite und eine Produktseite, dann den Seitenquelltext oder die DevTools unter Netzwerk, Filter Skript. Theme-Dateien kommen in der Regel aus /cdn/shop/t/. Shopify-eigene Skripte liegen unter /cdn/shopifycloud/ oder auf shop.app. Assets von Theme App Extensions erkennt ihr am Pfad /extensions/<uuid>/….
Script Tags haben wir in drei öffentlichen Online-Store-Themes nachgesehen: Allbirds, SNOCKS und Kylie Cosmetics. Dort stehen die URLs in content_for_header in der Funktion asyncLoad, als Array var urls = […]. Shopify hängt diese Skripte nach dem Load-Event ein. Viele tragen ?shop=<shop>.myshopify.com. Manche laufen über cdn.shopify.com/proxy/…, der eigentliche Host steht im Pfad dahinter.
Shopify schreibt selbst, dass ihr content_for_header nicht parsen sollt, weil sich der Inhalt ändern kann. Der Bericht auf dieser Seite ist deshalb ein Hinweis. Er sieht keine Skripte, die erst später nachladen, keine anderen Templates und keine Headless-Storefront ohne dieses HTML. Web Pixels stehen nicht in var urls. Sie liegen als webPixelsConfigList im HTML und laufen in einer Sandbox.
2. Installierte Apps und App Embeds
Shopify beschreibt den Weg so: Online Store, beim Theme auf Edit theme, in der Seitenleiste das Icon App embeds. Dort aktiviert, deaktiviert und konfiguriert ihr App Embeds. Die Einstellung gilt pro Theme. Ist ein App Embed nur auf einem unveröffentlichten Theme aktiv, läuft es auf der Live-Storefront nicht.
Script Tags seht ihr an dieser Stelle nicht und könnt sie dort nicht abschalten. Ein aktives App Embed beweist auch nicht, dass das alte Script Tag weg ist. Solange beide laufen, lädt das Skript doppelt.
3. scriptTags in der Admin API
Für Entwickler ist die lesende Abfrage der verlässliche Blick auf die Script Tags dieser App. Die Doku sagt ausdrücklich: die Query liefert die Script Tags eurer App. Ein Token sieht nicht die Tags der anderen installierten Apps. Wer mehrere Custom Apps betreut, prüft sie einzeln, jeweils mit dem Token, das die App für den Shop schon hat.
Lesen und scriptTagDelete funktionieren weiter. Anlegen und Aktualisieren nicht mehr, seit dem 1. Oktober 2026, auf allen API-Versionen. Die Beispiel-Query aus der Admin-API-Doku, API-Stand in der Doku 2026-10, sieht so aus. Endpoint ist https://{shop}.myshopify.com/admin/api/2026-10/graphql.json, Header X-Shopify-Access-Token.
query GetScriptTags($first: Int!, $cursor: String) {
scriptTags(first: $first, after: $cursor) {
nodes {
id
src
displayScope
createdAt
}
pageInfo {
endCursor
}
}
}displayScope steht in den Beispielen als ONLINE_STORE oder ALL. Die Deprecation für die Order-Status-Seite spricht in der REST-Sprache von order_status. Die Paginierung läuft über first und after.
4. theme.liquid und content_for_header
{{ content_for_header }} muss in layout/theme.liquid im head stehen. Darüber liefert Shopify die Skripte aus, die die Plattform braucht, inklusive Apps. Ohne das Objekt lässt sich die Datei im Code-Editor nicht speichern.
Shopify rät, das Objekt nicht zu verändern und nicht zu parsen: keine Filter, nicht in eine Variable legen, nicht in ein Snippet schieben. Die Bestandsaufnahme macht ihr am ausgelieferten HTML, nicht indem ihr content_for_header im Theme umbaut.
Danach
Was ihr mit dem Fund macht.
Shopify nennt zwei Ersatzwege, je nachdem, was das Skript tut. Den Ersatz liefert die App, nicht ein Umschalter im Admin.
Theme App Extension
JavaScript auf Storefront-Seiten, auch ohne sichtbare UI, gehört in einen App Embed Block. Der ist Teil einer Theme App Extension, läuft auf Vintage-Themes und auf Online Store 2.0 und ist im Theme-Editor sichtbar. Er ist pro Theme aus, bis ihr ihn einschaltet. Inhalt, den ihr an einer Stelle im Layout platziert, ist ein App Block — der braucht ein Theme mit JSON-Templates.
Web Pixel
Wenn das Skript nur Analytics, Conversions oder Kundenverhalten erfasst, ist der Ersatz ein Web Pixel. Ihr verwaltet App-Pixel und Custom Pixel im Admin unter Customer events. Die App legt ein Pixel mit webPixelCreate an. Beim Installieren oder Aktualisieren gebt ihr die Scopes write_pixels und read_customer_events frei. Ein Web Pixel muss nicht im Theme-Editor aktiviert werden. Es läuft in einer Sandbox: kein DOM-Scraping, keine UI wie Buttons oder Banner.
Anbieter fragen, Altlast lösen
Wenn die URL zu einer App gehört, fragt den Anbieter, ob der Ersatz schon ausgeliefert ist und welches Embed oder Pixel ihr aktivieren müsst. Apps, die niemand mehr braucht, deinstalliert ihr. Die Script Tags gehören der App; löschen kann sie über scriptTagDelete. Nicht löschen, bevor der Ersatz auf dem veröffentlichten Theme läuft, sonst fehlt die Funktion in der Lücke.
Custom Apps, die direkt im Shopify-Admin angelegt wurden, können keine App Extensions nutzen — also auch keine Theme App Extension und kein Web Pixel. Shopify beschreibt für diesen Fall, das Skript ins Theme zu legen, möglichst als Custom-Liquid-Block. Das nimmt das Theme vom automatischen Upgrade-Pfad. Sinnvoll ist das nur, wenn die App keinen Extension-Weg hat. Betreut jemand anders die App, braucht ihr den Ersatz von dort.
Checkliste
Zum Abhaken.
- Startseite und eine Produktseite im Seitenquelltext nach function asyncLoad und var urls durchsehen, oder den Check auf dieser Seite nutzen
- Gefundene URLs notieren: Host und wofür das Skript ungefähr da ist
- Im Theme-Editor des veröffentlichten Themes die App Embeds prüfen
- Web Pixels im Admin unter Customer events mit dem Tracking abgleichen
- Bei jeder App, die noch ein Script Tag setzt: Anbieter fragen oder durch App Embed, App Block oder Web Pixel ersetzen
- Das Script Tag erst entfernen, wenn der Ersatz auf dem veröffentlichten Theme läuft
- Script Tag und Ersatz nicht parallel laufen lassen, wenn ihr doppelte Events oder doppelte UI vermeiden wollt
- Apps, die niemand mehr braucht, deinstallieren
Wenn ihr Unterstützung bei der Bestandsaufnahme oder Umstellung wollt, schreibt mir.
Ich schaue mit euch, welche Script Tags noch laufen, welche App den Ersatz schon hat und was vor dem 1. März 2027 ausfällt, wenn es bis dahin noch über ein Script Tag läuft.
KontaktQuellen
- Shopify Fall ’26 Edition
- Fall ’26 Edition for developers, 28. Oktober 2026
- Script tag deprecation
- Storefront script tags
- Changelog: Script tags stop running on March 1, 2027
- Admin API: scriptTags
- Theme app extensions
- Web pixels
- Liquid: content_for_header
- Theme layouts
- Help Center: App embeds
- Help Center: Pixels und Customer events
- Theme app extensions instead of script tags