Checkout Extensibility: Was Shopify-Händler nach dem Ende alter Scripts prüfen sollten

⏱ 13 Min. Lesezeit

Am 30. Juni 2026 haben die Shopify Scripts aufgehört zu laufen. Nicht mit einer Fehlermeldung, nicht mit einem Warnbanner, sie sind einfach verstummt. Dazu kommt das Ende von checkout.liquid, das 2025 auf den Danke- und Bestellstatus-Seiten abgeschlossen wurde, und die meisten Plus-Shops laufen heute vollständig auf Shopify Checkout Extensibility, ob das Team die Migration gewählt hat oder Shopify sie ab Januar 2026 automatisch umgestellt hat.

Die Migration war die Schlagzeile. Das eigentliche Risiko beginnt danach. Ein Checkout, der bei diesem Wechsel gebrochen ist, sieht selten kaputt aus: Die Seite lädt, Bestellungen gehen durch, und die Zahlen driften im Hintergrund, bis jemand fragt, warum der ROAS eingebrochen ist, ohne dass sich an den Kampagnen etwas geändert hat. Das hier ist die Prüfung nach der Migration, die konkreten Punkte, die Sie kontrollieren, damit Rabatte, Tracking und Umsatz beim Wechsel nicht still gebrochen sind.

Was sich mit dem Ende von Shopify Scripts und checkout.liquid geändert hat

Drei getrennte Abschaltungen verschmelzen bei den meisten im Kopf zu einer, und sie zu verwechseln ist der teuerste Planungsfehler in einem Plus-Shop. Es sind eigenständige Systeme mit eigenen Fristen:

• checkout.liquid war das editierbare Template, mit dem Plus-Shops den Checkout umschreiben konnten.
• Additional Scripts und Script-Tags waren das Feld, in das Tracking und Pixel auf den Danke- und Bestellstatus-Seiten eingefügt wurden.
• Shopify Scripts waren die Ruby-Engine im Script Editor, die individuelle Rabatt-, Versand- und Zahlungslogik ausführte.

Jedes wurde zu einem eigenen Datum abgeschaltet, weshalb ein Shop bei einem System vollständig migriert und bei einem anderen still ungeschützt sein kann.

Die Daten rund um diese Stichtage sind für die Nacharbeit weiterhin relevant. Das Bearbeiten von Scripts wurde am 15. April 2026 eingefroren, alles, was danach im Script Editor liegt, ist nur noch lesbar. Nicht-Plus-Shops haben mit dem 26. Aug. 2026 ihre eigene Checkout-Frist. Shopifys Position steht im Shopify Developer Changelog und im Shopify Plus Upgrade-Guide. Behandeln Sie das Folgende wie jede Übergabe einer Shopify Migration Agentur: prüfen, nicht annehmen.

Warum Checkout-Fehler nach der Migration still bleiben

Alter Checkout-Code scheiterte laut. Ein kaputtes Liquid-Snippet warf einen sichtbaren Fehler. Das neue Modell macht das Gegenteil. Functions und Pixel laufen in einer Sandbox, und fehlt die Logik, die dort sein sollte, stürzt der Checkout nicht ab. Er fällt auf Shopifys Standardverhalten zurück und macht weiter.

Dieser Rückfall ist die Falle. Die häufigsten stillen Fehler nach dieser Migration:

• Ein Großhandelskunde, der Handelspreise sehen sollte, zahlt den vollen Endkundenpreis, und die Bestellung geht trotzdem durch.
• Eine Geschenk- oder Mindestbestellschwelle greift nicht mehr, das Geschenk wird nie in den Warenkorb gelegt.
• Eine Zahlungsmethode, die Sie bewusst ausgeblendet haben, taucht für die falsche Region oder Gruppe wieder auf.
• Ein Pixel feuert weiter beim Kaufabschluss, kommt aber ohne die Daten an, die eine Werbeplattform zum Matchen der Conversion braucht.

Nichts davon wird im Admin rot. Die Kosten sind trotzdem real. Bei einem Shop mit rund 300.000 $ Umsatz im Monat sind schon 5 Prozent weniger Effizienz im Paid Media etwa 15.000 $ verschwendete Ausgaben pro Monat, bevor der Checkout selbst mitzählt, eine beispielhafte Zahl, die mit dem Umsatz skaliert.

Prüfung 1: Haben Rabatt-, Versand- und Zahlungslogik den Wechsel zu Functions überlebt

Das ist die Prüfung mit der härtesten Frist, denn Scripts laufen gar nicht mehr. Starten Sie dort, wo Shopify die Aufzeichnung führt: Öffnen Sie im Admin Apps, dann Script Editor, und führen Sie den Scripts-Customizations-Report aus. Er listet jedes aktive Script, was es tat und den vorgeschlagenen Ersatz. Die meisten Teams finden mindestens ein Script, an das sich niemand erinnert.

