Shopify Scripts enden am 30. Juni 2026: So migrieren Sie Ihre Rabatte ohne Entwickler

Shopify Scripts funktionieren ab dem 30. Juni 2026 nicht mehr, und jede benutzerdefinierte Rabatt-, Versand- oder Zahlungsregel, die Sie im Script Editor erstellt haben, funktioniert ab diesem Datum nicht mehr. Die Ersetzung ist Shopify Functions, das Ihre Logik serverseitig im Checkout ausführt. Sie haben drei Möglichkeiten: Stellen Sie einen Entwickler ein, um Functions zu schreiben, bezahlen Sie eine Agentur, oder erstellen Sie regelbasierte Rabattlogik in einer Code-freien Functions-App neu. Der dringende Teil ist, dass der Ausfall still ist. Ein Script, das nicht mehr ausgelöst wird, oder eine migrierte Regel, die nicht mit einem Einkaufswagen übereinstimmt, wirft keinen Fehler und benachrichtigt Sie nicht. Es berechnet einfach stillschweigend den vollen Preis, bis sich ein Kunde beschwert.

Dieser Leitfaden erklärt, was Scripts getan haben, warum Shopify sie eingestellt hat, was Functions wirklich sind, warum "Mein Script migrieren" wirklich bis zu drei separate Migrationen sind, die Stille-Fehler-Falle und genau wie man sie umgehen kann, was eine Code-freie App kann und nicht kann, und eine ehrliche Aufschlüsselung, wann Sie immer noch einen Entwickler benötigen.

Was passiert mit Shopify Scripts und wann?

Shopify Scripts werden auslaufen. Laut Shopifys Developer-Dokumentation werden "Shopify Scripts am 30. Juni 2026 auslaufen. Alle vorhandenen Shopify Scripts funktionieren nach diesem Datum nicht mehr." Es gibt zwei Daten, die wichtig sind, und das erste ist bereits vorbei:

• 15. April 2026: Das Bearbeiten und Veröffentlichen neuer Shopify Scripts ist nicht mehr möglich. Gemäß dem Shopify Developer Changelog können Sie nach diesem Datum ein Script überhaupt nicht mehr erstellen oder ändern.
• 30. Juni 2026: Alle Shopify Scripts werden vollständig ausgeführt. Jede Rabatt-, Versand- oder Zahlungslogik, die in einem Script enthalten ist, funktioniert einfach nicht mehr.

Wenn Ihr Shop am 1. Juli 2026 noch auf einem Script angewiesen war, ist diese Logik bereits offline, während Sie dies lesen. Die Anpassungen sind nicht fehlgeschlagen oder nicht auf einen sicheren Standard zurückgesetzt worden. Sie wurden still. Das ist das Wichtigste, das Sie über diesen Stichtag verstehen müssen: Es ist kein lauter Fehler, den Sie von einer Dashboard-Benachrichtigung bemerken würden. Es ist eine Abwesenheit.

Shopify liefert auch ein Tool, um Ihnen bei der Arbeit zu helfen. Der Shopify Scripts Anpassungsbericht hilft Ihnen zu identifizieren, welche Ihrer aktuellen Anpassungen zu Functions oder öffentlichen Apps migriert werden können. Wenn Sie ihn noch nicht ausgeführt haben, ist das der erste Schritt.

BILD PLACEHOLDER (Bild 1): Der Scripts Sunset-Zeitstrahl

Empfohlene visuelle Gestaltung: Ein sauberer 16:9-Horizontaler Zeitstrahl auf weißem Hintergrund mit drei Meilenstein-Markern in Violett und tiefem Gold. Marker eins, "15. April 2026 - Bearbeitung endet" in Gold. Marker zwei, "30. Juni 2026 - Scripts beenden die Ausführung" in Violett mit kleinem roten "Still"-Tag. Ein nachfolgendes Pfeil-Label "Shopify Functions" setzt sich über den letzten Marker hinaus fort. Flaches, minimales, sans-serif-Beschriftung, keine Fotografie.

Was haben Shopify Scripts getan, und warum stellt Shopify sie ein?

