Die wichtigsten Erkenntnisse
- Die Shopify Checkout Extensibility ist das Framework, das
checkout.liquidersetzt hat. Sie teilt Checkout-Anpassungen in strukturierte Tools auf: Checkout UI Extensions, Shopify Functions, die Branding-API und Web-Pixel.- Plus-Stores haben am 28. August 2025
checkout.liquid, zusätzliche Skripte und Skript-Tags auf den Dankeschön- und Bestellstatus-Seiten verloren, automatische Upgrades starten ab Januar 2026.12- Non-Plus-Stores haben bis zum 26. August 2026 Zeit, die Dankeschön- und Bestellstatus-Seiten zu aktualisieren.3 Shopify Scripts funktionieren nach dem 30. Juni 2026 nicht mehr.1
- Benutzerdefinierter Code läuft jetzt in isolierten (sandboxed) Extensions und Pixeln, nicht mehr als reines JavaScript in einem Checkout-Feld. Das ist eingeschränkter, aber das ist der Kompromiss für einen schnelleren und sichereren Checkout.
- Die Migration ist echte Theme- und App-Arbeit. Ein Draft-First-Tool wie Fudge kümmert sich um die Storefront-Anpassungen drumherum, ohne dass du alles von Hand coden musst.
Die Shopify Checkout Extensibility ist der aktuelle, unterstützte Weg, um den Shopify Checkout anzupassen. Es ist nicht einfach ein einzelnes Feature. Es ist ein Baukastensystem – bestehend aus Checkout UI Extensions, Shopify Functions, einer Branding-API und Web-Pixeln –, bei dem jedes Tool einen Teil des Checkouts übernimmt, den checkout.liquid früher in einer einzigen Datei abgedeckt hat.
Dieser Guide ist dein Fahrplan. Er behandelt, was die Checkout Extensibility ist, warum Shopify checkout.liquid abgekündigt hat, die Deadlines, die jetzt wichtig sind, jeden einzelnen Baustein und wo er hingehört, Extension Targets, die Dankeschön- und Bestellstatus-Seiten, wie man das Upgrade durchführt und die Einschränkungen, die du einplanen solltest. Jeder Abschnitt verlinkt zu einem detaillierteren Guide, falls du tiefer ins Thema einsteigen möchtest.
Jedes Datum und jede Version unten bezieht sich auf eine primäre Shopify-Quelle. Deadlines für den Checkout haben sich in der Vergangenheit schon verschoben, also überprüfe sie auf den verlinkten Shopify-Seiten, bevor du eine Migration auf deren Basis planst.
Warum du uns vertrauen kannst
Wir sind seit über vier Jahren im Shopify-Umfeld tätig und haben mit hunderten von Stores gearbeitet.
Jacques, unser CTO, hat mehr als 15 Jahre Entwicklungs-Erfahrung und hat Storefronts für viele Shopify-Marken aufgebaut und migriert, inklusive Anpassungen im Checkout.
Wir haben Fudge entwickelt – einen KI-nativen Shopify Page Builder und Store Editor mit einer 5.0 Bewertung im Shopify App Store und einem Built for Shopify Badge. Wir sind natürlich voreingenommen, was unser eigenes Produkt angeht, und wir sagen offen, wo es Sinn macht und wo nicht.
Was ist die Shopify Checkout Extensibility?
Die Checkout Extensibility ist ein strukturiertes Framework zur Anpassung des Checkouts, und zwar durch von Shopify freigegebene APIs anstelle von beliebigem Code.
Beim alten Modell konntest du beliebiges JavaScript, Liquid oder Skripte von Drittanbietern über checkout.liquid und das Feld für zusätzliche Skripte (Additional Scripts) in den Checkout laden. Das war extrem flexibel, aber auch fehleranfällig. Ein langsames Tracking-Skript oder ein kaputtes Snippet konnte die wertvollste Seite im Store verschlechtern oder komplett lahmlegen.
Das neue Modell teilt das Setup in definierte Tools auf:
- Checkout UI Extensions für Änderungen an der Benutzeroberfläche.
- Shopify Functions für Backend-Logik wie Rabatte, Versand, Zahlungen und Validierung.
- Die Branding-API für das Styling.
- Web-Pixel für Tracking und Analytics.
Jedes Tool läuft innerhalb des eigenen Renderings und Sandboxings von Shopify. Du verlierst zwar ein Stück weit deine absolute Freiheit, bekommst dafür aber einen Checkout, der schnell, sicher updatebar und über Web sowie die Shop-App hinweg konsistent bleibt.
Checkout Extensibility im Vergleich zu checkout.liquid
| Funktion | checkout.liquid (alt) | Checkout Extensibility |
|---|---|---|
| UI-Anpassungen | Reines Liquid/HTML bearbeiten | Checkout UI Extensions an definierten Targets |
| Business-Logik | Shopify Scripts, eigener Code | Shopify Functions |
| Styling | CSS in der Checkout-Datei | Branding-API und Checkout Editor |
| Tracking | Feld für zusätzliche Skripte | Web-Pixel |
| Läuft auf | Direkte Injection in die Seite | Von Shopify gemanagte Sandbox |
| Upgrade-Pfad | Manuell, geht bei Plattform-Änderungen kaputt | Versionierte APIs |
| Verfügbarkeit | Nur Plus, abgekündigt | Kompletter Checkout bei Plus; bestimmte Teile in allen Plänen |
Das Wichtigste an dieser Tabelle: Nichts wurde ohne einen Ersatz entfernt. Die Aufgabe besteht nun darin, jede alte Anpassung auf ihr neues Tool zu mappen.
Warum hat Shopify checkout.liquid abgekündigt?
Das hatte drei Hauptgründe: Performance, Sicherheit und Updatefähigkeit.
Mit checkout.liquid konnten Händler den Checkout direkt bearbeiten. Das bedeutete, dass Shopify den zugrundeliegenden Checkout nicht sicher ändern konnte, ohne womöglich jede Händler-Anpassung kaputt zu machen. Eingeschleuste Skripte liefen außerdem mit vollem Zugriff auf die Seite – inklusive einer Seite, die Zahlungs- und persönliche Daten verarbeitet.
Die Checkout Extensibility löst dieses Problem, indem Anpassungen hinter versionierte APIs und Sandboxes verlegt werden. Shopify kann dadurch Verbesserungen am Checkout veröffentlichen – Conversion-Features, One Page Checkout, Barrierefreiheit – ohne dass dein Code bricht, weil dein Code mit einer stabilen Schnittstelle und nicht mehr direkt mit der reinen Seite kommuniziert.
Die wichtigsten Deadlines in 2026
Bei diesem Schritt solltest du keine Fehler machen. Verpasst du eine Deadline, entfernt Shopify die Anpassungen für dich.
| Store-Typ / Feature | Deadline | Was passiert |
|---|---|---|
| Plus - Dankeschön- und Bestellstatus-Seiten | 28. August 202512 | checkout.liquid, zusätzliche Skripte und Skript-Tags werden auf diesen Seiten eingestellt; sind nicht mehr bearbeitbar2 |
| Plus - automatische Upgrades | Januar 20262 | Shopify aktualisiert automatisch die verbleibenden Plus-Stores; alte Anpassungen werden entfernt und können nicht migriert werden2 |
| Shopify Scripts | 30. Juni 20261 | Scripts funktionieren bis zu diesem Datum weiterhin parallel zu Checkout Extensions, danach nicht mehr1 |
| Non-Plus (Basic, Shopify, Advanced) | 26. August 20263 | Deadline für die Aktualisierung und das Ersetzen der Dankeschön- und Bestellstatus-Seiten3 |
Ein paar Anmerkungen, um die Tabelle richtig zu lesen.
Für Plus-Stores wurden die checkout.liquid-Schritte für Informationen, Versand und Zahlung bereits vor der Abkündigung der Dankeschön- und Bestellstatus-Seiten nicht mehr unterstützt.1 Das Datum vom 28. August 2025 und das automatische Upgrade im Januar 2026 gelten speziell für die Dankeschön- und Bestellstatus-Seiten.12
Für Non-Plus-Stores sind hauptsächlich die Dankeschön- und Bestellstatus-Seiten von den Änderungen betroffen, die dazugehörige Frist ist der 26. August 2026.3 Alles, was sich auf diesen Seiten im Feld für zusätzliche Skripte befindet – Conversion-Tags, Pixel, eigene Snippets – braucht davor ein neues Zuhause.
Für Shopify Scripts gibt es eine eigene Deadline. Rabatt-, Versand- und Zahlungslogik, die als Script gebaut wurde, läuft nur noch bis zum 30. Juni 2026. Danach wandert diese Logik komplett zu den Shopify Functions.1
Die Bausteine der Checkout Extensibility
Vier Tools ersetzen das, was checkout.liquid bisher gemacht hat. Hier siehst du, wofür jedes davon zuständig ist.
Checkout UI Extensions
Checkout UI Extensions bringen eigene Benutzeroberflächen und Logik in den Checkout sowie auf die Dankeschön- und Bestellstatus-Seiten an fest definierten Platzierungen.4
Sie werden mit Shopifys Web Components gebaut – Buttons, Texte, Eingabefelder, Checkboxen –, die mit Layout-Grundbausteinen wie Stack, Grid und Section kombiniert werden.4 Du renderst sie an bestimmten Targets und baust nicht direkt in die Seite ein. Außerdem lesen sie Checkout-Daten über Target-APIs aus: Käuferidentität, Kosten, Line Items, Attribute und Metafelder.4
Häufige Anwendungsfälle: benutzerdefinierte Felder (Lieferhinweise, Geschenknachrichten), Trust-Inhalte, Upsells und Content-Banner. Bei Plus-Plänen sind UI Extensions für alle Schritte des Checkouts (Informationen, Versand, Zahlung) möglich; in allen Plänen gibt es sie für die Dankeschön- und Bestellstatus-Seiten.4
Die aktuelle Version der Checkout UI Extensions API ist 2026-04.4
Passend dazu – wenn du Labels und Felder im Checkout anpassen möchtest: So änderst du Checkout-Feld-Labels in Shopify.
Shopify Functions
Shopify Functions entscheiden über die Backend-Business-Logik – das sind die Entscheidungen, die der Checkout hinter den Kulissen trifft, nicht dessen Aussehen.5
Die Function-Arten decken alle Bereiche ab, die früher von Scripts verwaltet wurden, und noch mehr:5
- Rabatte - eigene Rabattarten und Kombinationen.
- Versandanpassungen - Lieferoptionen umbenennen, neu anordnen oder verstecken.
- Zahlungsanpassungen - Zahlungsmethoden verstecken oder neu anordnen.
- Warenkorb- und Checkout-Validierung - Checkout blockieren, wenn bestimmte Bedingungen nicht erfüllt sind.
- Bestellrouting, Abholorte und Bundles.
Functions werden in WebAssembly kompiliert und laufen auf der Infrastruktur von Shopify.5 Es gibt Templates für Rust und JavaScript, wobei Shopify Rust als die performanteste Option empfiehlt, damit Functions auch bei großen Warenkörben fehlerfrei laufen.5 Sie funktionieren ohne Zugriff auf das Netzwerk oder Dateisystem, was sie im Checkout so schnell und berechenbar macht.
Das ist der direkte Ersatz für Shopify Scripts. Wenn du Scripts im Einsatz hast, ist das der erste Punkt, den du vor dem 30. Juni 2026 anpassen solltest.1
Passend dazu: benutzerdefiniertes JavaScript in Shopify hinzufügen beleuchtet, wo eigenes Storefront-JS noch Sinn ergibt und wo nun Logik durch Functions abgebildet wird.
Die Branding-API
Die Branding-API stylt den Checkout durch strukturierte Design-Tokens, anstatt freies CSS zu verwenden.
Sie funktioniert über die checkoutBrandingUpsert Mutation in der GraphQL Admin API zusammen mit einem designSystem, das die Grundfarben, Typografie, Eckenradien und Abstände festlegt, sowie einem customizations-Objekt, das spezifische Komponenten stylt.6 Die Styles werden einheitlich über den gesamten Checkout, die Checkout UI Extensions und die Kundenkonto-Seiten angewendet, nicht pro Seite.7
Eine Einschränkung, die du bei deiner Planung berücksichtigen musst: Erweitertes Checkout-Styling über die Branding-API ist nur für Shopify Plus-Händler verfügbar.7 Non-Plus-Stores greifen auf die Farb-, Schrift- und Logo-Einstellungen des klassischen Checkout-Editors zurück.
Passend dazu, wenn du Trust-Elemente im Checkout haben willst: So fügst du in Shopify Trust-Badges im Checkout hinzu.
Web-Pixel
Web-Pixel ersetzen das Tracking-Feld für zusätzliche Skripte.
Die Web Pixels-API abonniert in sicherer Sandbox-Umgebung Kunden-Events – wie Seitenaufrufe, Produktansichten, Add-to-Cart oder abgeschlossener Checkout –, damit das Tracking diese Events aufnehmen kann, ohne den Checkout selbst zu beeinflussen.8 App-Pixel laufen in einer strengen (strict) Sandbox und greifen auf Settings der Admin API zurück; Custom Pixel (eigene Pixel) verbringen in einer lockeren (lax) Sandbox und benötigen kein Boilerplate.8
Hier wandern deine Google Ads Conversion Tags, Meta-Pixel, GTM und dein Analytics hin. Wenn du sie nach Ablauf der Frist deines Stores weiterhin einfach in das Feld für zusätzliche Skripte kopierst, funktionieren sie nicht mehr.13
Extension Targets verstehen
Targets entscheiden darüber, wo genau eine UI Extension platziert wird und wie sie sich verhält.4 Es gibt drei verschiedene Arten:
| Target-Typ | Was es macht | Beispiel |
|---|---|---|
| Statisch | Wird automatisch an einer fixen Position gerendert | Nach den Kontakt-Feldern, hinter den Line Items im Warenkorb |
| Block | Händler platziert es im Checkout Editor per Drag & Drop | Ein Custom-Content-Block, der manuell platziert wird |
| Runnable | Führt Logik im Hintergrund aus, ohne UI zu rendern | Reagiert beispielsweise auf eine Adressänderung |
Statische Targets und Block Targets umfassen die meisten sichtbaren Anpassungen. Der Unterschied ist die Kontrollmöglichkeit: Statische Targets tauchen auf, wo sie im Code definiert sind, während der Händler bei Block Targets die Position im Checkout Editor frei auswählen kann.4
Eine Extension kann mehr als eine Target-Art haben. So lässt sich etwa gleichzeitig ein Feld sowie die Logik, die darauf reagiert, ins System einbauen.
Extensibility für Dankeschön- und Bestellstatus-Seiten
An den Dankeschön- und Bestellstatus-Seiten spüren die meisten Non-Plus-Stores diese Veränderung am deutlichsten, weil hier meist ihr Tracking und Post-Purchase-Content lag.
Beide Seiten werden mittlerweile über den Editor für Checkout und Accounts mit UI Extensions und Web-Pixeln angepasst, nicht mit checkout.liquid oder zusätzlichen Skripten.23 UI Extensions können personalisierte Nachrichten, Umfragen oder Post-Purchase-Inhalte zeigen, inklusive Lesezugriff auf Bestell-Metafelder.4 Tracking, das früher aus zusätzlichen Skripten bestand, wandert zu App-Pixeln, damit feuernde Events nicht verloren gehen.2
Für einen Store auf Basic, Shopify oder Advanced lautet die Checkliste vor dem 26. August 2026:3
- Finde jedes Tag und Snippet im Feld für zusätzliche Skripte (Conversion, Remarketing, Analytics).
- Baue jedes als App-Pixel oder Custom Pixel nach.
- Baue jeden Post-Purchase-Inhalt als UI Extension auf der Dankeschön-Seite neu.
- Mach vor dem Fristende eine Testbestellung und überprüfe, ob die Events gefeuert werden.
Wenn du nichts tust, aktualisiert Shopify den Store automatisch für dich, wobei deine veralteten Anpassungen nicht übernommen werden.23
So upgradest du von checkout.liquid
Ein Upgrade ist vor allem eine Matching-Aufgabe: Man nimmt jede Funktion, die der alte Checkout erfüllt hat, und weist sie dem neuen Tool zu.
| Was du hattest | Wo es jetzt hingehört |
|---|---|
Eigene Felder / Inhalte in checkout.liquid | Checkout UI Extension an einem bestimmten Target4 |
| Shopify Scripts (Rabatte, Versand) | Shopify Functions15 |
| CSS-Styling in der Checkout-Datei | Branding-API (Plus) oder Checkout Editor7 |
| Tags in zusätzlichen Skripten | Web-Pixel28 |
| Dankeschön- / Bestellstatus-Anpassungen | UI Extensions im Checkout Editor23 |
Eine pragmatische Reihenfolge zum Durchführen:
- Bestandsaufnahme des aktuellen Setups. Liste jede individuelle Anpassung, jedes Skript und App auf, die mit dem Checkout, der Dankeschön- und der Bestellstatus-Seite in Berührung kommt.
- Nach Tools filtern. Ordne jeden Punkt entweder einer UI Extension, Function, Branding oder Pixel zu.
- Prüfen deiner Extensions & Apps. Viele Apps bringen bereits Checkout-Extensibility Versionen mit. Ein App-Update ist oftmals deutlich effizienter, als Dinge komplett selbst nachzubauen.
- Die restlichen Stücke als Extensions umsetzen. Erstelle ein Grundgerüst mithilfe des Shopify CLI und teste alles gründlich in einem Development-Store.
- Scripts früh auf Functions umbauen. Die zugehörige Frist (30. Juni 2026) liegt vor der Frist für Non-Plus Checkout Seiten.1
- Prüfung per Testbestellung, bevor alle Änderungen der Weltöffentlichkeit präsentiert werden.
Einen ausführlichen Guide für das Plus-Setup bzw. wie und wo noch begrenzte Checkout-Bearbeitungen zum Einsatz kommen, findest du hier: So passt du checkout.liquid in Shopify Plus an.
Checkout Extensions testen
Der Checkout ist diejenige Seite im Store, die auf keinen Fall kaputt sein darf. Ein ordentlicher Test vor der Liveschaltung ist also absolut Pflicht.
- Development-Stores. Baue und teste Checkout Extensions nur auf Development-Stores, nie am Livesystem.
- Shopify CLI Vorschau. Mit
shopify app devservierst du deine Extension direkt in die Vorschau und siehst sie im echten Checkout, noch vor einem Deployment. - Testbestellungen. Tätige komplette End-to-End Bestellungen (bis zur Dankeschön- und Bestellstatus-Seite) und stell sicher, dass alle Analytics-Pixel ordentlich triggern.
- Draft Themes für die Storefront rundherum. Änderungen im Checkout gehen oft mit Änderungen an Warenkorb oder Produktdetails einher. Halte alle diese Änderungen als Draft, bis der Release ansteht.
Einen Guide zu Upsell- oder Cross-Sell-Funktionen, die eng mit Warenkorb und Checkout zusammenarbeiten, findest du unter: So fügst du Upsells im Shopify-Warenkorb hinzu. Falls du direkt die Conversion des neuen Checkouts beurteilen und steigern willst, hilft dir unser Shopify CRO-Guide.
Einschränkungen und Limits, die du kennen solltest
Checkout Extensibility ist mit Absicht viel enger gefasst als checkout.liquid. Deswegen solltest du ein paar Dinge kennen, bevor du blind etwas versprichst:
- Kein beliebiger Code mehr im Checkout. Du interagierst nur über bereitgestellte Targets und APIs. Gibt es für eine Stelle im Layout noch kein passendes Target, kannst du dort vorerst nichts rendern.
- Volle Anpassungsfreiheit im Checkout bleibt ein Plus-Feature. Checkout UI Extensions auf Informations-, Versand- und Zahlungsebene sowie die Branding-API bleiben Shopify Plus exklusiv.47 Non-Plus-Stores modifizieren die Dankeschön- und Bestellstatus-Seite sowie einige Editor-Stylings.
- Functions laufen via Sandbox. Ohne Zugriff auf Netzwerk oder Filesystem spielt Performance (vor allem bei vielen Items im Warenkorb) die größte Rolle. Shopify empfiehlt dafür Rust.5
- Branding betrifft alles zeitgleich. Eine Designentscheidung wird auf alle Bestandteile und Schritte übertragen. Unterschiedliche Styles pro Sub-Level gibt es nicht.7
- APIs sind versioniert. Extensions targeten gezielt eine bestimmte Version – momentan z.B. 2026-04 für die UI Extensions API.4
Das ist quasi der Deal: Du nimmst Einschränkungen im Framework in Kauf, hältst deinen Checkout dafür aber jederzeit performant, sicher und vor allem kompatibel mit den neuesten Updates. Im alten Setup war das so nicht möglich.
Wo Fudge bei der Checkout-Arbeit hilft
Checkout Extensibility ist klassische Entwicklungs-Arbeit: Scaffolding für Extensions, Code für Functions schreiben, Pixel anbinden, mit Development-Stores testen.
Die Storefront rund um den Checkout – Landingpages, Warenkorb, Produktdetails, Trust-Sektionen oder saisonale Kampagnen – ist dagegen häufig der Ort, wo das meiste Potenzial bei Conversions gehoben wird, und oftmals braucht es hierfür gar keinen reinen Entwickler.
Das ist genau das, was Fudge erledigt. Fudge läuft direkt im Shopify Admin-Bereich, erstellt durch einfache Prompts statt durch viel Code den Store, und hält alle Änderungen transparent als Draft vor, bis sie dir final taugen. Fudge erzeugt am Ende sauberes, natives Liquid, JS und CSS – es gibt also kein Lock-In. Für Händler-Änderungen auf den Seiten, die einem neuen Checkout den besten Rahmen geben, macht unser Store Editor einen wirklich ordentlichen Job, während sich das Entwickler-Team um die Extensions kümmert.
Beide Ebenen harmonieren miteinander: Framework-APIs verwalten den Checkout, der Draft-First Editor übernimmt das Frontend für die Storefront rundherum.
Zusammenfassung
Die Checkout Extensibility hat eine große (aber anfällige) Datei durch vier klar definierte Tools ersetzt: UI Extensions für das Interface, Functions für die Logik, die Branding-API für das Styling und Web-Pixel fürs Tracking. Im Gegenzug für die unbegrenzte Freiheit gibt es nun einen performanten und upgradefähigen Checkout.
Besonderes Augenmerk liegt bei all dem auf den jeweiligen Deadlines. Plus-Stores werden seit 2025 bis hinein in den Januar 2026 abgelöst.12 Shopify Scripts laufen nur noch bis Ende Juni 2026.1 Nachzügler aus der Non-Plus Riege müssen bis 26. August 2026 Dankeschön- und Bestellstatus-Seiten aktualisieren und portieren.3 Bitte checke in den beigefügten Hilfe-Artikeln unbedingt auch noch mal den aktuellen Stand, da sich Shopify bei diesen Fristen schon in der Vergangenheit oft neu erfunden hat.
Im Endeffekt heißt es also: Alte Implementierungen filtern, Script-Bestände möglichst direkt auf Functions portieren, Tags & Tracking nach Pixel ziehen und alles über saubere Sandbox-Orders testen. Das war’s.
FAQ
Es ist das aktuelle und offizielle Framework in Shopify, um den Checkout in sicheren Bahnen zu modifizieren – ohne das Herumpfuschen am veralteten checkout.liquid. Dabei gliedern sich die Arbeitspakete in vier Segmente: Checkout UI Extensions für Interface-Änderungen, Shopify Functions für die Business Logic in Rabatten oder Warenkorbvalidierungen, die Branding-API fürs Styling, sowie sichere Web-Pixel für das Tracking. Alles läuft nun sauber getrennt und abgefedert in einer Shopify-Sandbox, statt frei und offen in den Frontend-Code gepumpt zu werden.
Für Shopify Plus-Stores wurde das Ende von checkout.liquid, zusätzliche Skripte sowie Script-Tags auf Dankeschön- und Bestellstatus-Seiten für den 28. August 2025 ausgerufen; ab Januar 2026 wird automatisiert modernisiert. Non-Plus Stores (Basic, Shopify, Advanced) müssen spätestens bis zum 26. August 2026 die entsprechenden Dankeschön- und Bestellstatus-Seiten übersetzen. Am besten schaust du hierzu direkt in das Shopify Help Center, da diese Deadlines historisch gesehen durchaus Schwankungen unterliegen.
Shopify Scripts funktionieren noch bis zum 30. Juni 2026 parallel zu den Checkout Extensions, danach nicht mehr. Bisherige Logik aus Scripts (etwa Rabatte, Versandanpassungen und Co.) lässt sich vollumfänglich durch Shopify Functions übernehmen, die sogar noch mehr Funktionalität bieten. Da diese Deadline vor der der Non-Plus Stores liegt, ist ein Portieren der Scripts zumeist Schritt 1 im Migration-Masterplan.
Nicht unbedingt alles davon. Das volle Programm mit Checkout UI Extensions für alle Kernbereiche (Informationen, Versand und Zahlung) sowie die mächtige Branding-API bleiben jedoch exklusiv bei Shopify Plus. Aber auch Non-Plus Stores können für die Dankeschön- und Bestellstatus-Seite ohne Probleme UI Extensions sowie Web-Pixel nutzen. Für den Checkout selbst bleibt ihnen der Editor. Ein Grundpaket ist also für jeden dabei – die volle Palette gibt's für Plus.
Web-Pixel. Über die Web Pixels-API hängen sich Pixel in dediziert abonnierten Sandboxes an relevante Kunden-Events. So werden Google Ads, Meta Pixel, GTM und Co. ganz legal eingebunden, ohne das eigentliche Setup des Checkouts zu durchkreuzen. Für App-Pixel passiert dies in engeren (strict) Sandboxes, wobei sie Daten von der Admin-API erhalten; bei Custom Pixel in einer entspannten (lax) Umgebung. Und bitte beachten: Das Feld für zusätzliche Skripte wird nach Ablauf der Umstellungsfrist für immer und ewig aussterben, also nicht vergessen hier umzuziehen!
Targets sind quasi die Ankerpunkte, über die Shopify Checkout UI Extensions positioniert und konfiguriert werden. Mit statischen Targets werden diese automatisiert gebunden, Block Targets verschaffen Händlern im Checkout Editor mehr Flexibilität in der Anordnung, und die Runnables kümmern sich stumm im Hintergrund um Logik, ganz ohne UI-Schnittstelle. Es ist außerdem absolut legal, dass Extensions mehr als nur ein Target binden.
Ja, aber streng limitiert via den offiziellen Toolkit-Funktionen, anstatt wie früher frei aus der Hüfte geschossenen Code zu injizieren. Also: Layout geht in Checkout UI Extensions, Backend-Bedingungen auf die Schultern von Shopify Functions, Farben via Branding-API und Skripte sowie Hooks schlucken die Web-Pixel. Einfaches, freistehendes JavaScript-Snipping und Injections gehören nun endgültig der Vergangenheit an (oder sind zumindest erst dann wieder möglich, sobald offizielle Targets dafür geliefert werden).
Footnotes
-
“checkout.liquid”, Shopify-Entwicklerdokumentation, in der angegeben ist, dass checkout.liquid, zusätzliche Skripte und Skript-Tags für die Dankeschön- und Bestellstatus-Seiten am 28. August 2025 eingestellt werden, dass die Schritte Informationen/Versand/Zahlung nicht unterstützt werden und dass Shopify Scripts bis zum 30. Juni 2026 neben Checkout-Erweiterungen funktionieren: https://shopify.dev/docs/storefronts/themes/architecture/layouts/checkout-liquid ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12 ↩13 ↩14
-
“Plus - Upgrading and replacing your Thank you and Order status pages”, Shopify Help Center, mit Hinweis auf die Plus-Frist am 28. August 2025, dass zusätzliche Skripte und checkout.liquid nicht mehr editierbar wurden, dass automatische Upgrades im Januar 2026 beginnen und dass das Tracking auf App-Pixel verlagert wird: https://help.shopify.com/en/manual/checkout-settings/customize-checkout-configurations/upgrade-thank-you-order-status/plus-upgrade-guide ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12
-
“Upgrading and replacing your Thank you and Order status pages”, Shopify Help Center, in dem angegeben ist, dass Non-Plus-Stores bis zum 26. August 2026 Zeit haben, die Dankeschön- und Bestellstatus-Seiten zu aktualisieren und zu ersetzen: https://help.shopify.com/en/manual/checkout-settings/customize-checkout-configurations/upgrade-thank-you-order-status ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10
-
“Checkout UI extensions”, Shopify-Entwicklerdokumentation, die Targets (statisch, block, runnable), Target-APIs, Web Components, Seitenverfügbarkeit und die aktuelle API-Version 2026-04 beschreibt: https://shopify.dev/docs/api/checkout-ui-extensions/latest ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11
-
“Shopify Functions”, Shopify-Entwicklerdokumentation, mit Auflistung der Funktionstypen (Rabatte, Lieferung, Zahlung, Validierung, Bestellrouting, Abholorte, Bundles), WebAssembly-Kompilierung und den Rust/JavaScript-Templates (wobei Rust aus Performance-Gründen empfohlen wird): https://shopify.dev/docs/apps/build/functions ↩ ↩2 ↩3 ↩4 ↩5 ↩6
-
“checkoutBrandingUpsert”, GraphQL Admin API, beschreibt das designSystem (Farben, Typografie, Eckenradien, Abstände) und den customizations-Input für das Checkout-Branding: https://shopify.dev/docs/api/admin-graphql/latest/mutations/checkoutBrandingUpsert ↩
-
“About checkout styling”, Shopify-Entwicklerdokumentation, in der festgelegt ist, dass Anpassungen des Checkout-Stylings über die Branding-API nur für Shopify Plus-Händler verfügbar sind und für den gesamten Checkout gelten: https://shopify.dev/docs/apps/build/checkout/styling ↩ ↩2 ↩3 ↩4 ↩5
-
“Web Pixels API”, Shopify-Entwicklerdokumentation, beschreibt das Abonnieren von Kunden-Events innerhalb von Lax- oder Strict-Sandboxes und den Unterschied zwischen App-Pixeln und Custom-Pixeln: https://shopify.dev/docs/api/web-pixels-api ↩ ↩2 ↩3


