Shopify Checkout Extensibility: Der ultimative Guide

Wichtigste Erkenntnisse

• Die Shopify Checkout Extensibility ist das Framework, das checkout.liquid abgelöst hat. Es unterteilt Checkout-Anpassungen in strukturierte Tools: Checkout UI Extensions, Shopify Functions, die Branding API und Web Pixels.
• Plus-Stores haben checkout.liquid, zusätzliche Skripte (additional scripts) und Skript-Tags auf den Dankes- und Bestellstatusseiten am 28. August 2025 verloren. Automatische Upgrades starteten ab Januar 2026.¹²
• Non-Plus-Stores hatten bis zum 26. August 2026 Zeit, die Dankes- und Bestellstatusseiten zu aktualisieren.³ Shopify Scripts funktionierten nach dem 30. Juni 2026 nicht mehr.¹
• Benutzerdefinierter Code läuft jetzt in isolierten (sandboxed) Extensions und Pixels, statt als rohes JavaScript in einem Checkout-Feld. Das ist etwas eingeschränkter, aber dafür wird der Checkout schneller und sicherer.
• Die Migration bedeutet echte Theme- und App-Arbeit. Fudge, der KI-Operator für Shopify-Stores, übernimmt die Storefront-Bearbeitungen darum herum als Entwürfe, die du nur noch freigibst; die Checkout-Extensions selbst bleiben Entwicklerarbeit.

Die Shopify Checkout Extensibility ist der aktuelle, unterstützte Weg, um den Shopify Checkout anzupassen. Es ist kein einzelnes Feature. Es ist ein Baukasten aus Checkout UI Extensions, Shopify Functions, einer Branding API und Web Pixels, die jeweils einen Teil des Checkouts abdecken, für den checkout.liquid früher als einzelne Datei zuständig war.

Unten erfährst du: warum Shopify checkout.liquid eingestellt hat, die Deadlines, jeden Baustein, Extension-Ziele (Targets) und wie das Upgrade funktioniert. Jeder Abschnitt verlinkt auf einen detaillierten Guide.

Jedes Datum unten wird mit einer Shopify-Primärquelle belegt.

Wenn du einen Non-Plus-Plan hast, ist die Deadline vom 26. August 2026 mittlerweile abgelaufen. Unsere Shopify-Updates vom August 2026 behandeln, was sich geändert hat, und unser Migrations-Guide führt dich durch den kompletten Umzug, falls du noch veraltete (Legacy-) Anpassungen ersetzen musst.

Warum du uns vertrauen kannst

Wir sind seit über vier Jahren im Shopify-Umfeld tätig und haben mit hunderten von Shops gearbeitet.

Jacques, unser CTO, hat mehr als 15 Jahre Entwicklungserfahrung und hat Storefronts für viele Shopify-Marken gebaut und migriert, inklusive Checkout-Arbeiten.

Wir bauen Fudge - den KI-Operator für Shopify-Shops, mit einer 4.9-Bewertung im Shopify App Store und einem Built for Shopify-Badge. Wir sind gegenüber unserem eigenen Produkt natürlich voreingenommen, sagen aber auch ehrlich, 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

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?

Drei Gründe waren dafür ausschlaggebend: Performance, Sicherheit und Upgrade-Fähigkeit.

checkout.liquid ließ Händler den Checkout direkt bearbeiten. Das bedeutete, Shopify konnte den Checkout im Hintergrund nicht sicher verändern, ohne jede Anpassung zu gefährden. Eingeschleuste Skripte liefen außerdem mit vollem Zugriff auf eine Seite, die Zahlungen und persönliche Daten verarbeitet.

Die Storefront-Seiten vor dem Checkout sind weiterhin offen für App-Skripte. Genau dort schlug der Shopify-Checkout-Phishing-Angriff im Oktober 2026 zu und leitete Käufer auf einen gefälschten Checkout um, bevor der echte Shopify-Checkout lud.

Die Checkout Extensibility behebt das, indem sie Anpassungen hinter versionierte APIs und Sandboxes legt. Shopify kann so Checkout-Verbesserungen – Conversion-Features, One Page Checkout, Barrierefreiheit – ausrollen, ohne deinen Code kaputtzumachen, da dein Code mit einer stabilen Schnittstelle und nicht mit der rohen Seite kommuniziert.

