Sönke BergerWEB DEVELOPMENT

Shopify Scripts sind aus: Was jetzt im Checkout geprüft werden muss

Sönke Berger••5 Min. Lesezeit

Shopify Scripts sind seit dem 30. Juni 2026 kein Zukunftsthema mehr. Laut Shopify laufen bestehende Scripts seit diesem Datum nicht mehr. Wer Rabatte, Versandlogik oder Zahlungsregeln noch über Scripts abgebildet hatte, hat damit kein theoretisches Migrationsprojekt mehr, sondern ein aktives Checkout-Risiko.

Wichtig ist jetzt die Reihenfolge. Nicht direkt eine neue Function bauen. Erst klären, welche Logik überhaupt betroffen ist, welche davon noch gebraucht wird und welche Variante technisch sauber ersetzt werden kann.

Problem: Alte Checkout-Logik verschwindet oft leise

Shopify Scripts waren für viele Plus-Shops jahrelang der Ort für Sonderlogik im Checkout. Typische Fälle:

  • Staffelrabatte oder komplexe Rabattkombinationen
  • Versandregeln nach Warenkorb, Zielmarkt oder Kundengruppe
  • Zahlungsarten, die nur unter bestimmten Bedingungen sichtbar sein sollen
  • Bundle- oder Line-Item-Anpassungen
  • B2B-Sonderfälle rund um Mindestmengen, Kundentags oder Freigabeprozesse

Das Problem: Solche Regeln liegen häufig nicht in einer sauberen fachlichen Dokumentation. Sie liegen in altem Code, in Agenturwissen oder in einem Setup, das nie wieder angefasst wurde, weil es "einfach lief".

Seit dem 15. April 2026 konnten Scripts laut Shopify nicht mehr bearbeitet oder neu veröffentlicht werden. Seit dem 30. Juni 2026 ist auch die Ausführung beendet. Shopify verweist für die Migration auf Shopify Functions oder öffentliche Apps. Damit muss jede alte Regel einmal bewusst eingeordnet werden.

Diagnose: Erst Inventar, dann Zielsystem

Der erste Schritt ist ein nüchterner Checkout-Logik-Audit. Dabei geht es nicht darum, den alten Code eins zu eins zu kopieren. Es geht darum, die kaufrelevante Regel zu verstehen.

Ich würde jede alte Script-Regel in vier Fragen zerlegen:

  • Was soll im Checkout fachlich passieren?
  • Woran erkennt die Regel, dass sie greifen muss?
  • Was sieht der Käufer konkret als Ergebnis?
  • Was passiert, wenn die Regel fehlt?

Erst danach lohnt sich die technische Zuordnung. Shopify Functions sind kein einzelner Ersatzschalter, sondern eine Gruppe von APIs für verschiedene Eingriffe in Shopifys Backend-Logik. Shopify nennt als Beispiele unter anderem Rabatte, Lieferoptionen und Checkout-Validierungen. Für Warenkorb-Anpassungen gibt es etwa Cart Transform Functions, für Versandlogik Delivery Customization, für Zahlungslogik Payment Customization und für Rabatte die Discount Function API.

Genau deshalb ist die fachliche Sortierung so wichtig. Eine alte Script-Datei kann mehrere Themen vermischen. In der neuen Welt gehören diese Themen oft in unterschiedliche Function-Typen, Apps oder native Shopify-Konfigurationen.

Maßnahme: Migration in drei Schichten schneiden

Der pragmatische Ablauf sieht so aus:

1. Kritische Checkout-Regeln zuerst prüfen

Alles, was Preise, Versandkosten, verfügbare Zahlungsarten oder Kaufabschluss direkt beeinflusst, hat Vorrang. Wenn hier etwas fehlt, merkt der Shop es nicht erst im Backoffice, sondern im Umsatz, im Support oder bei falsch abgewickelten Bestellungen.

Besonders kritisch sind Regeln mit Kundengruppen, B2B-Logik, regionalen Versandbedingungen oder kampagnenabhängigen Rabatten. Diese Regeln sollten gegen echte Beispielwarenkörbe getestet werden: Standardkunde, Stammkunde, B2B-Kunde, Ausland, Expressversand, Gutschein, Bundle.

2. Ersatzweg pro Regel festlegen

Nicht jede Script-Regel braucht eine eigene Custom Function. Manche Logik lässt sich heute mit Shopify-Standardfunktionen oder einer App besser lösen. Andere Fälle brauchen eine Custom App mit Function, vor allem wenn die Regel eng an Geschäftslogik, ERP-Daten oder Kundensegmente gekoppelt ist.

Für Shopify-Plus-Shops ist wichtig: Shopify weist in der Migrationsdokumentation darauf hin, dass Custom Apps mit Function APIs für Plus-Stores relevant sind, während öffentliche Apps je nach Funktion auch auf anderen Plänen eingesetzt werden können. Das gehört früh in die Entscheidung, damit kein technischer Weg gewählt wird, der später am Plan oder an API-Grenzen scheitert.

3. Testfälle vor dem Aktivieren definieren

Eine Checkout-Migration ist erst fertig, wenn die Regel messbar gleich oder bewusst anders funktioniert. Shopify beschreibt in der Functions-Migration auch Tests mit markierten Testkunden, bevor eine neue Logik für alle Käufer aktiviert wird. Das ist sinnvoll, weil Checkout-Logik selten nur einen Fall betrifft.

Für jeden Ersatz sollten mindestens diese Punkte geprüft werden:

  • Greift die Regel nur bei den vorgesehenen Warenkörben?
  • Bleiben Rabatt, Versand und Zahlung in Kombination stabil?
  • Funktioniert der Checkout in den wichtigsten Märkten?
  • Gibt es eine klare Rückfalloption, wenn die Function deaktiviert werden muss?
  • Ist dokumentiert, welche alte Script-Regel ersetzt wurde?

Ergebnis: Weniger Altlast, mehr Kontrolle

Der beste Effekt dieser Migration ist nicht, dass der alte Script-Code irgendwie weiterlebt. Der beste Effekt ist ein aufgeräumter Checkout.

Viele Shops tragen in alten Scripts Sonderfälle mit, die niemand mehr erklären kann. Der Stichtag zwingt dazu, diese Logik sichtbar zu machen. Was noch Umsatz schützt oder Prozesse sauber hält, wird gezielt ersetzt. Was nur historisch gewachsen ist, fliegt raus.

Meine Empfehlung: Heute nicht "haben wir Shopify Functions?" fragen, sondern "welche Checkout-Entscheidungen trifft unser Shop automatisch?". Daraus entsteht die Arbeitsliste. Danach wird pro Regel entschieden: native Shopify-Funktion, öffentliche App oder Custom Function.

So wird aus einer Pflichtmigration kein blinder Umbau, sondern ein sauberer Checkout-Check mit messbarem Ergebnis: Rabatte greifen korrekt, Versandregeln sind nachvollziehbar, Zahlungsarten erscheinen kontrolliert und der Shop hängt nicht mehr an altem Script-Code.

Quellen

Mehr lokale Sichtbarkeit?

Kostenlosen SEO-Check anfordern – unverbindlich und persönlich.

Shopify Scripts sind aus: Was jetzt im Checkout geprüft werden muss | Sönke Berger