Shopify Scripts waren kleine Ruby-Programme, die im Script Editor App laufen und drei Teile des Kaufablaufs anpassten: Einkaufswagen- und Positionsrabatte, Versandsätze und Zahlungsmethoden. Ein Merchant auf Shopify Plus konnte ein Script schreiben, das einen gestaffelten Rabatt gab, eine Versandoption für bestimmte Adressen verbarg oder Zahlungsmethoden beim Checkout neu ordnete. Scripts waren genau deshalb leistungsstark, weil sie beliebiger Code waren: Wenn Sie es in Ruby ausdrücken konnten, konnten Sie es tun.

Shopify ersetzt sie mit Shopify Functions. Laut Migrationsdokumentation werden "Mit Shopify Functions diese Anpassungen jetzt durch dedizierte Function APIs verwaltet, die bessere Performance und Flexibilität bieten." Functions laufen auf Shopifys eigener Infrastruktur im Checkout-Pipeline, was sie schneller und skalierbarer macht als das ältere Scripts-Modell, und es bedeutet, dass die gleiche Logik angewendet wird, unabhängig davon, ob ein Käufer auf der Einkaufswagenenseite, der Checkout-Seite oder einem beschleunigten Wallet wie Shop Pay auscheckt.

Der Kompromiss ist, dass Functions nicht ein Textfeld sind, in das Sie Ruby einfügen. Sie sind Entwickler-Artefakte: Sie erstellen sie mit der Shopify CLI, schreiben die Logik in Rust oder JavaScript, definieren eine GraphQL-Eingabeabfrage und stellen sie durch eine App bereit. Diese Verschiebung von "Merchant schreibt ein Script" zu "Developer liefert eine Function" ist der ganze Grund, warum diese Migration ein Projekt und kein Kontrollkästchen ist.

Was sind Shopify Functions, und warum benötigen sie normalerweise einen Entwickler?

Shopify Functions ermöglichen es Ihnen, Teile von Shopifys Backend-Logik mit benutzerdefiniertem Code zu erweitern oder zu ersetzen, der während des Checkouts ausgeführt wird. Es gibt dedizierte Function APIs für die Dinge, die Scripts getan haben, einschließlich einer Discount Function API, einer Delivery (Shipping) Customization API und einer Payment Customization API.

Zwei Eigenschaften von Functions sind für Ihren Migrationsplan wichtig.

Functions laufen serverseitig, einmal

Eine Function läuft im Shopify Checkout, nicht in Ihrem Theme. Das ist eine echte Verbesserung gegenüber Rabatt-Methoden, die eine Gesamtsumme im Theme JavaScript auf der Einkaufswagenenseite berechnen und dann nicht mit dem übereinstimmen, was der Checkout berechnet. Weil die Function die einzelne Quelle der Wahrheit ist, wird die Einkaufswagen-Vorschau und die endgültige Berechnung gleich berechnet. Dies ist auch, warum eine richtig erstellte Function identisch über Shop Pay, Apple Pay und Google Pay hinweg angewendet wird, die die Einkaufswagenenseite vollständig überspringen.

Functions werden standardmäßig erstellt, nicht konfiguriert

Eine Function von Grund auf zu schreiben ist eine Entwickleraufgabe. Sie benötigen die Shopify CLI, eine Sprach-Toolchain und Vertrautheit mit der Eingabeabfrage der Function und ihrer Ergebnisform. Es gibt eine wichtige Information zur Plan-Verfügbarkeit: Laut Shopifys Functions Verfügbarkeitsdokumentation können "Shops auf jedem Plan öffentliche Apps verwenden, die über den Shopify App Store verteilt werden und Functions enthalten. Nur Shops auf einem Shopify Plus Plan können benutzerdefinierte Apps verwenden, die Shopify Function APIs enthalten." In klaren Worten: Eine öffentliche App aus dem App Store kann Functions auf jedem Plan bringen, aber eine maßgeschneiderte, benutzerdefiniert erstellte Function ist nur für Shopify Plus verfügbar. Diese Unterscheidung ist das, was eine Code-freie Functions-App für Non-Plus-Merchants attraktiv macht, die bisher auf einen Entwickler angewiesen waren.

