Shopify stellt Thank-You- und Bestellstatus-Anpassungen am 26. August 2026 ein
Shopify hat einen neuen, konkreten Stichtag gesetzt: Am 26. August 2026 deaktiviert die Plattform die klassischen Anpassungsmöglichkeiten für die Thank-You-Seite und die Bestellstatus-Seite. Wer dort mit Legacy-Scripts oder additionalScripts eigene Logik, Tracking-Snippets oder UI-Anpassungen eingebaut hat, verliert sie an diesem Tag ersatzlos, wenn bis dahin nichts migriert wurde. Das ist ein enges Fenster: Von heute bis zum Stichtag bleiben noch gut drei Wochen.
Wichtig direkt vorweg: Das ist nicht dasselbe Ereignis wie das Shopify-Scripts-Sunset vom 30. Juni. Beide betreffen die Checkout-Erweiterbarkeit, aber unterschiedliche Seiten und unterschiedliche Fristen. Wer den Juni-Termin bereits abgearbeitet hat, muss trotzdem noch einmal ran, denn die Thank-You- und Bestellstatus-Anpassungen laufen als eigener Deprecation-Pfad.
Was am 26. August 2026 tatsächlich endet
Shopify trennt seit der Einführung der Checkout Extensibility schrittweise alte, freie Script-Injection von neuen, sandboxed UI-Extensions. Mit dem August-Stichtag zieht die Plattform diese Trennlinie auch für die Post-Purchase-Seiten:
- Individuelle Skripte auf der Thank-You-Seite (Tracking-Pixel, Custom-Banner, Upsell-Logik) werden nicht mehr ausgeführt.
- Anpassungen auf der Bestellstatus-Seite, die über Legacy-Mechanismen liefen, fallen auf das Standard-Layout zurück.
- Nur Funktionalität, die über offizielle Checkout- und Customer-Account-UI-Extensions gebaut wurde, bleibt bestehen.
Für Marken, die diese Seiten aktiv für Conversion-Booster, Cross-Sell oder Kunden-Kommunikation nutzen, ist das kein kosmetisches Detail. Es ist ein Funktionsverlust, wenn nichts passiert.
Ein anderer Sunset als der 30. Juni, mit demselben Muster
Der Juni-Termin betraf primär die klassischen Checkout-Scripts (`checkout.liquid` und additionalScripts im Zahlungs-Flow). Wir haben das damals ausführlich mit konkreten UX-Patterns für die Übergangszeit begleitet, siehe Shopify Checkout Extensibility: UX-Patterns nach dem Scripts-Sunset und den Guide für Shopify-Plus-Brands zum Scripts-Ende. Der August-Termin ist die konsequente Fortsetzung derselben Deprecation-Logik, nur eben auf den Post-Purchase-Seiten statt im Zahlungs-Schritt.
Das Muster dahinter ist relevant, nicht nur der einzelne Termin: Shopify räumt schrittweise alle freien Anpassungsflächen im Checkout-Bereich zugunsten kontrollierter, sandboxed Extensions auf. Wer heute migriert, sollte damit rechnen, dass auf weitere Legacy-Anpassungsflächen ähnliche Fristen folgen.
Eure Optionen bis zum Stichtag
| Option | Was es bedeutet | Aufwand | Risiko danach |
|---|---|---|---|
| Migration auf Checkout- und Customer-Account-UI-Extensions | Bestehende Anpassungen als offizielle Shopify-Extension nachbauen | Mittel, abhängig von Umfang der Logik | Gebunden an Shopifys Extension-Roadmap und Sandbox-Limits |
| Nichtstun | Anpassungen fallen am 26.08. ersatzlos weg | Kein Aufwand jetzt | Verlust von Tracking, Upsell und Custom-UI ab Stichtag |
| Frontend entkoppeln | Post-Purchase-Erlebnis über eine eigene, von Shopify unabhängige Frontend-Schicht steuern | Einmaliger Umbau, danach planbar | Vendor-Deadlines wie diese betreffen euch nicht mehr direkt |
Die ersten beiden Optionen sind reaktiv, sie lösen den 26. August, aber nicht das nächste Sunset. Die dritte Option ist strukturell.
Warum Entkopplung der ruhigere Weg ist
Der eigentliche Punkt an diesem Termin ist nicht der Stichtag selbst, sondern was er über die Abhängigkeit von Shopifys internem Roadmap-Takt aussagt. Wer Anpassungen direkt in Shopifys Templating- und Script-Ebene baut, migriert jedes Mal neu, wenn Shopify seine Checkout-Architektur weiterentwickelt. Das war im Juni so, das ist jetzt im August so, und es wird beim nächsten Deprecation-Zyklus wieder so sein.
Ein entkoppeltes Shopify-Frontend verschiebt die Kontrolle über Thank-You-Seite, Bestellstatus und das gesamte Post-Purchase-Erlebnis in eine eigene Frontend-Schicht, die Shopify als Backend nutzt, aber nicht von dessen internen Deprecation-Zyklen abhängt. Marketing baut und pflegt diese Seiten dann über einen visuellen Page Builder statt über Script-Injection, und Content-Änderungen laufen über ein zentrales Content-Management statt über Developer-Tickets bei jedem Shopify-Update. Unabhängigkeit als Einkaufskriterium klingt abstrakt, bis der nächste Vendor-Deadline-Kalender-Eintrag kommt. Dann ist es der Unterschied zwischen einem entspannten Blick auf den Kalender und einem Migrations-Sprint unter Zeitdruck.
FAQ
Ist das dasselbe wie das Shopify-Scripts-Sunset vom 30. Juni 2026? Nein. Der Juni-Termin betraf die klassischen Checkout-Scripts im Zahlungs-Flow. Der 26. August 2026 betrifft eigenständig die Anpassungen auf Thank-You- und Bestellstatus-Seite. Beide Ereignisse gehören zur selben Deprecation-Strategie, sind aber getrennte Fristen mit getrennten betroffenen Flächen.
Was passiert konkret, wenn ich bis zum 26. August nichts unternehme? Individuelle Skripte, Tracking-Snippets und Custom-UI auf Thank-You- und Bestellstatus-Seite werden nicht mehr ausgeführt. Die Seiten fallen auf Shopifys Standard-Darstellung zurück, ohne eure bisherigen Anpassungen.
Reicht die Migration auf offizielle UI-Extensions als dauerhafte Lösung? Sie löst diesen konkreten Stichtag, bindet euch aber weiterhin an Shopifys Extension-Sandbox und deren künftige Weiterentwicklung. Für den nächsten Deprecation-Zyklus müsst ihr wahrscheinlich erneut migrieren.
Was bedeutet Frontend-Entkopplung praktisch für Thank-You- und Bestellstatus-Seite? Eure Post-Purchase-Seiten laufen dann über eine eigene Frontend-Schicht, die Shopify als Backend anspricht, aber Layout, Content und Logik unabhängig davon steuert. Änderungen an diesen Seiten hängen dann nicht mehr an Shopifys internem Script- oder Extension-Takt.
Next step
Drei Wochen sind wenig Zeit für eine komplette Extension-Migration, aber genug Zeit, um zu prüfen, ob der ruhigere Weg für euch infrage kommt. Prüft, wie ein entkoppeltes Shopify-Frontend eure nächste Vendor-Frist übersteht.