Ihr wisst bereits, dass Shopify Scripts am 30. Juni 2026 abgeschaltet werden. In unserem Übersichtsartikel haben wir erklärt, was das für euer Geschäft bedeutet, welche Deadlines zählen und warum der 15. April der eigentliche Stichtag ist.
Dieser Artikel geht einen Schritt weiter. Hier geht es um die technische Seite: Was genau sind Shopify Functions, wie unterscheiden sie sich von Scripts, welche APIs ersetzen welche Script-Typen und wie sieht die Migration in konkreten Szenarien aus?
Nicht als Entwickler-Dokumentation. Sondern als Entscheidungsgrundlage für Teams, die verstehen wollen, was sich unter der Haube ändert und welche Auswirkungen das auf Checkout-Logik, Performance und Kosten hat.
Den vollständigen Migrations-Fahrplan mit 10-Wochen-Checkliste und Kostenrahmen gibt es als kostenlosen PDF-Leitfaden.
Warum Shopify Scripts durch Functions ersetzt werden
Die kurze Antwort: Scripts waren eine Brückenlösung, die an ihre technischen Grenzen gestoßen ist.
Performance. Scripts laufen in Ruby im Browser. Bei komplexer Rabattlogik und hohem Traffic steigt die Checkout-Latenz spürbar. Bei Flash Sales oder Black Friday kann das den Unterschied zwischen einem flüssigen und einem stockenden Checkout ausmachen. Shopify Functions laufen serverseitig auf WebAssembly (WASM) und werden in unter 5 Millisekunden ausgeführt.
Sicherheit. Custom Code im Checkout ist ein potenzieller Angriffsvektor. Functions laufen in einer Sandbox innerhalb der Shopify-Infrastruktur. Kein direkter Zugriff auf den Checkout-Kern, keine Möglichkeit, unbeabsichtigt Sicherheitslücken zu öffnen.
Wartbarkeit. Jedes größere Shopify-Update (One-Page-Checkout, Shop Pay, Checkout Blocks) erforderte aufwendige Kompatibilitätsprüfungen für Scripts. Functions sind upgrade-sicher: Shopify hostet und wartet die Laufzeitumgebung.
Zugänglichkeit. Scripts waren nur für Shopify Plus verfügbar. Functions stehen allen Merchants offen, vom Basic-Plan bis Enterprise. Das demokratisiert Checkout-Anpassungen und erweitert das App-Ökosystem massiv.
Der Wechsel ist also kein Downgrade. Es ist ein Upgrade der gesamten Checkout-Infrastruktur. Aber: Die Migration passiert nicht automatisch. Jeder Script muss aktiv ersetzt werden. Und wer die Deadline-Struktur nicht kennt, unterschätzt, wie eng das Zeitfenster wirklich ist. Der Edit Freeze am 15. April 2026 bedeutet: Ab dann könnt ihr bestehende Scripts nicht mehr korrigieren. Fehler, die ihr nach diesem Datum in der alten Logik entdeckt, bleiben bis zur Abschaltung bestehen.
Scripts vs. Functions: Der technische Vergleich
Die Unterschiede sind nicht kosmetisch. Es ist ein Architekturwechsel.
Quelle: Shopify Dev Docs: Function APIs
Was das für Entscheider bedeutet: Der größte Unterschied ist nicht die Programmiersprache. Es ist die Verteilung als App. Weil Functions als Apps deployed werden, können Teams Einstellungen über ein Interface ändern, ohne Code anzufassen. Einen Rabatt anpassen, eine Versandregel deaktivieren, eine Zahlungsmethode für ein Kundensegment ausblenden: Das kann künftig auch jemand ohne Entwickler-Hintergrund.
Was das für Entwickler bedeutet: Ruby-Code muss in JavaScript oder Rust neu geschrieben werden. Die Datenstrukturen sind anders, die Ausführungsreihenfolge ist anders, und Regular Expressions sind in Functions nicht verfügbar. Es ist keine 1:1-Portierung. Es ist eine Neuimplementierung.
Ein Punkt, der oft für Unsicherheit sorgt: Das Instruktions-Limit von 11 Millionen pro Ausführung. Klingt nach einer Einschränkung, ist es in der Praxis aber kaum. Selbst komplexe Rabattlogik mit mehreren Bedingungsstufen bleibt weit unter diesem Limit. Wer allerdings umfangreiche Datenabfragen innerhalb einer Function ausführen will (etwa Echtzeit-Prüfungen gegen externe APIs), muss das anders lösen, zum Beispiel über vorgelagerte Metafield-Befüllung.
Die fünf Functions APIs im Überblick
Shopify ersetzt die drei Script-Typen durch fünf spezialisierte APIs. Jede API deckt einen bestimmten Bereich der Checkout-Logik ab.
Warum fünf statt drei? Shopify hat die Line Item Scripts in drei spezialisierte APIs aufgeteilt: Rabatte, Warenkorb-Transformationen und Validierung. Das erlaubt feinere Kontrolle und vermeidet die Situation, dass eine einzige Script-Datei Rabatte berechnet, den Warenkorb manipuliert und gleichzeitig validiert. Saubere Trennung der Zuständigkeiten.
Für die Migrationsplanung heißt das: Ein einzelner Line Item Script kann in der neuen Welt mehrere Functions erfordern. Ein Script, der gleichzeitig einen Mengenrabatt berechnet und ein Gratisprodukt ab Schwellenwert hinzufügt, wird zu einer Discount Function plus einer Cart Transform Function. Das erhöht den Aufwand, macht die Logik aber langfristig wartbarer.
Zusätzlich relevant: Die Customer Events API ersetzt Tracking über Script Tags und Additional Scripts (Facebook Pixel, GA4, TikTok). Diese Migration läuft parallel zur Scripts-zu-Functions-Migration und wird vom Scripts Customizations Report nicht erfasst.
Wie die einzelnen APIs in konkreten Szenarien eingesetzt werden, zeigen wir im nächsten Abschnitt. Den vollständigen API-Überblick mit Entscheidungshilfe für jeden Script-Typ findet ihr in unserem Shopify Scripts Migrations-Leitfaden (PDF).
Sechs konkrete Migrationsszenarien
Nicht jeder Script braucht Custom Development. In den meisten Stores verteilt sich die Migration so: Rund 60% der Scripts lassen sich nativ oder per App lösen, etwa 30% brauchen Custom Functions, und rund 10% sind “tote” Scripts, die niemand mehr braucht.
Szenario 1: Gestaffelte Mengenrabatte
Vorher (Script): “Ab 3 Stück 10%, ab 6 Stück 15%, ab 11 Stück 20%.”
Nachher: Discounts API (Product Discount Function) oder native automatische Rabatte im Shopify Admin.
Migrationspfad: Wenn die Staffelung einfach ist (eine Regel, alle Produkte), reicht die native Shopify-Funktion. Bei produktspezifischen Staffeln oder Kombination mit Kundensegmenten braucht ihr eine App oder Custom Function.
Aufwand: Nativ: 0 EUR. App: 20-100 EUR/Monat. Custom: 2.000-4.000 EUR.
Szenario 2: Buy One Get One (BOGO)
Vorher (Script): “Kaufe 2, erhalte das 3. gratis.”
Nachher: Native “Buy X Get Y”-Rabatte im Shopify Admin.
Migrationspfad: Für Standard-BOGO reicht die native Lösung. Komplexere Varianten (z.B. “Kaufe 2 aus Kollektion A, erhalte 1 aus Kollektion B mit 50% Rabatt”) brauchen eine Discount Function.
Aufwand: Nativ: 0 EUR. Custom: 2.000-5.000 EUR.
Szenario 3: Kostenloser Versand ab Schwellenwert
Vorher (Script): “Versandkosten = 0 wenn Warenkorb über 50 EUR.”
Nachher: Native Versandregel im Shopify Admin.
Migrationspfad: Nativ lösbar. Kein Code nötig.
Aufwand: 0 EUR.
Szenario 4: Zahlungsmethoden nach PLZ einschränken
Vorher (Script): “Nachnahme nur für deutsche PLZ, nicht für Inseln.”
Nachher: Payment Customization API (Custom Function).
Migrationspfad: Custom Development erforderlich. Die PLZ-Logik muss ohne Regular Expressions implementiert werden (Functions unterstützen kein Regex). Alternative: PLZ-Liste als Lookup-Table statt Regex-Pattern.
Aufwand: 3.000-6.000 EUR.
Szenario 5: Wholesale-Pricing für B2B-Kunden
Vorher (Script): “Kunden mit Tag ‘wholesale’ sehen 30% reduzierte Preise.”
Nachher: Shopify B2B-Features (Catalogs und Price Lists) oder Discount Function mit Kundensegment-Targeting.
Migrationspfad: Shopify hat seit 2024 native B2B-Features eingeführt, die Catalogs und kundenspezifische Preislisten unterstützen. Für viele Wholesale-Szenarien ersetzt das den Script komplett. Bei komplexerer Logik (Staffelpreise pro Kundensegment und Produktgruppe) ist eine Custom Function nötig. Ein häufiger Fall: Der alte Script nutzt Customer Tags für die Segmentierung, die native B2B-Lösung arbeitet aber mit Company Accounts. Das erfordert eine Umstellung eurer Kundenverwaltung, nicht nur der Rabattlogik.
Aufwand: Nativ: 0 EUR. Custom: 3.000-8.000 EUR.
Szenario 6: Automatische Geschenkbeigabe
Vorher (Script): “Ab 100 EUR Warenkorbwert: Gratisprodukt automatisch hinzufügen.”
Nachher: Cart Transform API (Custom Function) oder App aus dem App Store.
Migrationspfad: Für einfache “Gratisprodukt ab Schwellenwert”-Logik gibt es Apps. Für komplexere Bedingungen (Produkt abhängig von Warenkorb-Inhalt, Kundensegment oder Zeitraum) braucht es eine Custom Cart Transform Function.
Aufwand: App: 20-80 EUR/Monat. Custom: 2.000-5.000 EUR.
Checkout Extensibility: Das größere Bild
Shopify Functions sind ein Teil eines umfassenderen Umbaus: der Shopify Checkout Extensibility. Neben Scripts wird auch checkout.liquid abgeschaltet, das Template-System, über das der Checkout bisher visuell angepasst wurde.
Die drei Bausteine der neuen Checkout-Architektur:
Shopify Functions steuern die serverseitige Logik: Rabatte, Versandregeln, Zahlungsmethoden, Warenkorb-Validierung. Sie sind das direkte Replacement für Scripts.
Checkout UI Extensions steuern die visuelle Darstellung: Zusätzliche Felder, Upsell-Banner, Trust-Badges, Geschenkverpackungs-Optionen. Sie ersetzen die visuellen Anpassungen, die bisher über checkout.liquid liefen.
Checkout Branding API steuert das Design: Farben, Schriften, Logo, Hintergründe. Das ersetzt die Theme-basierten Checkout-Anpassungen.
Warum das wichtig ist: Wenn ihr ohnehin Scripts migrieren müsst, lohnt es sich, den gesamten Checkout im Blick zu haben. Viele Stores nutzen sowohl Scripts als auch checkout.liquid-Customizations. Eine koordinierte Migration beider Systeme spart doppelten Testaufwand.
Die Deadline für die checkout.liquid-Migration ist für Plus-Stores bereits vergangen (August 2025). Non-Plus-Stores haben bis zum 26. August 2026 Zeit.
Ein praktisches Beispiel: Euer Store hat drei Scripts (Mengenrabatte, PLZ-Zahlungsregeln, Wholesale-Pricing) und nutzt checkout.liquid für ein Upsell-Banner und ein “Geschenkverpackung”-Feld. In der alten Welt sind das fünf separate Anpassungen in zwei verschiedenen Systemen. In der neuen Welt sind es drei Functions (Logik) plus zwei Checkout UI Extensions (Darstellung), deployt als eine oder zwei Apps. Der Testaufwand halbiert sich, weil alles im selben Extensibility-Framework lebt.
Unser Shopify Scripts Migrations-Leitfaden (PDF) deckt beide Migrationen ab, mit separaten Checklisten für Functions und UI Extensions.
Häufige Fragen zu Shopify Functions
Können Shopify Functions alles, was Scripts konnten?
Fast. Die wesentlichen Anwendungsfälle (Rabatte, Versandsteuerung, Zahlungsmethoden) sind vollständig abgedeckt. Es gibt zwei Einschränkungen: Functions unterstützen keine Regular Expressions, und die Ausführungsreihenfolge zwischen Scripts und Functions unterscheidet sich. Beides ist lösbar, aber erfordert Anpassung in der Migrationsplanung.
Gibt es ein automatisches Migrationstool von Scripts zu Functions?
Nein. Shopify bietet den Scripts Customizations Report, der aktive Scripts auflistet und Ersatzvorschläge macht. Die eigentliche Migration muss manuell erfolgen: entweder durch Konfiguration nativer Features, Installation einer App oder Custom Development.
Brauche ich einen Entwickler für die Migration?
Das hängt von der Komplexität ab. Einfache Scripts (Rabatte, kostenloser Versand) sind oft nativ oder per App lösbar. Komplexe Scripts (PLZ-Zahlungsregeln, mehrstufige Rabatte mit Kundensegmenten, Cart Transforms) brauchen Custom Development. In den meisten Stores ist es eine Mischung.
Was passiert, wenn Scripts und Functions gleichzeitig laufen?
Bis zum 30. Juni 2026 können beide parallel aktiv sein. Aber: Line Item Scripts laufen vor Functions, Shipping und Payment Scripts laufen nach Functions. Das kann zu Konflikten führen, wenn beide auf dieselbe Checkout-Logik zugreifen. Testet den Parallelbetrieb mit getaggten Testkunden, bevor ihr flächendeckend ausrollt.
Welche Programmiersprachen unterstützt Shopify Functions?
JavaScript und Rust sind die offiziell unterstützten Sprachen. Technisch kann jede Sprache verwendet werden, die zu WebAssembly kompiliert. In der Praxis werden über 90% der Functions in JavaScript geschrieben, weil die meisten Shopify-Entwickler damit vertraut sind.
Was kostet eine typische Scripts-zu-Functions-Migration?
Die Kosten variieren stark. Native Lösungen sind kostenlos, Apps kosten 20-200 EUR pro Monat, Custom Functions liegen bei 2.000 bis 10.000 EUR pro Stück. Eine vollständige Migration (3-8 Scripts) bewegt sich typischerweise zwischen 5.000 und 30.000 EUR inklusive Testing und Rollout. Die genaue Aufschlüsselung für verschiedene Store-Größen findet ihr in unserem Migrations-Leitfaden (PDF).
Nächste Schritte
Die technische Seite der Migration ist klar. Die fünf Functions APIs ersetzen die drei Script-Typen, der Architekturwechsel bringt bessere Performance und mehr Sicherheit, und die meisten Migrationsszenarien haben einen definierten Pfad.
Schritt 1: Öffnet den Scripts Customizations Report in eurem Shopify Admin (Settings, Checkout, Scripts Report). Er zeigt alle aktiven Scripts und schlägt Ersatzlösungen vor.
Schritt 2: Kategorisiert jeden Script: nativ lösbar, App lösbar oder Custom Function nötig. Das bestimmt Budget und Timeline. Vergesst dabei nicht, Tracking-Scripts (Pixel, GA4) separat zu erfassen. Sie tauchen nicht im Scripts Customizations Report auf, müssen aber ebenfalls auf die Customer Events API migriert werden.
Schritt 3: Ladet unseren Shopify Scripts Migrations-Leitfaden (PDF) herunter. Er enthält die vollständige 10-Wochen-Checkliste, Kostenrahmen pro Szenario und eine Entscheidungshilfe für jeden Script-Typ.
Und wenn ihr Unterstützung bei der Umsetzung braucht: Als zertifizierter Shopify-Partner bewerten wir eure Scripts, schätzen den Aufwand realistisch ein und sagen euch ehrlich, was ihr selbst lösen könnt und wo sich professionelle Hilfe rechnet. Kontakt aufnehmen.
.jpeg)
.jpeg)
.avif)
