Der Shop läuft, Bestellungen kommen rein, das Team kennt die Abläufe. Genau deshalb wird das Thema oft vertagt. Wer Shopware 5 zu 6 migrieren will, sollte den Wechsel jedoch nicht als technisches Update behandeln. Es ist eine Gelegenheit, gewachsene Prozesse zu prüfen, Datenfehler zu bereinigen und Schnittstellen wieder verlässlich aufzusetzen - bevor aus kleinen Workarounds ein tägliches Betriebsrisiko wird.
Shopware 5 erhält seit Juli 2024 keinen offiziellen Herstellersupport mehr. Für Unternehmen mit Umsatz, Kundendaten, ERP-Anbindung und individuellen Erweiterungen ist das kein kosmetisches Thema. Sicherheitslücken, nicht mehr kompatible Plugins und schwer wartbare Eigenentwicklungen können den Betrieb zunehmend teuer und unplanbar machen. Der richtige Zeitpunkt für die Migration ist deshalb nicht der erste Ausfall, sondern eine Phase, in der das Unternehmen noch gestalten kann.
Warum der Wechsel zu Shopware 6 mehr als ein Versionssprung ist
Shopware 6 folgt einer anderen technischen und konzeptionellen Architektur als Shopware 5. Themes, Plugins, Datenstrukturen und Schnittstellen lassen sich nicht einfach per Knopfdruck übernehmen. Ein automatischer Umzug kann Basisdaten übertragen, ersetzt aber weder fachliche Entscheidungen noch eine Prüfung der vorhandenen Logik.
Das betrifft besonders Unternehmen, deren Shop über Jahre erweitert wurde. Vielleicht werden Preise in Excel gepflegt, weil die ERP-Schnittstelle nicht alle Anforderungen abbildet. Vielleicht erzeugt ein altes Plugin Sonderpreise für einzelne Kundengruppen, während der Vertrieb dieselben Konditionen an anderer Stelle verwaltet. Oder die Versandlogik steckt in einer Eigenentwicklung, die nur eine frühere Shopware-Version versteht. Solche Konstruktionen funktionieren oft - bis ein Update, ein neuer Markt oder ein Personalwechsel zeigt, wie abhängig der Betrieb von Einzelwissen geworden ist.
Shopware 6 bietet mit seiner API-orientierten Architektur, den Erlebniswelten und flexibleren Regeln gute Voraussetzungen für moderne B2B- und B2C-Prozesse. Daraus entsteht aber nicht automatisch ein besserer Shop. Der Nutzen entsteht erst, wenn die Plattform sauber an ERP, PIM, CRM, Payment, Versand und Lager angebunden wird und Verantwortlichkeiten für Daten klar sind. Ein System statt zehn Insellösungen ist ein sinnvolles Ziel, aber kein Standardergebnis.
Shopware 5 zu 6 migrieren beginnt mit einer ehrlichen Bestandsaufnahme
Vor der ersten Datenübertragung steht die Frage: Was soll tatsächlich mit? Eine Bestandsaufnahme schafft Klarheit über Shopdaten, Funktionen und Abhängigkeiten. Dabei werden nicht nur Produkte, Kategorien, Kunden und Bestellungen erfasst, sondern auch Plugins, individuelle Anpassungen, Cronjobs, Redirects, Zahlungsarten, Versandregeln und externe Systeme.
Besonders aufschlussreich ist der Blick auf die tatsächliche Nutzung. Ein Plugin, das vor fünf Jahren eingebaut wurde, muss nicht zwingend ersetzt werden. Eine Funktion, die intern als unverzichtbar gilt, wird manchmal von wenigen Kunden genutzt oder lässt sich in Shopware 6 mit Bordmitteln einfacher abbilden. Umgekehrt können individuelle B2B-Funktionen wie kundenspezifische Sortimente, Freigabeprozesse oder Rollen- und Rechtekonzepte geschäftskritisch sein. Sie brauchen eine fachliche Spezifikation, nicht nur eine technische Notiz.
Am Ende dieser Phase sollte eine belastbare Entscheidungsmatrix stehen: Was wird übernommen, was wird neu gebaut, was wird durch Standardfunktionen ersetzt und was wird bewusst abgeschaltet? Das senkt Kosten und verhindert, dass alte Schwächen in eine neue Plattform umziehen. Auch das Budget wird dadurch belastbarer, weil Aufwand nicht auf Vermutungen basiert.
Daten migrieren, aber Datenqualität nicht mitnehmen
Produktdaten wirken auf den ersten Blick wie ein klarer Fall: exportieren, importieren, fertig. In der Praxis liegen die Schwierigkeiten oft in Varianten, Eigenschaften, Medienzuordnungen, Kategorien und Preislogiken. Gerade bei großen Sortimenten fallen inkonsistente Artikelnummern, doppelte Attribute oder unvollständige Bilddaten erst auf, wenn sie im neuen Shop falsch dargestellt werden.
Die Migration sollte daher mit einer Datenbereinigung verbunden werden. Welche Felder sind Pflicht? Welche Quelle ist bei Preis, Bestand und Produkttext führend? Werden Daten im Shop gepflegt, im ERP oder in einem PIM? Ohne diese Regeln beginnt die Doppelpflege direkt nach dem Go-Live von vorn.
Bei Kunden- und Bestelldaten ist zusätzlich Sorgfalt gefragt. Kunden sollen sich nach dem Umzug möglichst einfach wieder anmelden können, zugleich müssen Datenschutz, Passwortverfahren und Aufbewahrungspflichten berücksichtigt werden. Nicht jede historische Bestellung muss im Frontend verfügbar sein. Häufig ist es sinnvoller, kaufmännische Historien im ERP oder Archivsystem zu belassen und nur die Daten in den Shop zu übernehmen, die für Service, Retouren und Kundenkommunikation benötigt werden.
Testmigrationen sind dabei Pflicht. Sie zeigen früh, ob Varianten korrekt aufgebaut, Staffelpreise richtig zugeordnet und Medien vollständig erreichbar sind. Ein Zahlenabgleich zwischen Alt- und Neusystem gehört ebenso dazu wie die fachliche Prüfung durch Mitarbeitende aus Produktmanagement, Vertrieb und Kundenservice.
Schnittstellen entscheiden über den Alltag nach dem Go-Live
Ein optisch überzeugender Shop hilft wenig, wenn Bestände falsch sind oder Aufträge manuell ins ERP übertragen werden müssen. Deshalb gehören Integrationen in den Kern der Migrationsplanung. Das betrifft nicht nur ERP und Warenwirtschaft, sondern je nach Geschäftsmodell auch PIM, CRM, Zahlungsdienstleister, Versanddienstleister, Marktplätze, Newsletter-Systeme und Steuerlösungen.
Entscheidend ist die Richtung und Frequenz des Datenaustauschs. Kommt der Bestand aus dem ERP in Echtzeit, in festen Intervallen oder über einen nächtlichen Import? Wer erzeugt die Rechnung? Was passiert bei einer fehlgeschlagenen Übertragung? Und wer wird informiert, wenn ein Auftrag im Shop bezahlt, aber im ERP nicht angelegt wurde? Diese Fragen wirken technisch, betreffen aber direkt Vertrieb, Buchhaltung und Lager.
Eine gute Integration macht Fehler sichtbar, statt sie still zu verstecken. Protokolle, Wiederholungsmechanismen und klare Zuständigkeiten gehören deshalb zur Lösung. Für mittelständische Unternehmen ist auch die Wartbarkeit entscheidend: Eine Schnittstelle, die nur ihr ursprünglicher Entwickler versteht, ist keine tragfähige Grundlage für die nächsten Jahre.
Frontend und Funktionen nicht blind nachbauen
Viele Migrationen verlieren Zeit, weil jeder Bildschirm des alten Shops als Vorlage gilt. Dabei sollte der neue Shop die heutigen Anforderungen erfüllen, nicht die Entscheidungen von 2017 konservieren. Shopware 6 bietet für Content und Commerce andere Möglichkeiten. Das kann den Pflegeaufwand im Marketing senken und die Darstellung auf Mobilgeräten verbessern.
Trotzdem gilt: Standard vor Individualentwicklung, aber nicht Standard um jeden Preis. Wenn ein B2B-Shop komplexe Bestelllisten, kundenindividuelle Preise oder Genehmigungsprozesse braucht, muss die Lösung diese Abläufe verlässlich unterstützen. Ein Workaround, der intern wieder Excel-Listen erzeugt, verschiebt das Problem nur.
Für das Design lohnt sich ein Blick auf reale Nutzungsdaten und Serviceanfragen. Suchen Kunden häufig nach Ersatzteilen? Werden wichtige Informationen erst nach einem Anruf gefunden? Brechen Nutzer im Checkout an bestimmten Stellen ab? Daraus lassen sich Prioritäten ableiten. Eine neue Oberfläche sollte Orientierung schaffen und den Kaufabschluss erleichtern, nicht nur moderner aussehen.
Tests und Go-Live: Planbarkeit statt Schweißperlen
Der Go-Live ist kein einzelner Abend, sondern die letzte Phase eines kontrollierten Prozesses. Neben technischen Tests brauchen Unternehmen fachliche Abnahmen: Funktionieren Rabatte, Steuerregeln und Versandkosten? Werden Bestellungen korrekt an nachgelagerte Systeme übergeben? Sind E-Mails, Rechnungen, Retouren und Stornierungen vollständig durchgespielt? Auch Rollenrechte im Admin, Ladezeiten, Suchfunktion und mobile Darstellung gehören auf den Prüfstand.
Für den Umstellungstag braucht es einen klaren Ablauf mit Verantwortlichen, Zeitfenstern und einer Entscheidung darüber, wie lange das alte System noch als Referenz erreichbar bleibt. Kurz vor dem Start werden Inhalte und Delta-Daten erneut übertragen. DNS-Änderungen, Caches, Zahlungsarten und Monitoring werden vorbereitet, damit Probleme schnell erkannt werden.
Ein Rückfallplan ist keine Schwäche, sondern sauberes Risikomanagement. Er legt fest, unter welchen Bedingungen der Start verschoben oder vorübergehend zurückgerollt wird. Je größer das Bestellvolumen und je stärker die Anbindung an Lager und ERP, desto wichtiger ist diese Absicherung.
Nach der Migration beginnt der Betrieb
Mit dem Go-Live endet das Projekt nicht. Updates, Sicherheitsprüfungen, Backups, Monitoring und die Pflege von Erweiterungen gehören zum dauerhaften Betrieb. Ebenso wertvoll ist ein fester Verbesserungsrhythmus: Welche Suchbegriffe führen zu keinen Treffern? Wo entstehen Rückfragen im Service? Welche manuellen Schritte lassen sich noch automatisieren?
Inter Medien Networks betrachtet Shopware-Projekte deshalb nicht als Übergabe einer Website, sondern als Aufbau einer betreibbaren Handelsplattform. Die technische Lösung muss zu den realen Arbeitsabläufen passen - vom Produktdatenimport bis zur Retoure. So bleiben Kosten, Zuständigkeiten und Weiterentwicklungen planbar.
Eine Migration ist auch nicht in jedem Fall die richtige Antwort. Wenn das Geschäftsmodell, die Datenbasis oder die Systemlandschaft grundlegend neu geordnet werden müssen, kann ein sauber konzipierter Neuaufbau wirtschaftlicher sein als das Übertragen alter Strukturen. Diese Entscheidung sollte nach Aufwand, Risiko und künftigen Anforderungen getroffen werden, nicht nach der Frage, wie viel vom Altsystem sich noch retten lässt.
Der beste Zeitpunkt für den Wechsel ist der, an dem Ihr Team noch Zeit hat, Prozesse bewusst zu entscheiden. Dann wird aus einer notwendigerweise abgekündigten Plattform keine hektische Baustelle, sondern ein Shop, der im Tagesgeschäft wieder verlässlich mitarbeitet.