Wichtigste Erkenntnisse
- Shopify Checkout Extensibility ist das Framework, das
checkout.liquidersetzt hat. Es teilt die Checkout-Anpassung in strukturierte Tools auf: Checkout UI Extensions, Shopify Functions, die Branding API und Web Pixels.- Plus-Stores haben
checkout.liquid, zusätzliche Skripte und Script-Tags auf den Dankes- und Bestellstatusseiten am 28. August 2025 verloren. Die automatischen Upgrades beginnen ab Januar 2026.12- Non-Plus-Stores haben bis zum 26. August 2026 Zeit, die Dankes- und Bestellstatusseiten zu aktualisieren.3 Shopify Scripts funktionieren nach dem 30. Juni 2026 nicht mehr.1
- Benutzerdefinierter Code wandert jetzt in Sandbox-Extensions und -Pixels und ist nicht länger reines JavaScript in einem Checkout-Feld. Das ist zwar stärker eingeschränkt, aber der Kompromiss für einen schnelleren und sichereren Checkout.
- Die Migration bedeutet 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 schreiben musst.
Shopify Checkout Extensibility ist der aktuelle, unterstützte Weg, um den Shopify-Checkout anzupassen. Es ist kein einzelnes Feature. Es ist ein Set aus Bausteinen – Checkout UI Extensions, Shopify Functions, eine Branding API und Web Pixels –, die jeweils einen Teil des Checkouts übernehmen, den checkout.liquid früher in einer einzigen Datei abgedeckt hat.
Dieser Guide ist dein Fahrplan. Er behandelt, was Checkout Extensibility ist, warum Shopify checkout.liquid eingestellt hat, die Fristen, die jetzt wichtig sind, jeden Baustein und wo er reinpasst, Extension-Targets, die Dankes- und Bestellstatusseiten, wie man das Upgrade durchführt und die Einschränkungen, die du einplanen solltest. Jeder Abschnitt verlinkt zu einem spezifischen Guide, falls du tiefer ins Detail gehen willst.
Jedes Datum und jede Version unten wird mit einer Shopify-Primärquelle belegt. Checkout-Fristen wurden in der Vergangenheit schon verschoben, überprüfe sie also auf den verlinkten Shopify-Seiten, bevor du eine Migration danach planst.
Wenn du in einem Non-Plus-Plan bist, ist die Frist am 26. August 2026 nur noch wenige Tage entfernt. Unsere August 2026 Shopify Updates behandeln die Reihenfolge der Migration, die du diese Woche durcharbeiten solltest.
Warum du uns vertrauen kannst
Wir sind seit über vier Jahren im Shopify-Bereich tätig und haben mit hunderten von Shops gearbeitet.
Jacques, unser CTO, hat mehr als 15 Jahre Erfahrung in der Softwareentwicklung und hat Storefronts für viele Shopify-Marken erstellt und migriert, einschließlich Checkout-Anpassungen.
Wir haben Fudge entwickelt – einen KI-nativen Shopify Page Builder und Store Editor mit einer Bewertung von 4.9 im Shopify App Store und einem Built for Shopify-Badge. Wir sind unserem eigenen Produkt gegenüber natürlich nicht ganz unvoreingenommen, sagen aber offen, wo es passt 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-Änderungen | Rohes 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 Pixels |
| Läuft auf | Direkter Code in der Seite | Von Shopify verwaltete Sandbox |
| Upgrade-Pfad | Manuell, bricht bei Updates | Versionierte APIs |
| Verfügbarkeit | Nur Plus, deprecated | Kompletter Checkout bei Plus; Teile in allen Plänen |
Die Kernaussage der Tabelle: Nichts wurde ersatzlos gestrichen. Die eigentliche Arbeit besteht darin, jede alte Anpassung dem neuen Tool zuzuordnen.
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
Hier darf nichts schiefgehen, denn wenn du ein Datum verpasst, entfernt Shopify die Anpassungen für dich.
| Store-Typ / Feature | Deadline | Was passiert |
|---|---|---|
| Plus – Dankes- und Bestellstatusseiten | 28. August 202512 | checkout.liquid, zusätzliche Skripte und Script Tags werden auf diesen Seiten eingestellt; sie können nicht mehr bearbeitet werden2 |
| Plus – automatische Upgrades | Januar 20262 | Shopify führt Auto-Upgrades für verbleibende Plus-Stores durch; alte Anpassungen werden entfernt und können nicht migriert werden2 |
| Shopify Scripts | 30. Juni 20261 | Scripts funktionieren bis zu diesem Datum parallel zu Checkout Extensions und werden dann eingestellt1 |
| Non-Plus (Basic, Shopify, Advanced) | 26. August 20263 | Deadline für das Upgrade und den Austausch der Dankes- und Bestellstatusseiten3 |
Ein paar Anmerkungen zum Lesen dieser Tabelle.
Für Plus-Stores wurden die checkout.liquid-Schritte für Information, Versand und Zahlung bereits vor dem Ende der Dankes- und Bestellstatusseiten nicht mehr unterstützt.1 Das Datum 28. August 2025 und das automatische Upgrade im Januar 2026 gelten speziell für die Dankes- und Bestellstatusseiten.12
Für Non-Plus-Stores sind die Dankes- und Bestellstatusseiten betroffen, und die Deadline ist der 26. August 2026.3 Alles, was auf diesen Seiten im Feld für zusätzliche Skripte (Additional Scripts) liegt – Conversion-Tags, Pixel, benutzerdefinierte Snippets – braucht bis dahin ein neues Zuhause.
Für Shopify Scripts gibt es eine separate Deadline. Rabatt-, Versand- und Zahlungslogiken, die als Scripts erstellt wurden, laufen nur noch bis zum 30. Juni 2026. Danach muss diese Logik zu Shopify Functions umziehen.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 bestimmen, wo eine UI Extension erscheint und wie sie sich verhält.4 Es gibt drei Arten:
| Target-Typ | Was es macht | Beispiel |
|---|---|---|
| Static | Rendert automatisch an einem festen Ort | Nach den Kontaktfeldern, nach den Warenkorb-Artikeln |
| Block | Der Händler platziert es im Checkout-Editor | Ein eigener Inhaltsblock, den ein Händler per Drag-and-Drop platziert |
| Runnable | Führt Logik aus, ohne eine UI zu rendern | Reagiert auf die Änderung eines Adressfeldes |
Static- und Block-Targets decken die meisten sichtbaren Anpassungen ab. Der Unterschied liegt in der Kontrolle: Static-Targets rendern dort, wo das Target definiert ist, während der Händler bei Block-Targets die Position im Checkout-Editor selbst wählen kann.4
Eine einzelne Extension kann mehr als ein Target registrieren. So kann eine App gleichzeitig ein Feld hinzufügen und die Logik bereitstellen, die darauf reagiert.
Extensibility für Dankeschön- und Bestellstatus-Seiten
Die Dankes- und Bestellstatusseiten sind der Ort, an dem die meisten Non-Plus-Stores diese Änderung spüren, da dort ihr Tracking und ihre Post-Purchase-Inhalte lagen.
Beide Seiten werden jetzt über den Checkout- und Kundenkonten-Editor mit UI Extensions und Web Pixels angepasst, nicht mehr mit checkout.liquid oder zusätzlichen Skripten.23 UI Extensions können eine personalisierte Nachricht, eine Umfrage oder Post-Purchase-Inhalte anzeigen und haben Lesezugriff auf Bestell-Metafelder.4 Das Tracking, das früher in den zusätzlichen Skripten lag, wird zu App Pixels verschoben, damit die Events weiterhin feuern.2 Post-Purchase-Angebote sind der wertvollste Anwendungsfall für diese Bereiche; unser Vergleich der besten Shopify Post-Purchase-Upsell-Apps behandelt die Apps, die bereits darauf aufbauen.
Für einen Store mit Basic, Shopify oder Advanced ist dies die praktische Checkliste vor dem 26. August 2026:3
- Finde jedes Tag im Feld für zusätzliche Skripte (Conversion, Remarketing, Analytics).
- Baue jedes als App Pixel oder Custom Pixel neu auf.
- Baue jegliche Post-Purchase-Inhalte als UI Extension auf der Dankesseite neu.
- Überprüfe vor der Frist, ob die Events in einer Testbestellung feuern.
Wenn du nichts tust, aktualisiert Shopify den Store automatisch für dich und die alten Anpassungen werden nicht übernommen.23
So upgradest du von checkout.liquid
Das Upgrade ist eine Zuordnungsübung (Mapping). Nimm alles, was der alte Checkout gemacht hat, und verlagere es in das Tool, das jetzt dafür zuständig ist.
| Was du hattest | Wo es jetzt hinkommt |
|---|---|
Eigene Felder / Inhalte in checkout.liquid | Checkout UI Extension an einem 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 Pixels28 |
| Anpassungen an Dankes- / Bestellstatusseiten | UI Extensions im Checkout-Editor23 |
Eine gut funktionierende Reihenfolge:
- Inventarisiere den alten Checkout. Liste jede Anpassung, jedes Skript und jede App auf, die den Checkout, die Dankesseite und den Bestellstatus berührt.
- Sortiere nach Tool. Weise jedes Element einer UI Extension, Function, Branding oder einem Pixel zu.
- Überprüfe zuerst deine Apps. Viele Apps bieten bereits Versionen für Checkout Extensibility an. Das Upgrade der App geht oft schneller, als eigenen Code neu zu schreiben. Abo-Apps (Subscriptions) sind ein typischer Fall, da sie Checkout, Rabatte und das Kundenkonto gleichzeitig berühren; die besten Shopify Subscription-Apps basieren alle auf den neuen APIs.
- Baue eigene Anpassungen als Extensions neu auf. Erstelle das Grundgerüst mit der Shopify CLI und teste es in einem Development-Store.
- Verschiebe Scripts frühzeitig zu Functions. Diese Frist (30. Juni 2026) liegt vor der Seiten-Frist für Non-Plus-Stores.1
- Verifiziere alles mit einer echten Testbestellung, bevor du dich darauf verlässt.
Für den Plus-spezifischen Weg, einschließlich der Frage, wo das eingeschränkte Bearbeiten des Checkouts noch gilt, sieh dir an, wie man die checkout.liquid in Shopify Plus anpasst.
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, unterstützte Framework, um den Shopify-Checkout über definierte APIs anzupassen, anstatt die checkout.liquid zu bearbeiten. Es teilt die Arbeit in vier Bausteine auf: Checkout UI Extensions für Änderungen an der Oberfläche, Shopify Functions für Backend-Logik wie Rabatte und Validierungen, die Branding API für das Styling und Web Pixels fürs Tracking. Jeder Baustein läuft in einer von Shopify verwalteten Sandbox, anstatt Code direkt in die Seite zu injizieren.
Für Shopify Plus-Stores enden checkout.liquid, zusätzliche Skripte und Script-Tags auf den Dankes- und Bestellstatusseiten am 28. August 2025. Automatische Upgrades beginnen ab Januar 2026. Für Non-Plus-Stores (Basic, Shopify, Advanced) ist die Frist für das Upgrade der Dankes- und Bestellstatusseiten der 26. August 2026. Überprüfe dies noch einmal im Shopify Help Center, bevor du planst, da diese Daten in der Vergangenheit schon verschoben wurden.
Shopify Scripts funktionieren weiterhin parallel zu Checkout-Extensions bis zum 30. Juni 2026 und werden dann eingestellt. Rabatt-, Versand- und Zahlungslogiken, die als Scripts erstellt wurden, wechseln zu Shopify Functions, die dieselben Anwendungsfälle und noch mehr abdecken. Da dieses Datum vor der Frist für Non-Plus-Seiten liegt, ist die Portierung von Scripts zu Functions meistens die erste Aufgabe bei der Migration.
Nicht ganz. Die Anpassung der vollständigen Checkout-Schritte (Information, Versand, Zahlung) mit UI Extensions und die Nutzung der Branding API sind Shopify Plus-Features. Non-Plus-Stores können jedoch weiterhin UI Extensions und Web Pixels zu den Dankes- und Bestellstatusseiten hinzufügen und den Checkout über den Checkout-Editor stylen. Jeder Plan bekommt also einen Teil davon; Plus bekommt alles.
Web Pixels. Die Web Pixels API abonniert Kunden-Events innerhalb einer Sandbox, sodass Tags wie Google Ads Conversion-Tracking, Meta-Pixels und GTM weiterhin feuern, ohne direkt in der Checkout-Seite zu liegen. App Pixels laufen in einer strengen Sandbox und lesen Einstellungen aus der Admin API; Custom Pixels laufen in einer lockeren Sandbox ohne viel Boilerplate. Tags, die im alten Feld für zusätzliche Skripte verbleiben, funktionieren nach der Frist des jeweiligen Stores nicht mehr.
Ein Target (Ziel) ist die Platzierung, die bestimmt, wo eine Checkout UI Extension erscheint und wie sie sich verhält. Statische Targets werden automatisch an festgelegten Stellen gerendert, Block-Targets lassen den Händler die Extension im Checkout-Editor positionieren, und Runnable-Targets führen Logik aus, ohne eine UI anzuzeigen. Eine einzelne Extension kann mehr als ein Target registrieren.
Ja, aber über die offiziell freigegebenen Tools und nicht mehr durch direkte Injektion. UI-Logik gehört in Checkout UI Extensions, Geschäftsregeln in Shopify Functions, Styling in die Branding API und Tracking in Web Pixels. Du kannst kein beliebiges JavaScript mehr in den Checkout einfügen, und wenn es für eine Platzierung kein Extension-Target gibt, kannst du dort vorerst auch nichts rendern.
Footnotes
-
“checkout.liquid,” Shopify-Entwicklerdokumentation. Besagt, dass checkout.liquid, zusätzliche Skripte und Script-Tags für die Dankes- und Bestellstatusseiten am 28. August 2025 eingestellt werden, dass die Informations-/Versand-/Zahlungsschritte nicht mehr unterstützt werden und dass Shopify Scripts bis zum 30. Juni 2026 neben Checkout-Extensions 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. Weist auf die Plus-Frist am 28. August 2025 hin, darauf, dass zusätzliche Skripte und checkout.liquid nicht mehr bearbeitet werden können, dass automatische Upgrades im Januar 2026 beginnen und dass das Tracking auf App Pixels umgestellt 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. Besagt, dass Non-Plus-Stores bis zum 26. August 2026 Zeit haben, die Dankes- und Bestellstatusseiten 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. Beschreibt Targets (static, block, runnable), Target APIs, Web Components, Seitenverfügbarkeit und die aktuelle API-Version 2026-04: https://shopify.dev/docs/api/checkout-ui-extensions/latest ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11
-
“Shopify Functions,” Shopify-Entwicklerdokumentation. Listet die Funktionstypen auf (Rabatte, Lieferung, Zahlung, Validierung, Order Routing, Abholung, Bundles), WebAssembly-Kompilierung und die Rust/JavaScript-Templates (Rust wird aus Performance-Gründen empfohlen): https://shopify.dev/docs/apps/build/functions ↩ ↩2 ↩3 ↩4 ↩5 ↩6
-
“checkoutBrandingUpsert,” GraphQL Admin API. Beschreibt das designSystem (Farben, Typografie, Eckenradius, Abstände) und Customizations-Inputs für das Checkout-Branding: https://shopify.dev/docs/api/admin-graphql/latest/mutations/checkoutBrandingUpsert ↩
-
“About checkout styling,” Shopify-Entwicklerdokumentation. Besagt, dass Anpassungen am Checkout-Styling ü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 in Lax- oder Strict-Sandboxes und den Unterschied zwischen App Pixels und Custom Pixels: https://shopify.dev/docs/api/web-pixels-api ↩ ↩2 ↩3