Die Deadlines 2025 und 2026

Jedes untenstehende Datum ist mittlerweile abgelaufen. Stores, die eine Deadline verpasst haben, wurden von Shopify aktualisiert und ihre Legacy-Anpassungen wurden entfernt.

Ein paar Anmerkungen zum Lesen dieser Tabelle.

Für Plus-Stores wurden die checkout.liquid-Schritte für Information, Versand (Shipping) und Zahlung (Payment) bereits seit dem 13. August 2024 nicht mehr unterstützt, noch vor dem Aus für Dankes- und Bestellstatusseiten.¹ Das Datum vom 28. August 2025 und das automatische Upgrade im Januar 2026 gelten speziell für die Dankes- und Bestellstatusseiten.¹²

Für Non-Plus-Stores sind die Dankes- und Bestellstatusseiten die betroffene Oberfläche, und das Datum war der 26. August 2026.³ Alles, was in dem Feld für zusätzliche Skripte (additional scripts) auf diesen Seiten lebte – Conversion-Tags, Pixel, benutzerdefinierte Snippets – brauchte bis dahin ein neues Zuhause; falls es immer noch dort ist, läuft es nicht mehr.

Für Shopify Scripts gab es eine separate Deadline. Rabatt-, Versand- und Zahlungslogik, die als Scripts erstellt wurde, lief nur bis zum 30. Juni 2026; diese Logik muss nun in Shopify Functions leben.¹

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 fügen an definierten Platzierungen benutzerdefinierte Interfaces und Logik in den Checkout, die Dankesseite und die Bestellstatusseite ein.⁴

Sie werden mit Shopifys Web Components gebaut – Buttons, Text, Formulareingaben, Checkboxen –, kombiniert mit Layout-Grundbausteinen (Primitives) wie Stack, Grid und Section.⁴ Du renderst sie an spezifischen Zielen (Targets), anstatt die Seite direkt zu bearbeiten, und sie lesen Checkout-Daten über Target-APIs aus: Käuferidentität, Kosten, Artikel (Line Items), Attribute und Metafelder.⁴

Häufige Anwendungsfälle: benutzerdefinierte Felder (Lieferhinweise, Geschenknachrichten), Trust-Elemente, Upsells und Content-Banner. Die vollständigen Checkout-Schritte (Information, Versand, Zahlung) akzeptieren UI Extensions bei Plus; die Dankes- und Bestellstatusseiten akzeptieren sie in allen Plänen.⁴

Checkout UI Extensions sind versioniert, und Shopify veröffentlicht jedes Quartal eine neue API-Version. Checke also die Docs für die aktuelle.⁴

Shopify Functions

Shopify Functions passen Backend-Geschäftslogik an – die Entscheidungen, die der Checkout trifft, nicht wie er aussieht.⁵

Funktionstypen (Function Types) decken die Bereiche ab, die Scripts früher übernommen haben, und noch mehr:⁵

• Rabatte (Discounts) – benutzerdefinierte Rabattarten und -kombinationen.
• Versandanpassungen (Delivery customizations) – Lieferoptionen umbenennen, umsortieren oder ausblenden.
• Zahlungsanpassungen (Payment customizations) – Zahlungsmethoden ausblenden oder umsortieren.
• Warenkorb- und Checkout-Validierung – den Checkout blockieren, wenn Bedingungen nicht erfüllt sind.
• Bestellweiterleitung (Order routing), Abholstationen (Pickup points) und Bundles.

Functions werden zu WebAssembly kompiliert und laufen auf der Infrastruktur von Shopify.⁵ Es gibt Vorlagen (Templates) für Rust und JavaScript, wobei Shopify Rust als performanteste Wahl empfiehlt, damit Funktionen bei großen Warenkörben nicht fehlschlagen.⁵ Sie laufen ohne Netzwerk- oder Dateisystemzugriff, was sie im Checkout schnell und berechenbar hält.

Dies ist der direkte Ersatz für Shopify Scripts. Da Scripts nach dem 30. Juni 2026 gestoppt wurden, muss jede Logik, die noch als Script geschrieben ist, als Function neu gebaut werden.¹

Die Branding-API

Die Branding API gestaltet den Checkout (Styling) durch strukturierte Design-Tokens statt durch freies CSS.