Die gute Nachricht ist, dass der Merchant sie aus dem Admin heraus konfiguriert, ohne Code zu berühren, sobald eine Function in einer App bereitgestellt wird. Wie Shopify es sagte, als Functions gestartet wurde, "Merchant End-Benutzer müssen nie eine Codezeile berühren, wenn sie ihre Anpassungen ändern." Der Code wird einmal geschrieben; die Einstellungen befinden sich im Admin.

Warum ist "Mein Script migrieren" wirklich drei separate Migrationen?

Hier ist das Detail, das Menschen überrascht, und es kommt direkt davon, wie Merchants die Arbeit in den Shopify Community Foren beschreiben. Eine einzelne Script-Datei könnte gleichzeitig Rabatt-, Versand- und Zahlungslogik berühren. Functions trennen das bewusst in separate, unabhängige Function-Typen.

• Rabattlogik (Staffelpreise, BOGO, Auftrags- und Produktrabatte, Stacking-Regeln) wird der Discount Function API zugeordnet. Shopifys einheitliche Discount Function API kann Einsparungen über alle drei Rabatt-Klassen hinweg anwenden: Produkt, Bestellung und Versand, von einer einzigen Function aus.
• Versand- und Delivery-Logik (Umbenennen, Neuordnen oder Ausblenden von Delivery-Optionen) wird der Delivery Customization Function API zugeordnet, einer völlig separaten Function.
• Zahlungslogik (Umbenennen, Neuordnen oder Ausblenden von Zahlungsmethoden) wird der Payment Customization Function API zugeordnet, einer dritten separaten Function.

Der Satz "Ich muss mein Script migrieren" bedeutet also oft, bis zu drei verschiedene Dinge zu migrieren, die unabhängig konfiguriert und bereitgestellt werden. Eine Code-freie Rabatt-App kann den ersten Bereich neu erstellen. Sie erreicht nicht die Versand- und Zahlungsbereiche, was genau der Grund ist, warum Sie Ihr altes Script inventarisieren müssen, bevor Sie annehmen, dass ein einzelnes Tool es abdeckt. Teilen Sie die Arbeit zunächst nach Oberfläche auf, dann wählen Sie einen Pfad für jeden Oberflächenbereich.

BILD PLACEHOLDER (Bild 2): Ein Script wird zu drei Functions

Empfohlene visuelle Gestaltung: Ein 16:9-Diagramm. Auf der linken Seite ein einzelnes Feld mit der Bezeichnung "Ein Shopify Script (Ruby)" in Schiefer. Drei Pfeile fächern sich nach rechts zu drei separaten Feldern auf: "Discount Function" in Violett, "Delivery Function" in Gold, "Payment Function" in Schieferblau, jeweils mit einer kleinen Beschriftung "unabhängig bereitgestellt". Sauberes flaches Vektor, Markenfarben Violett und Gold, keine Fotografie.

Die Stille-Fehler-Gefahr und wie man sie umgeht

Dies ist der Teil, der Merchants echtes Geld kostet, und er verdient seinen eigenen Abschnitt, weil er sowohl für den Stichtag selbst als auch für jede Regel, die Sie neu erstellen, gilt.

Eine Shopify Function ist entweder wohlgeformt und läuft oder ist falsch konfiguriert und still. Es gibt keinen sichtbaren Zwischenzustand. Eine Function, deren Bedingungen nicht mit einem bestimmten Einkaufswagen übereinstimmen, wird nicht ausgelöst, wirft keinen Fehler und benachrichtigt Sie nicht. Das ist mit Absicht: Die gleiche Stille, die Sie von einer korrekt funktionierenden Function erhalten (sie haben korrekt nichts für einen Einkaufswagen getan, der nicht qualifizieren sollte), ist die Stille, die Sie von einer fehlerhaften Function erhalten (ein Tippfehler in einem Schwellenwert, eine Regel mit falscher Sammlung, eine Stufe, die nie auslöst).

