Laut Shopify-Dokumentation wurden Legacy Customer Accounts für neue Shops zum 26. Februar 2026 deaktiviert; Shopify bietet für diese Version keine Funktionsupdates oder technischen Support mehr an. In unseren Theme- und Integrationsprojekten bei Nodus Works haben wir gesehen, dass diese Änderung zwei Gruppen gleichzeitig betrifft: Shops, die noch eine passwortbasierte Login-Seite im Liquid-Template angepasst haben, und eigene Apps, die direkt in den Kundenkonto-Ablauf integriert sind. In diesem Leitfaden erklären wir, warum Legacy Customer Accounts abgeschaltet werden, wie das neue System technisch funktioniert und welche konkreten Änderungen Theme- und App-Entwickler während der Migration erwarten.
Warum und wann wird Legacy Customer Accounts abgeschaltet?
Legacy Customer Accounts ist Shopifys älteres, passwortbasiertes Kundenkonto-System, das über Liquid-Templates angepasst werden konnte; Shopify hat es für neue Shops am 26. Februar 2026 geschlossen und liefert keine Updates oder Support mehr für bestehende Nutzer. Laut Shopifys eigenem Änderungsprotokoll wird das endgültige Abschaltdatum (Sunset) separat im Laufe des Jahres 2026 bekannt gegeben; die Migration ist heute noch optional, aber Shops, die beim Legacy-System bleiben, erhalten keine neuen Funktionen oder Support mehr.
Der Hauptgrund für die Änderung ist Sicherheit und Infrastrukturkonsolidierung. Das neue Customer-Accounts-System läuft auf derselben Infrastruktur wie Shopifys Checkout und ist direkt mit B2B-Funktionen und Shop Pay verbunden. Das passwortbasierte Login wird durch einen per E-Mail versendeten Einmalcode (OTP, One-Time Passcode) ersetzt; eine Architekturentscheidung, die das Risiko von Passwortlecks und Brute-Force-Angriffen beseitigt.
Kritischer Hinweis: Die Migration ist heute technisch optional, und innerhalb von 30 Tagen nach dem Upgrade kann man zum alten System zurückkehren; laut Shopifys eigenen Daten sind jedoch bereits mehr als 70 % der Shops auf das neue System umgestiegen. Beim Legacy-System zu bleiben bedeutet, auf einer Infrastruktur zu bleiben, die keine Updates oder Support mehr erhält.
Während der Migration bleiben die vorhandenen Kundendaten (Bestellhistorie, Adressdaten, Kontodetails) erhalten; was sich ändert, ist die Anmeldemethode und der Ort, an dem die Kontoseiten gehostet werden. Im Legacy-System waren die Kontoseiten Teil des Themes und wurden über Liquid bearbeitet; im neuen System werden die Kontoseiten auf einer separaten Subdomain von Shopify gehostet.
| Merkmal | Legacy Customer Accounts | Neue Customer Accounts |
|---|---|---|
| Anmeldemethode | E-Mail + Passwort | E-Mail + Einmalcode (OTP) |
| Hosting | Teil des Themes (Liquid) | Separate Shopify-Subdomain |
| Anpassung | Bearbeitung von Liquid-Templates | shopify-account Web-Komponente + UI Extensions |
| B2B- / Shop-Pay-Integration | B2B überhaupt nicht unterstützt | Integriert, direkt eingebunden |
| Shopify-Support | Eingestellt (seit 26. Februar 2026) | Aktive Weiterentwicklung läuft |
Wie funktioniert das neue Customer-Accounts-System? (OTP, das Ende von Liquid)
Im neuen Customer-Accounts-System gibt der Kunde seine E-Mail-Adresse ein und meldet sich dann mit einem an diese Adresse gesendeten Einmalcode an; der Schritt, ein Passwort zu erstellen oder sich zu merken, entfällt vollständig. Dieser Ablauf nutzt dieselbe zugrunde liegende Infrastruktur wie die Authentifizierung in Shopifys Checkout.
Die größte architektonische Änderung ist, dass die Kontoseiten nicht mehr Teil der Liquid-Dateien des Themes sind. Im Legacy-System wurden Template-Dateien wie customers/account.liquid und customers/login.liquid innerhalb des Themes bearbeitet; im neuen System laufen diese Seiten in einer separaten, von Shopify gehosteten Umgebung, auf deren Liquid-Code der Shopbetreiber keinen direkten Zugriff hat.
Hinweis: Bei den neuen Customer Accounts sind die Kontoseiten nicht mehr Teil des Themes, sondern einer separaten, von Shopify gehosteten Oberfläche; die Anpassung erfolgt daher nicht mehr über die Bearbeitung von Liquid-Templates, sondern über eine app-basierte Extension-Architektur.
Die praktische Konsequenz ist folgende: Wer ein markenspezifisches Kontoseiten-Erlebnis möchte, etwa die Anzeige von Treuepunkten, ein eigenes Bestellstatus-Panel oder eine kundenbezogene Spenden-Nachverfolgung wie wir sie im Wear-The-Peace-Projekt umgesetzt haben, muss dies nun über Shopifys Customer-Account-UI-Extension-Architektur aufbauen, statt ein paar Zeilen Liquid in den Theme-Code einzufügen. Die technische Einrichtung von UI Extensions haben wir Schritt für Schritt in diesem separaten Leitfaden behandelt; dieser Artikel konzentriert sich weniger auf Entwicklungsschritte als darauf, wen die Migration betrifft, wann und wie.
Laut dem Shopify Help Center sind die Styling- und Branding-Möglichkeiten im neuen System derzeit begrenzt; eine umfangreichere visuelle Anpassungsmöglichkeit ähnlich der Checkout-Branding-API ist für eine spätere Phase geplant, aber heute sollte man über grundlegende Markenfarben und ein Logo hinaus keine umfassende Theme-Konsistenz erwarten.
Tipp: Wenn Sie in ein eng an die Marke angepasstes, individuelles Design für Ihre Kontoseiten investiert haben, akzeptieren Sie, dass sich diese Investition nicht eins zu eins ins neue System übertragen lässt, und priorisieren Sie entsprechend: Bringen Sie zuerst die funktionale Migration (den Login-Ablauf selbst) zum Laufen, und bauen Sie die visuelle Anpassung anschließend schrittweise mit UI Extensions wieder auf.
Was ändert sich für Theme-Entwickler? (Die shopify-account Web-Komponente)
Für Theme-Entwickler ist die konkreteste Änderung, dass die Kontoseiten nicht mehr Teil der Theme-Dateien sind. Laut Shopify-Dokumentation sollten die alten Liquid-Dateien für Kundenkonten (wie customers/login.liquid und customers/account.liquid) nicht mehr in neue Themes aufgenommen werden; an ihre Stelle tritt eine Web-Komponente namens shopify-account.
Diese Web-Komponente sorgt dafür, dass der "Anmelden"- oder "Mein Konto"-Link des Themes den Kunden korrekt zur neuen Customer-Accounts-Oberfläche weiterleitet. Die praktische Folge: Wer im Theme ein eigenes Login-Formular, eine Passwort-Reset-Seite oder ein Kontopanel-Design eingebaut hat, dessen Liquid-Dateien funktionieren im neuen System nicht mehr; diese Theme-Bereiche müssen entfernt und an die Standard-Web-Komponente übergeben werden.
Kritischer Hinweis: Wenn Sie ein individuelles Theme mit Anpassungen auf den Kundenkonto-Seiten verwenden, listen Sie vor dem Theme-Update auf, welche Funktion jede Anpassung erfüllt (zum Beispiel eine eigene "Meine Bestellungen"-Ansicht). Andernfalls können diese Funktionen während der Migration still und leise verschwinden, bis ein Kunde das Problem bemerkt.
Laut offiziellen Shopify-Quellen ist die shopify-account-Komponente in Themes, die diese Migration bereits abgeschlossen haben (einschließlich Shopifys aktueller kostenloser Themes), standardmäßig enthalten; bei individuellen Themes ist es Aufgabe des Entwicklers, diese Komponente manuell hinzuzufügen und die alten Liquid-Dateien zu bereinigen.
Was ändert sich für App-Entwickler? (Customer Account UI Extensions)
Für Apps, die in den Kundenkonto-Ablauf integriert sind, ist die Änderung grundlegender. Laut Shopify-Dokumentation funktionieren Apps, die auf den alten Liquid-Seiten basieren, nicht mit dem neuen System; stattdessen müssen Apps auf die Customer-Account-UI-Extensions-Architektur umsteigen.
Customer Account UI Extensions ermöglichen es Entwicklern, modulare Komponenten an bestimmten Stellen der neuen Customer-Accounts-Oberfläche einzufügen, etwa auf der Bestelldetailseite oder der Kontostartseite. Diese Extensions werden mit der Shopify CLI in die App integriert, sind mit einer auf Preact und remote-dom basierenden Architektur auf Performance optimiert und laufen in einer Sandbox-Schicht, um Kundendaten zu schützen. Extensions lassen sich in unterschiedliche Target-Typen einsetzen, Block, Full-Page und Static; Static-Targets können ebenfalls interaktive Komponenten enthalten, sie sind nicht auf rein statische Inhalte beschränkt. Das bedeutet, man kann wählen zwischen dem Hinzufügen einer kleinen Komponente zu einer bestehenden Seite und dem Aufbau eines komplett neuen Kontoerlebnisses.
Hinweis: Im alten System konnte eine App über Liquid direkt Code in eine Kundenkonto-Seite einschleusen; im neuen System ist dieselbe Funktion nur über ein definiertes Extension-Target möglich, innerhalb der von Shopify festgelegten Grenzen.
Laut Shopifys eigenen Daten sind bereits mehr als 800 Apps auf diese Architektur umgestiegen. Diese breite Akzeptanz zeigt, dass die Extension-Architektur nicht mehr "experimentell" ist, sondern der Standardweg für die App-Entwicklung in diesem Bereich.
Kritischer Hinweis: Das neue System lässt auch einige Funktionen entfallen, die an die alte Architektur gebunden sind: Multipass (eine Methode zur Übergabe passwortloser Sessions von einem eigenen Frontend an den Checkout) wird schrittweise abgeschafft und durch einen OAuth-basierten Customer-Account-API-Ablauf ersetzt; einige Kunden-Trigger und Segmentdefinitionen in Shopify Flow, die nach Legacy-Logik aufgebaut sind, müssen überprüft werden; und eigene Storefronts, die Kundendaten direkt über die Storefront API verändern, sollten sich darauf einstellen, dass diese Möglichkeit entfällt.
| Extension-Target | Einsatzbereich |
|---|---|
| Block | Hinzufügen einer kleinen Komponente zu einer bestehenden Kontoseite (z. B. Bestelldetails) |
| Full-Page | Aufbau einer komplett neuen, markenspezifischen Kontoseite |
| Static | Anzeige eines unabhängigen Bereichs außerhalb des Hauptablaufs der Seite, der dennoch für sich interaktiv sein kann |
Worauf müssen Shops in Bezug auf das türkische Datenschutzgesetz (KVKK) achten?
Der Wechsel vom Passwort-Login zum E-Mail-OTP ist auch für Shops, die in der Türkei tätig sind, ein Punkt, der unter dem KVKK (dem türkischen Gesetz zum Schutz personenbezogener Daten) überprüft werden muss. Im OTP-Ablauf wird die E-Mail-Adresse des Kunden bei jeder Anmeldung verwendet, um einen Bestätigungscode zu versenden; das bedeutet, dass der Zweck und die Speicherdauer dieser Datenverarbeitung korrekt in der KVKK-Datenschutzerklärung des Shops abgebildet sein müssen.
Auch im Hinblick auf das türkische E-Commerce-Gesetz (ETK) sollte geprüft werden, ob die Einwilligungstexte beim Mitglieds- und Kontoerstellungsprozess (Mitgliedschaftsvertrag, Einwilligung zu elektronischer Kommunikation) korrekt in den neuen Kontoablauf übernommen wurden. Im Legacy-System waren diese Einwilligungs-Checkboxen meist in individuelle Liquid-Formulare im Theme eingebettet; im neuen System muss neu bewertet werden, wo und wie diese Einwilligungen je nach bestehendem Aufbau des Shops erfasst werden.
Kritischer Hinweis: Dieser Abschnitt ist eine allgemeine technische Einschätzung und keine Rechtsberatung. Wir empfehlen, vor der Migration mit Ihrer Rechtsberatung zu klären, ob Ihre KVKK-Datenschutzerklärung und Ihr ETK-Einwilligungsablauf mit dem neuen Customer-Accounts-System kompatibel sind.
Bei Nodus Works haben wir beobachtet, dass Shops, die diese Migration nur als rein technisches Update behandeln und die KVKK-/ETK-Seite dabei auslassen, dieses Detail später bei einer Prüfung oder einer Kundenbeschwerde nachträglich korrigieren müssen; diese Prüfung von Anfang an in den Umfang des Migrationsprojekts aufzunehmen, ist mit geringerem Aufwand verbunden.
Wenn Sie die Migration Ihres Shops von Legacy Customer Accounts zum neuen System durchgängig planen möchten, einschließlich Theme, App und KVKK-/ETK-Konformität, führen wir diese Arbeit im Rahmen unseres Shopify-Integrationslösungen- und Custom-App-Entwicklungsservices durch; das Ziel ist, Ihr bestehendes Kundenerlebnis und Ihre rechtliche Konformität nicht zu unterbrechen, während sich der Login-Ablauf darunter ändert.
Häufig gestellte Fragen
Wann wird Legacy Customer Accounts vollständig abgeschaltet?
Für neue Shops wurde es am 26. Februar 2026 geschlossen und erhält seitdem keine Updates oder Support mehr. Das endgültige Sunset-Datum wurde von Shopify noch nicht bekannt gegeben; die Migration ist derzeit noch optional.
Gehen meine bestehenden Kundendaten bei der Migration verloren?
Nein. Bestellhistorie, Adressdaten und Kontodetails bleiben erhalten. Was sich ändert, ist die Anmeldemethode (OTP statt Passwort) und der Ort, an dem die Kontoseiten gehostet werden.
Mein Theme hat ein individuelles Kontoseiten-Design, was passiert damit?
Liquid-basierte individuelle Designs funktionieren im neuen System nicht. Kontoseiten liegen jetzt auf einer separaten, von Shopify gehosteten Oberfläche; für die Anpassung benötigen Sie Customer Account UI Extensions.
Meine App ist in die Kundenkonto-Seite integriert, was soll ich tun?
Sie müssen Ihre Liquid-basierte Integration auf die Customer-Account-UI-Extensions-Architektur umstellen. Mit der Shopify CLI können Sie Ihrer App Block-, Full-Page- oder Static-Extension-Targets hinzufügen.
Kann ich Kontoseiten im neuen System markenspezifisch anpassen?
Nur begrenzt. Grundlegende Markenfarben sind möglich, aber die Art umfassender Anpassung, die in der Checkout-Branding-API verfügbar ist, gibt es bei den neuen Customer Accounts noch nicht; Shopify plant, diesen Bereich später zu erweitern.
Fazit
Die Abschaltung von Legacy Customer Accounts ist kein Theme-Update, das Shopbetreiber beliebig aufschieben können, sondern ein Infrastrukturwandel, den Shopify nicht mehr unterstützt. Der Wechsel zur shopify-account Web-Komponente auf der Theme-Seite, der Umstieg auf Customer Account UI Extensions auf der App-Seite und die Überprüfung der KVKK-/ETK-Einwilligungsabläufe gegenüber dem neuen System sind drei separate, aber miteinander verbundene Teile der Migration.
Wenn Sie diese Migration passend zur individuellen Theme- und App-Struktur Ihres Shops planen und klären möchten, welche Anpassungen sich in die Extension-Architektur überführen lassen und welche neu aufgebaut werden müssen, kontaktieren Sie Nodus Works; lassen Sie uns die Migration gemeinsam planen, ohne Ihr bestehendes Kundenerlebnis zu unterbrechen.