Sie funktioniert über die checkoutBrandingUpsert-Mutation in der GraphQL Admin API. Dabei gibt es ein designSystem, das die grundlegenden Farben, Typografie, Eckenradien und Abstände festlegt, sowie ein customizations-Objekt, das spezifische Komponenten stylt.⁶ Die Styles werden gemeinsam auf den Checkout, Checkout UI Extensions und Kundenkontoseiten angewendet, nicht pro Seite.⁷

Eine Einschränkung, die du einplanen musst: Erweitertes Checkout-Styling über die Branding API steht nur Shopify Plus-Händlern zur Verfügung.⁷ Non-Plus-Stores passen Farben, Schriftarten und Logo-Einstellungen über den Checkout-Editor an.

Web-Pixel

Web Pixels ersetzen das Feld für zusätzliche Skripte (additional scripts) für das Tracking.

Die Web Pixels API abonniert Kundenereignisse – Seitenaufrufe, Produktansichten, In-den-Warenkorb-Aktionen, Checkout-Abschlüsse – innerhalb einer Sandbox. Das Tracking beobachtet also Events, ohne den Checkout selbst anzufassen.⁸ App-Pixel laufen in einer strikten Sandbox und können Einstellungen aus der Admin API ziehen; benutzerdefinierte Pixel (Custom Pixels) laufen in einer laxen Sandbox und benötigen keinen Boilerplate-Code.⁸

Hierhin ziehen Google Ads Conversion-Tags, Meta-Pixel, GTM und Analytics um. Tags im alten Feld für zusätzliche Skripte funktionierten nach der jeweiligen Deadline des Stores nicht mehr.¹³

Wo Storefront-JavaScript immer noch reinpasst, jetzt wo Functions die Checkout-Logik übernehmen, erfährst du unter Wie man benutzerdefiniertes JavaScript in Shopify hinzufügt.

Extension Targets verstehen

Targets bestimmen, wo eine UI Extension erscheint und wie sie sich verhält.⁴ Es gibt drei Arten:

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.⁴

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, weil dort ihr Tracking und Post-Purchase-Content lag.

Beide Seiten werden nun über den Checkout- und Konten-Editor mit UI Extensions und Web Pixels angepasst, nicht mehr mit checkout.liquid oder zusätzlichen Skripten.²³ UI Extensions können eine personalisierte Nachricht, eine Umfrage oder Post-Purchase-Content anzeigen, mit Lesezugriff auf Bestell-Metafelder.⁴ Tracking, das früher in zusätzlichen Skripten lag, wandert in App-Pixel, damit Events weiterhin gefeuert werden.² Post-Purchase-Angebote sind ein häufiger Anwendungsfall für diese Oberflächen; 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-Plan sieht die Checkliste, um das zu ersetzen, was das Upgrade entfernt hat, so aus:³

1. Finde jedes Tag im Feld für zusätzliche Skripte (Conversion, Remarketing, Analytics).
2. Erstelle jedes als App-Pixel oder benutzerdefiniertes Pixel (Custom Pixel) neu.
3. Baue jeden Post-Purchase-Content als UI Extension auf der Dankesseite neu auf.
4. Verifiziere mit einer Testbestellung, ob die Events feuern.

Wenn du nichts tust, führt Shopify das Upgrade für dich durch und die Legacy-Anpassungen werden nicht übernommen.²³

So upgradest du von checkout.liquid

Das Upgrade ist im Grunde eine Zuordnungsaufgabe (Mapping). Nimm alles, was der alte Checkout gemacht hat, und schiebe es in das Tool, das jetzt dafür zuständig ist. Unser Migrations-Guide von checkout.liquid zu Checkout Extensions geht den kompletten Plan Schritt für Schritt durch.

Eine sinnvolle Reihenfolge für den Ablauf:

1. Inventarisiere den alten Checkout. Liste jede Anpassung, jedes Skript und jede App auf, die den Checkout, die Dankes- und die Bestellstatusseite berühren.
2. Sortiere nach Tool. Weise jedes Element einer UI Extension, einer Function, der Branding API oder einem Pixel zu.
3. Checke zuerst deine Apps. Viele Apps bieten bereits Versionen für die Checkout Extensibility an. Die App zu aktualisieren geht oft schneller, als 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.
4. Baue eigene Anpassungen als Extensions neu. Nutze das Shopify CLI fürs Scaffolding und teste in einem Development-Store.
5. Verschiebe Scripts zuerst zu Functions. Scripts laufen seit dem 30. Juni 2026 nicht mehr.¹
6. Verifiziere alles mit einer echten Testbestellung, bevor du dich darauf verlässt.