Merchants, die diese Migration durchlaufen, beschreiben die gleiche Erfahrung in Shopify Community Foren: Eine Regel wendet einen Rabatt stillschweigend nicht mehr an, und der Merchant erfährt davon nur, weil sich ein Kunde über den vollen Preis beschwert. Kein Fehler, keine Benachrichtigung, nichts in den Bestellprotokollen. Der Shop hatte wochenlang ein defektes Setup durchlaufen, bevor es jemand bemerkte.

Die einzige zuverlässige Verteidigung besteht darin, beide Richtungen zu testen, bevor Sie eine Regel live verwenden:

1. Erstellen Sie einen Einkaufswagen, der auslösen soll. Stellen Sie einen echten Einkaufswagen zusammen, der jede Bedingung der Regel erfüllt, platzieren Sie eine Entwurfs- oder Testbestellung und lesen Sie die Checkout-Zusammenfassung zeilenweise durch. Bestätigen Sie, dass der genaue Rabatt, den Sie erwarten, vorhanden ist, in dem Betrag, den Sie erwarten.
2. Erstellen Sie einen Einkaufswagen, der nicht auslösen soll. Stellen Sie einen Einkaufswagen zusammen, der absichtlich nicht qualifiziert, zum Beispiel ein Element unter Ihrem Mengenschwellenwert, und bestätigen Sie, dass der Rabatt korrekt ausgeschaltet bleibt.

Eine Function, die auslöst, wenn sie nicht sollte, ist genauso kostspielig wie eine, die stillschweigend nie auslöst. Sie sind nicht fertig mit dem Testen, bis Sie die Regel beobachtet haben, die beiden anwendet und korrekt ablehnt. Führen Sie den Einkaufswagen, der auslösen soll, auch durch Shop Pay durch, so bestätigen Sie, dass der beschleunigte Pfad mit dem Standard-Checkout übereinstimmt.

Ein weiterer Konservierungsschritt, während Sie hier sind: Speichern Sie jetzt Ihren alten Script-Quellcode. Sobald der Script Editor vollständig eingestellt wird, wird sein gespeicherter Code von Shopify nicht wiederhergestellt. Exportieren oder kopieren Sie Ihren Script-Quellcode heute noch, auch wenn Sie noch nicht bereit sind, ihn neu zu erstellen, damit Sie einen Bezug für das haben, das ihn ersetzt.

Kann eine Code-freie App meine Scripts migrieren? Was sie abdeckt und was nicht

Speziell für die Rabattoberflächenbereich kann eine Code-freie Functions-App einen großen Teil von dem absorbieren, was Merchants Scripts für verwendet haben. Wenn sich Ihre Script-Logik auf Regeln reduziert, das heißt, "Wenn der Einkaufswagen wie X aussieht, Rabatt Y anwenden", kann eine konfigurationsgesteuerte App es normalerweise ohne einen Entwickler neu erstellen. Das deckt viel gemeinsamen Boden ab:

• Gestaffelt- und Mengenrabatte, wie "3 oder mehr kaufen, 15 Prozent sparen."
• Buy X Get Y und BOGO-Logik, einschließlich wiederholter Staffeln wie "6 kaufen, 2 kostenlos bekommen, 9 kaufen, 3 kostenlos bekommen."
• Explizite Stacking- und Kombinationsregeln zwischen Angeboten.
• Geplanter Start, End- und sofortiger Pause bei einer Kampagne.

Was eine Code-freie Rabatt-App nicht kann, ist genauso wichtig zu sagen, weil die Annahme des Gegenteils zu Migrationen führt, die stillschweigend fehlschlagen:

• Beliebiger benutzerdefinierter Code. Wenn Ihr Script eine maßgeschneiderte Preisformel oder eine einmalige Bedingung ausgeführt hat, die sich nicht auf eine Regel reduziert, die ein Builder verfügbar macht, kann keine Rabatt-App sie ausdrücken. Diese Logik benötigt immer noch einen Entwickler, um eine benutzerdefinierte Function zu schreiben.
• Versand- und Zahlungsanpassungen. Dies sind separate Function-Typen (Delivery und Payment). Eine Rabatt-App erreicht sie nicht. Ein Entwickler migriert diese unabhängig.
• Alles außerhalb einer regelbasierten Rabatt-Konfiguration. Wenn es nicht grundsätzlich "Bedingungen rein, Rabatt raus" war, ist ein Konfigurationsbildschirm die falsche Form dafür.

