Shopify zu Shopware: Warum der Checkout das eigentliche Migrationsrisiko ist
Eine Shop-Migration wird oft wie ein Datenprojekt geplant: Produkte raus, Produkte rein, Kategorien mappen, Bilder prüfen, URLs weiterleiten. Das ist wichtig. Aber der kritische Moment liegt später.
Er liegt dort, wo ein Kunde bezahlt.
Gerade beim Wechsel von Shopify zu Shopware wird das schnell unterschätzt. Shopify entwickelt Checkout, Themes und Customer Accounts aktuell so weiter, dass Änderungen geplant, gestaffelt ausgerollt und getestet werden können. Shopware setzt parallel auf ein offeneres System, in dem Checkout, Storefront, Sales Channels, Datenmodell und Erweiterungen stärker individuell zusammenspielen. Das ist eine Chance. Aber nur, wenn die Migration nicht als Kopieraktion behandelt wird.
Problem: Der Produktkatalog ist sichtbar, der Checkout ist empfindlich
Ein Produktimport lässt sich relativ gut kontrollieren. Du kannst Stichproben machen, Varianten prüfen, Bilder vergleichen und fehlende Attribute nachziehen. Fehler fallen meistens früh auf.
Checkout-Probleme sind anders. Sie tauchen oft erst im Zusammenspiel auf:
- Eine Zahlungsart ist zwar installiert, greift aber nicht für jeden Markt.
- Versandregeln passen nicht zu Warenkorb, Kundengruppe oder Lieferland.
- Kundenkonten wurden technisch migriert, aber Login, Passwortfluss oder Bestellhistorie fühlen sich für Bestandskunden anders an.
- Tracking feuert im neuen Setup anders als vorher.
- Weiterleitungen funktionieren für Kategorien, aber nicht für alte Kampagnen- oder Filter-URLs.
- E-Mails, Steuersätze, Rabatte oder Gutscheine verhalten sich in Randfällen anders.
Das ist der Grund, warum ein Shop nach einer technisch erfolgreichen Migration trotzdem Umsatz verliert: Nicht weil die Daten fehlen, sondern weil der Kaufprozess nicht dieselbe Sicherheit hat wie vorher.
Diagnose: Vor der Migration muss klar sein, was gleich bleiben muss
Der erste Schritt ist kein Export. Der erste Schritt ist eine Checkout-Inventur.
Ich würde vor jedem Plattformwechsel diese Punkte festhalten:
- Welche Zahlungsarten werden wirklich genutzt?
- Welche Versandregeln hängen an Land, Warenkorbwert, Gewicht, Kundengruppe oder Produkt?
- Welche Checkout-Apps, Tracking-Pixel und Consent-Regeln sind aktiv?
- Welche Rabatte, Gutscheine, Bundles und Sonderlogiken beeinflussen den Warenkorb?
- Welche E-Mail-Strecken sind kaufentscheidend: Bestellbestätigung, Zahlung, Versand, Rechnung, Retoure?
- Welche alten URLs bringen Umsatz, nicht nur Traffic?
- Welche Kundengruppen oder B2B-Regeln dürfen auf keinen Fall brechen?
Diese Liste ist bewusst operativ. Es geht nicht um eine perfekte Systemdokumentation, sondern um die Stellen, an denen Geld, Vertrauen und Messbarkeit hängen.
Shopify zeigt mit den neuen Rollouts genau, warum das wichtig ist: Theme-, Checkout- und Account-Konfigurationen sollen nicht blind live gehen, sondern geplant, schrittweise veröffentlicht oder als A/B-Test geprüft werden. Auch wenn man von Shopify wegmigriert, ist die Lektion wertvoll: Ein Checkout-Wechsel braucht Messpunkte und Rückfalloptionen.
Shopware bringt auf der anderen Seite den Migrationsassistenten und eine deutlich anpassbare Architektur mit. Das hilft beim Übertragen von Daten und beim Aufbau individueller Prozesse. Es ersetzt aber nicht die fachliche Entscheidung, wie der neue Checkout funktionieren soll.
Maßnahme: Migration wie einen Checkout-Relaunch behandeln
Mein praktischer Schnitt wäre: Die Migration wird in drei Arbeitsstränge getrennt.
1. Datenmigration
Hier gehören Produkte, Varianten, Hersteller, Kategorien, Kunden, Bestellungen und Medien hinein. Der Anspruch: vollständig genug für den Betrieb, aber nicht mit Checkout-Logik vermischen.
Wichtig ist ein wiederholbarer Import. Eine Migration ist selten ein einzelner Knopfdruck. Meist braucht es Testläufe, Korrekturen und einen finalen Delta-Import kurz vor Go-live.
2. Checkout-Rebuild
Hier wird der Kaufprozess im Zielsystem bewusst neu aufgebaut:
- Zahlungsarten je Markt und Kundengruppe konfigurieren
- Versandregeln gegen echte Warenkörbe testen
- Steuern, Rabatte und Gutscheine mit Randfällen prüfen
- E-Mail-Vorlagen und Statuswechsel einmal komplett durchspielen
- Kundenkonto, Login und Gastbestellung aus Nutzersicht testen
- Tracking-Events nur übernehmen, wenn sie im neuen Setup sauber feuern
Das ist kein Nebenschauplatz. Das ist der Teil, der den Umsatz absichert.
3. Go-live mit Smoke-Test und Rollback-Plan
Ein sauberer Go-live hat eine kurze, harte Prüfliste:
- Startseite, Kategorie, Produktdetailseite, Warenkorb und Checkout laden.
- Mindestens eine echte Testbestellung läuft vollständig durch.
- Zahlung, Bestellmail, Rechnung oder Beleglogik und Versandmail sind geprüft.
- Die wichtigsten alten URLs leiten korrekt weiter.
- Search Console, Analytics, Pixel und Consent-Modus liefern erwartbare Signale.
- Ein Rückweg ist klar: DNS, Wartungsfenster, alter Shop, Kommunikationsplan.
Der Rollback-Plan ist kein Zeichen von Unsicherheit. Er ist Projekt-Hygiene. Gerade bei Shops mit laufendem Tagesgeschäft sollte niemand erst im Fehlerfall überlegen, wie man zurückkommt.
Ergebnis: Weniger Blindflug, weniger Umsatzrisiko
Eine gute Migration fühlt sich für Kunden unspektakulär an. Sie finden Produkte, legen sie in den Warenkorb, bezahlen und bekommen ihre Bestätigung. Für das Team dahinter ist genau das die Leistung.
Shopify-Rollouts zeigen, dass selbst Änderungen innerhalb einer Plattform kontrolliert ausgerollt und gemessen werden sollten. Bei einem Plattformwechsel gilt das erst recht. Shopware gibt dir dafür mehr Freiheit im Aufbau, aber diese Freiheit muss geplant werden.
Die wichtigste Frage vor einer Migration lautet deshalb nicht: "Kommen alle Produkte rüber?"
Die wichtigere Frage lautet: "Kann ein echter Kunde am Go-live-Tag ohne Reibung kaufen, und merken wir sofort, wenn nicht?"
Wenn diese Frage sauber beantwortet ist, wird aus einer riskanten Shop-Migration ein kontrollierter Relaunch.
Quellen
- Schedule, publish, and A/B test new themes and checkout and customer account configurations — Shopify Changelog, 2026-06-05
- Shopify Changelog — Shopify, geprüft 2026-06-11
- Shopware 6 Release News: Die neuen Features im Mai 2026 — Shopware, 2026-05-06
- Migration Portal — Shopware Documentation, geprüft 2026-06-11
- Ecommerce replatforming: migration to Shopware — Shopware, geprüft 2026-06-11