Kundenkonten & Passwörter bei der Shop-Migration übernehmen

Ein Detail, das in kaum einem Tutorial steht, uns in Projekten aber regelmäßig begegnet: Alt-Shops haben oft gemischte Hash-Bestände in ein und derselben Datenbank. Ein modified-eCommerce-Shop, der über zehn Jahre gewachsen ist, hat Kunden aus der MD5-Ära und Kunden, deren Passwörter nach einem Update bereits mit bcrypt/phpass gehasht wurden – je Kundenkonto verschieden, erkennbar nur am Format des gespeicherten Hashes.

Für die Migration heißt das: Es gibt nicht „das“ Hash-Verfahren des Altsystems. Eine saubere Übernahme muss pro Konto erkennen, welches Format vorliegt, und entsprechend behandeln – sonst funktioniert der Login für die Hälfte der Kunden und für die andere Hälfte nicht. Genau solche Bestandsaufnahmen machen wir vor jeder Migration; wer ohnehin von modified eCommerce weg will, findet in unserem Artikel modified eCommerce Nachfolger die Systemwahl-Perspektive dazu.

Der elegantere Weg, wenn das Zielsystem mitspielt: Die Alt-Hashes werden mitmigriert, und das Zielsystem verifiziert beim ersten Login das eingegebene Passwort gegen den alten Hash. Stimmt es, wird es sofort mit dem modernen Verfahren neu gehasht – der Kunde merkt nichts, der Altbestand baut sich mit jedem Login von selbst ab.

• Shopware 6: Bringt das Konzept der Legacy-Password-Encoder mit; für Shopware-5-Hashes existiert es im Migrations-Umfeld fertig, für exotischere Formate (MD5 mit Salt, phpass) lässt sich ein eigener Encoder ergänzen. Details zum Zielsystem: zu Shopware 6 migrieren.
• WooCommerce: Nutzt phpass/bcrypt – kommt der Alt-Shop ebenfalls aus der PHP-Welt, sind die Hashes teils direkt kompatibel oder per kleinem Plugin überleitbar.
• Shopify: Eigene Passwort-Hashes lassen sich nicht importieren – die Plattform akzeptiert grundsätzlich keine fremden Hashes. Bei einer Migration zu Shopify führt der Weg über den Reset-Flow (Konto-Aktivierungs-Mail). Sonderfälle wie Multipass oder Headless-Login mit externem Identity-Provider gibt es nur bei Shopify Plus – für die meisten Mittelstands-Shops unverhältnismäßig.

Ehrliche Einordnung: Die technische Überleitung lohnt sich vor allem bei großen, aktiven Kundenbeständen (B2B, Stammkunden-lastige Sortimente). Bei kleineren Shops ist der Reset-Flow oft das bessere Kosten-Nutzen-Verhältnis.

Ja – und zwar ohne neue Einwilligung. Bei einer Migration wechselt nicht der Verantwortliche, sondern nur die Software: Sie bleiben derselbe Händler mit denselben Kundenbeziehungen. Rechtsgrundlage für die Übernahme der Konto- und Bestelldaten ist die Vertragserfüllung (Art. 6 Abs. 1 lit. b DSGVO) bzw. das berechtigte Interesse an der Fortführung der Kundenbeziehung (lit. f).

Drei Punkte gehören trotzdem in jedes saubere Migrationskonzept:

• Datenminimierung: Nur übernehmen, was gebraucht wird. Uralt-Konten ohne Bestellung und Login sind Kandidaten für die Bereinigung statt für die Migration.
• Keine Klartext-Passwörter: Zu keinem Zeitpunkt – nicht im Export, nicht in Zwischendateien, nicht per E-Mail. Es werden ausschließlich Hashes bewegt (oder gar keine Passwortdaten, beim Reset-Flow).
• Dienstleister als Auftragsverarbeiter: Wer die Migration technisch durchführt, arbeitet auf Basis eines AV-Vertrags – bei uns Standard in jedem Projekt.