Der ehrliche Test ist einfach: Schreiben Sie auf, was jedes Stück Ihres alten Scripts in einem Satz getan hat. Wenn der Satz eine Regel über Rabatte ist, ist eine Code-freie App ein starker Kandidat. Wenn es eine Formel, eine Versandänderung, eine Zahlungsänderung oder etwas ist, das Sie nicht als Regel ausdrücken können, budgetieren Sie einen Entwickler für diesen Teil.

Führen Sie diese Migration zuverlässig mit Stackable aus

Wenn Ihre Script-Rabattlogik regelbasiert war, Staffeln, BOGO, Stacking und Planung, Stackable erstellt genau diese Oberflächenbereich auf nativen Shopify Functions ohne Code neu, und es ist ehrlich über ihre Kanten.

• Es erstellt regelbasierte Rabattlogik neu, einschließlich Volumen- und Staffelpreisen, BOGO, explizitem Rabatt-Stacking, und geplanten Start, End- und Pause, als Konfiguration, die Sie im Admin bearbeiten, anstatt Ruby, das Sie verwalten.
• Die Berechnung erfolgt innerhalb einer Shopify Function, also Einkaufswagen, Checkout und Shop Pay berechnen eine identische Gesamtsumme. Es gibt keine Theme-gegen-Checkout-Abweichung, was ein häufiger Fehler älterer Rabatt-Setups ist.
• Ein Einkaufswagen-Simulator ermöglicht es Ihnen, sowohl einen Einkaufswagen, der auslösen soll, als auch einen, der nicht auslösen soll, vor dem Live-Gehen auszuführen, so können Sie eine stille Fehlkonfiguration in einer Vorschau anstelle eines Kundenbeschwerde-Fehlers abfangen.
• Es ist ehrlich über den Umfang. Stackable führt keinen beliebigen benutzerdefinierten Code aus und berührt nicht Versand (Delivery) oder Zahlungsanpassungen. Wirklich maßgeschneiderte Logik und diese zwei separaten Function-Typen benötigen immer noch einen Entwickler.

Installiere Stackable kostenlos und bau deine regelbasierte Rabattlogik auf Shopify Functions neu, bevor sie dich unbemerkt einen Verkauf kostet, auf usestackable.com/pricing. 🚀

Praktisches Beispiel: Eine Migrations-Checkliste, der Sie heute folgen können

Verwenden Sie diese Sequenz, um "Mein Script ist kaputt" in eine kontrollierte Migration umzuwandeln. Die Tabelle ordnet ein typisches Multi-Purpose-Script seinem Ziel zu.

Dann arbeiten Sie die Schritte der Reihe nach ab:

1. Inventarisieren Sie das alte Script, bevor Sie etwas erstellen

Öffnen Sie den Script Editor, während Sie es noch können, und schreiben Sie einen Satz pro Verhalten. Führen Sie Shopifys Scripts Anpassungsbericht aus, um sicherzustellen, dass nichts versteckt ist. Exportieren Sie die Ruby-Quelle und speichern Sie sie sicher, weil sie unwiederherstellbar wird, sobald der Editor eingestellt ist.

2. Teilen Sie das Bestand nach Oberflächenbereich auf

Sortieren Sie jedes Verhalten in Rabatt, Versand oder Zahlungen. Dies zeigt Ihnen sofort, welche Teile eine Code-freie Rabatt-App übernehmen kann und welche Teile einen Entwickler benötigen. Nehmen Sie nicht an, dass ein Tool alle drei abdeckt.

3. Erstellen Sie die regelbasierten Rabattstücke ohne Code neu

Für jedes Verhalten, das sich auf "Bedingungen rein, Rabatt raus" reduziert, erstellen Sie es in nativen Shopify Rabatten oder einer auf Functions basierenden Rabatt-App neu. Legen Sie Kombinationsregeln explizit fest, wenn Angebote gestapelt werden sollen.

4. Geben Sie die nicht-regelbasierten Teile an einen Entwickler