Für den Plus-spezifischen Weg, einschließlich der Orte, an denen eine eingeschränkte Checkout-Bearbeitung noch möglich ist, siehe Wie man checkout.liquid in Shopify Plus modifiziert.

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 dev servierst 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

Die Checkout Extensibility ist absichtlich restriktiver als checkout.liquid. Du solltest die Grenzen kennen, bevor du einen Umbau versprichst.

• Kein beliebiger Code im Checkout. Du arbeitest über definierte Targets und APIs. Gibt es für eine Platzierung (noch) kein Target, kannst du dort auch nichts rendern.
• Vollständige Checkout-Anpassung gibt es nur bei Plus. UI Extensions in den Schritten Information, Versand und Zahlung sowie die Branding API sind Shopify Plus-Features.⁴⁷ Non-Plus-Stores passen die Dankes- und Bestellstatusseiten an und nutzen das Editor-Styling.
• Functions laufen in einer Sandbox. Kein Netzwerk- oder Dateisystemzugriff, und bei großen Warenkörben ist Performance entscheidend, weshalb Shopify Rust empfiehlt.⁵
• Branding gilt für den gesamten Checkout. Styles gelten für das gesamte Checkout-Erlebnis auf einmal, nicht Seite für Seite.⁷
• APIs sind versioniert. Extensions zielen auf eine bestimmte API-Version ab, und Upgrades machst du ganz bewusst.⁴

Wo Fudge bei der Checkout-Arbeit hilft

Checkout Extensibility ist Entwicklerarbeit: Extensions aufsetzen, Functions schreiben, Pixel verknüpfen, gegen Dev-Stores testen.

Die Storefront rund um den Checkout – Landingpages, Warenkorbinhalte, Produktseiten, Trust-Elemente, saisonale Kampagnen – ist der Ort, an dem ein Großteil der eigentlichen Conversion-Arbeit stattfindet, und für das meiste davon braucht man keinen Entwickler.

Genau das ist der Job von Fudge. Es läuft direkt im Shopify-Adminbereich, arbeitet mit Prompts statt mit Code und speichert jede Änderung als Entwurf, den du in der Vorschau prüfen kannst, bevor du ihn veröffentlichst. Es gibt natives Liquid, JS und CSS in dein Theme aus, es gibt also keinen Lock-in-Effekt. Es kann außerdem Produkt- und Warenkorbseiten ausfindig machen, auf denen Käufer abspringen, bevor sie den Checkout erreichen, die passenden Fixes vorbereiten und die Conversion-Rate vor und nach jeder Änderung vergleichen. Für die Händler-relevanten Anpassungen, die eine Checkout-Migration begleiten – die Seiten und Inhalte, die du lieber nicht per Hand bauen willst –, übernimmt der Store-Editor die Arbeit, während dein Team sich um die Checkout-Extensions kümmert.

Beides sind unterschiedliche Ebenen. Die Extension-APIs kontrollieren den Checkout; ein Draft-First-Editor übernimmt die Storefront drumherum.

Zusammenfassung

Die Checkout Extensibility hat eine flexible, aber anfällige Datei durch vier definierte Tools ersetzt: UI Extensions für das Interface, Functions für die Logik, die Branding API fürs Styling und Web Pixels fürs Tracking. Du tauschst rohe Freiheit gegen einen Checkout, der schnell und upgrade-fähig bleibt.

Die Deadlines liegen nun alle hinter uns. Plus-Stores wurden im Laufe des Jahres 2025 bis hinein in den Januar 2026 aktualisiert.¹² Shopify Scripts wurden am 30. Juni 2026 eingestellt.¹ Non-Plus-Stores hatten bis zum 26. August 2026 Zeit, ihre Dankes- und Bestellstatusseiten umzuziehen.³

Ordne jede alte Anpassung ihrem neuen Tool zu, portiere Scripts zuerst zu Functions, verschiebe Tags zu Pixeln und teste das Ganze mit einer echten Bestellung. Das ist die komplette Migration.

FAQ