Bestätigen Sie für jede Zeile, dass eine Shopify Function oder eine Function-basierte App dieselbe Aufgabe übernimmt. Functions sind kompilierte WebAssembly-Module in JavaScript oder Rust, ausgeliefert als Teil einer App, nicht in den Admin eingefügt. Eigene Function-Apps erfordern Shopify Plus; öffentliche Function-Apps aus dem App Store laufen auf jedem Plan. Der Weg steht in Shopifys Scripts-zu-Functions-Leitfaden, und die eigene Logik neu zu bauen ist klar ein Fall für Shopify App Entwicklung.

Prüfung 2: Feuert Ihr Conversion-Tracking auf dem neuen Checkout wirklich

Hier versickert der meiste Umsatz still. Die Web Pixels API ist jetzt der einzige unterstützte Weg, Tracking aus dem Checkout zu feuern. Jedes individuelle JavaScript, das in checkout.liquid oder Additional Scripts lag, wurde nicht übernommen. Am schnellsten sehen Sie Ihr Risiko, indem Sie jede Tracking-Methode danach sortieren, was überlebt hat und was nicht:

Warum GTM nicht mehr wie früher funktioniert

Der neue Checkout läuft in einem Sandbox-iframe, der den DOM-Zugriff blockiert, auf den ein Standard-Google-Tag-Manager-Container angewiesen ist. Custom-HTML-Tags, Sichtbarkeits-Trigger und dataLayer-Pushes scheitern still. Unterstützt sind ein Custom Pixel in Customer Events, ein serverseitiger Container oder eine freigegebene Tracking-App.

Meta CAPI und GA4 Feldlücken

Der Meta-Pixel feuert weiter in der Sandbox, aber App-Pixel können die Graph API von Meta nicht direkt aufrufen, ein Conversions-API-Event kann also fehlschlagen, sofern es nicht als Custom Pixel neu gebaut oder serverseitig geleitet wird. Achten Sie auf den Event-Match-Quality-Score (Skala 0 bis 10 im Meta Events Manager): Ihn hebt, wer nach dem Neubau mehr Kundenparameter wie E-Mail und Telefon übergibt, idealerweise serverseitig. Auf GA4-Seite lässt die Standard-Web-Pixels-Payload mehrere Enhanced-E-Commerce-Felder weg, Kauf-Events können also unvollständig ankommen, bis jedes Feld manuell gemappt ist.

Der blinde Fleck Shop Pay

Shopify berichtet, dass Shop Pay eine höhere Conversion-Rate als der Gast-Checkout erreicht, was seine Tracking-Lücke teuer macht. Shop Pay leitet Käufer durch einen Express-Flow, der die Standard-Pixel-Registrierung umgehen kann, diese Bestellungen landen also als Direct-Traffic in GA4. Ein nennenswerter Teil dieses Umsatzes kann so ohne Zuordnung bleiben. Registrieren Sie die Shop-Pay-Events ausdrücklich oder ergänzen Sie serverseitiges Tracking mit der E-Mail als Match-Key.

Prüfung 3: Shopify-Bestellungen mit den Werbeplattformen abgleichen

All das wird mit einem Vergleich konkret. Shopifys Bestelldaten sind die Wahrheitsquelle; alles Nachgelagerte ist nur so gut wie das Tracking dahinter. Ziehen Sie die letzten 30 Tage der Shopify-Bestellungen und stellen Sie sie neben die gemeldeten Käufe jeder Plattform. Eine Lücke größer als rund 5 Prozent ist Ihr Signal, genauer hinzusehen. Dokumentieren Sie jeden Kanal, damit die Lücke eine Ursache hat, nicht nur eine Zahl:

Ein Debugging-Hinweis: Die Standard-GA4-Debugger-Browsererweiterung sieht nicht in die Web-Pixels-Sandbox, sie wirkt aktiv, meldet aber nichts. Nutzen Sie den eingebauten Debug-Schalter Ihrer Tracking-App oder platzieren Sie eine Testbestellung mit Shopifys Bogus Gateway und bestätigen Sie das Kauf-Event in der GA4 DebugView und im Meta Events Manager. Diesen Abgleich nach jeder Checkout-Änderung zu fahren ist der Kern eines CRO Audit, und er lohnt sich ohnehin quartalsweise. Tracking auf der Web Pixels API neu zu bauen ist ein klar umrissenes Entwicklungsprojekt und kostet weit weniger als Wochen blinder Werbeausgaben.

Prüfung 4: Danke- und Bestellstatus-Seiten kontrollieren

Diese Seiten wurden zuletzt migriert und brechen auf eigene Weise. Die automatischen Upgrades ab Januar 2026 haben alle übrig gebliebenen Additional Scripts, App-Script-Tags und checkout.liquid-Anpassungen entfernt, die nicht neu gebaut worden waren. Shopify migriert dabei offizielle App-Integrationen, kann aber individuelle Pixel, GTM-Logik oder maßgeschneiderten Post-Purchase-Code nicht rekonstruieren. Prüfen Sie die Post-Purchase-Ebene gezielt:

• Post-Purchase-Upsells laufen jetzt über Checkout UI Extensions oder eine kompatible App, nicht über ein Script auf der Bestellstatus-Seite.
• Abo-Anmeldung und Treueprämien, etwa das Einlösen von Punkten im Checkout, funktionieren nach dem Wechsel weiter.
• Sendungsverfolgung und alle kundenseitigen Statusinhalte werden auf den neuen Seiten dargestellt.

Prüfung 5: Erfüllt der neue Checkout weiterhin die Barrierefreiheitsregeln

Die meisten Migrationsleitfäden überspringen das, ein Fehler für jeden Shop, der nach Europa verkauft. Der European Accessibility Act (Richtlinie 2019/882) ist seit dem 28. Juni 2025 durchsetzbar. Er gilt über den Marktzugang, ein Shop, der EU-Verbraucher bedient, fällt also darunter, egal wo er sitzt, mit einer engen Ausnahme für Kleinstunternehmen unter 10 Beschäftigten und unter 2 Millionen Euro Umsatz. Der technische Maßstab ist EN 301 549, der auf WCAG 2.1 Stufe AA abbildet.

Die Migration hat Ihre Checkout-Oberfläche zurückgesetzt, die Barrierefreiheitsarbeit am alten Template überträgt sich also nicht automatisch. Prüfen Sie am aktuellen Checkout die unspektakulären Grundlagen erneut:

• Formularfelder tragen programmatische Labels, nicht nur Platzhaltertext.
• Der gesamte Ablauf funktioniert per Tastatur, in logischer Reihenfolge, mit sichtbarem Fokus.
• Fehler werden klar angesagt, nicht nur über Farbe signalisiert.
• Text bleibt beim Vergrößern lesbar und erfüllt Mindestkontraste.

Die Richtlinie selbst legt keine EU-weite Strafe fest. Artikel 30 verlangt nur Sanktionen, die wirksam, verhältnismäßig und abschreckend sind, die Beträge kommen also aus dem jeweiligen nationalen Umsetzungsgesetz und variieren stark. Die folgenden Werte sind gesetzliche Höchstbeträge nach nationalem Recht, wie Anfang 2026 berichtet, und werden verhältnismäßig angewandt, nicht automatisch:

Den Funnel so zu straffen ist dieselbe Arbeit wie Conversion-Rate-Optimierung, behandeln Sie Barrierefreiheit also als Teil der Checkout-Prüfung statt als separate Rechtspflicht.

Prüfung 6: Eingefrorene Scripts entfernen und Function-Konflikte lösen

Was im Script Editor liegt, ist seit April 2026 eingefroren und seit dem Juni-Ende inaktiv, doch übrig gebliebene Verweise machen weiter Probleme. Ein altes Script, das nicht mehr läuft, kann neben einer neuen Function liegen und das Debugging verwirren, und verwaiste Script-Tags im Theme, die einst den Checkout ansteuerten, können doppelte oder widersprüchliche Events feuern. Machen Sie den Aufräum-Durchgang:

1. Entfernen oder deaktivieren Sie jedes Script mit bestätigtem Function-Ersatz.
2. Entfernen Sie verwaiste Script-Tags, die auf den Checkout oder die Bestellstatus-Seite zeigten.
3. Kommentieren Sie alte checkout.liquid-Snippets aus, damit nichts doppelt feuert.

Doppelungen erzeugen hier doppelt gezählte Conversions und den gelegentlichen Doppelrabatt, beide verzerren genau die Zahlen, denen Sie vertrauen wollen.

Was Checkout Extensibility jetzt möglich macht

Die Migration wurde als Compliance verkauft, doch der Boden hat sich darunter verschoben. Shopifys Summer 2026 Editions, präsentiert am 17. Juni 2026, brachten über 150 Neuerungen, und drei davon formen den Checkout um: Checkout Components erreichten die allgemeine Verfügbarkeit auf Plus und machen den Checkout von einer begrenzten Seite zu einer komponierbaren Oberfläche; natives A/B-Testing kam für Checkout-Konfigurationen und nimmt einen häufigen Grund, eine Drittanbieter-App anzuflanschen; und natives KI-Merchandising landete daneben.

Functions selbst sind eine bessere Basis als Scripts. Sie laufen in Shopifys Infrastruktur mit konstant niedriger Latenz und ohne Cold Starts, auf einer stabilen, versionierten API, die leichter zu testen und zu warten ist. In der Praxis ist eine saubere Migration der Punkt, an dem ein Shop endlich wieder auf dem Checkout bauen kann, statt ihn zu flicken. Genau dort zahlen sich die Umsetzung durch einen Shopify Freelancer und ein regelmäßiges Shopify PageSpeed Audit aus, denn die neue Oberfläche belohnt Teams, die sie als Plattform behandeln, nicht als Zwang.

Ihre Prüfliste nach der Migration