Maßgeschneiderte Formeln, Delivery-Anpassungen und Zahlungsanpassungen gehen an einen Entwickler oder eine Agentur, um ihre eigenen Functions zu erstellen. Geben Sie ihnen Ihren exportierten Script-Quellcode als Spezifikation.

5. Testen Sie jede neu erstellte Regel beide Wege

Führen Sie für jede Regel einen Einkaufswagen aus, der auslösen soll, und einen, der nicht auslösen soll. Lesen Sie die Checkout-Zusammenfassung zeilenweise. Eine Regel wird nicht migriert, bis Sie sie beobachtet haben, dass sie anwendet und korrekt ablehnt.

6. Überprüfen Sie die beschleunigten Checkouts

Führen Sie Ihren Einkaufswagen, der auslösen soll, durch Shop Pay durch. Weil Functions serverseitig berechnet, wird eine richtig erstellte Regel identisch angewendet. Das ist Ihre letzte Überprüfung, dass nichts vom Theme-Code abhängt, den Wallets überspringen.

BILD PLACEHOLDER (Bild 3): Testen Sie beide Richtungen, bevor Sie darauf vertrauen

Empfohlene visuelle Gestaltung: Eine 16:9 Split-Illustration. Linkes Feld mit der Bezeichnung "Should-fire cart" zeigt eine Checkout-Zusammenfassung mit einer grünen Rabatt-Linie korrekt vorhanden. Rechtes Feld mit der Bezeichnung "Shouldn't-fire cart" zeigt eine Checkout-Zusammenfassung mit dem Rabatt korrekt abwesend und einem grünen Häkchen. Eine mittlere Beschriftung liest "Eine stille Regel fehler nie - Test beide." Markenfarben Violett und Gold, flacher Vektor, keine Fotografie.

Das Fazit

• Shopify Scripts funktionieren ab dem 30. Juni 2026 nicht mehr, und das Bearbeiten endete bereits am 15. April 2026. Jedes Script, das noch verwendet wird, ist jetzt offline.
• Der Fehler ist still. Ein Script, das beendet wurde, oder eine migrierte Regel, die nicht mit einem Einkaufswagen übereinstimmt, wirft nie einen Fehler und benachrichtigt Sie nicht. Es berechnet einfach den vollen Preis.
• Functions sind die Ersetzung, läuft serverseitig im Checkout, aber das Schreiben eines von Grund auf ist eine Entwickleraufgabe, und benutzerdefinierte Functions sind nur für Shopify Plus.
• Ein Script wird oft zu drei Migrationen: Rabatt-, Delivery- und Payment-Functions, jeweils unabhängig bereitgestellt.
• Eine Code-freie Functions-App kann regelbasierte Rabattlogik neu erstellen (Staffeln, BOGO, Stacking, Planung). Sie kann keine beliebigen Code-, Versand- oder Zahlungsanpassungen vornehmen.
• Speichern Sie jetzt Ihren alten Script-Quellcode. Er wird unwiederherstellbar, sobald der Script Editor eingestellt wird.
• Testen Sie jede neu erstellte Regel mit einem Einkaufswagen, der auslösen soll, und einem, der nicht auslösen soll, und lesen Sie die Checkout-Zusammenfassung zeilenweise, einschließlich durch Shop Pay.

Verwandte Artikel

• Migration von Shopify Scripts: der vollständige Rettungspfad, was ohne Code neu erstellt wird, und was immer noch einen Entwickler benötigt.
• Wie das Rabatt-Stacking in Shopify funktioniert: warum Inländisch nur den höchsten Rabatt anwendet, und wie man Angebote korrekt kombiniert.
• Mengenrabatte und Mengengrenzen: erstellen Sie Staffelpreise neu, die das gleiche Produkt zählen, nicht die ganze Sammlung.
• Rabatt-Stacking, richtig gemacht: die drei pro-Klasse Combine Switches, mit einem Live-Einkaufswagen Simulator.
• Shopifys 100-Produkt-Limit bei Buy X Get Y: führen Sie 3-für-2 über einen vollständigen Katalog nach der Migration durch.
• Stackable Preisgestaltung: Pläne, der kostenlose Tarif, und was jeweils enthalten ist.