Ein Shopware-5-Shop, der noch Umsätze bringt, ist kein Grund für hektische Entscheidungen. Aber er ist ein Grund, die Shopware 5 auf 6 Migration strukturiert vorzubereiten. Denn hier geht es nicht nur um ein neues Frontend oder eine modernere Administration. Es geht um Produktdaten, Bestellungen, Kundenkonten, ERP-Prozesse, Schnittstellen, Sichtbarkeit bei Google und die Frage, ob Ihr Team nach dem Go-live besser oder schlechter arbeiten kann.
Wer den Wechsel als reines Technikprojekt behandelt, zahlt oft doppelt: zuerst für die Migration und später für nachträgliche Korrekturen an Daten, Prozessen oder Tracking. Der bessere Weg beginnt mit einer ehrlichen Bestandsaufnahme. Was läuft heute stabil? Was ist historisch gewachsen? Und welche Anforderungen muss der neue Shop in den nächsten drei Jahren erfüllen?
Warum die Shopware 5 auf 6 Migration mehr als ein Update ist
Shopware 6 ist keine neue Versionsnummer mit identischer Struktur. Datenmodell, technische Architektur, Erlebniswelten, Rule Builder, API-Ansatz und Erweiterungssystem folgen anderen Prinzipien. Ein Shopware-5-Theme wird nicht einfach übernommen. Auch Plugins lassen sich in der Regel nicht per Knopfdruck weiterverwenden.
Das ist zunächst Aufwand, bietet aber eine Chance zur Bereinigung. Viele etablierte Shops tragen Sonderlogik mit sich herum: Preisregeln im Template, manuelle Produktzuordnungen, alte Versandarten, individuelle Bestellstatus oder mehrere Schnittstellen für dieselbe Aufgabe. Eine Migration sollte diese Altlasten nicht blind kopieren. Sie sollte entscheiden, welche Prozesse künftig standardisiert, neu entwickelt oder bewusst abgeschafft werden.
Für Händler mit JTL-WaWi, Odoo oder einem anderen ERP ist das besonders relevant. Der Shop ist nur ein Teil der Verkaufsarchitektur. Wenn Lagerbestände, Varianten, Kundengruppen, Staffelpreise, Belege oder Versandstatus nicht zuverlässig fließen, hilft die schönste Storefront nicht weiter. Die Zielarchitektur muss deshalb zuerst die operative Realität abbilden – und danach das Design.
Erst Prozesse prüfen, dann Daten übertragen
Der häufigste Fehler ist ein Projektstart mit der Frage: Welche Daten können wir migrieren? Die wichtigere Frage lautet: Welche Daten und Regeln brauchen wir künftig wirklich? Ein alter Shop enthält oft doppelte Kategorien, nicht mehr lieferbare Produkte, ungültige Bildzuordnungen, verwaiste Hersteller oder Kundenkonten ohne verwertbare Einwilligungen.
Eine saubere Analyse trennt vier Bereiche: Katalogdaten, Kundendaten, Transaktionsdaten und Betriebslogik. Zum Katalog gehören Artikel, Varianten, Eigenschaften, Kategorien, Medien und SEO-Informationen. Transaktionsdaten umfassen Bestellungen, Zahlungs- und Versandstatus sowie Dokumente. Betriebslogik meint unter anderem Preisregeln, B2B-Freigaben, Kundengruppen, Rollen, Workflows und Integrationen.
Nicht jede Historie muss zwingend in Shopware 6 liegen. Alte Bestellungen können je nach rechtlicher, operativer und kundenservicebezogener Anforderung in einem Archiv oder im ERP verfügbar bleiben. Werden sie in den neuen Shop übernommen, müssen Suche, Berechtigungen, Statusanzeigen und Kundenkonto mitgedacht werden. Es hängt also vom Supportprozess und von den Erwartungen Ihrer Kunden ab, nicht von einer pauschalen Migrationsregel.
Datenqualität entscheidet über Aufwand und Ergebnis
Migrationstools übertragen Daten, aber sie ersetzen kein Mapping und keine Qualitätsprüfung. Varianten brauchen eindeutige Artikelnummern. Bilder müssen korrekt zugeordnet sein. Attribute aus Shopware 5 müssen in Eigenschaften, Zusatzfelder oder andere passende Strukturen in Shopware 6 übersetzt werden. Gerade bei Filterlogik, Produktfeeds und Marktplatzanbindungen kann eine falsche Modellierung später spürbar Umsatz kosten.
Deshalb empfiehlt sich ein Probelauf mit realistischen Datenmengen. Dabei zeigen sich Zeichensatzprobleme, fehlende Pflichtfelder, unerwartete Dubletten und Sonderfälle in Varianten oder Preisen. Diese Erkenntnisse gehören in eine dokumentierte Migrationslogik. Manuelle Nacharbeit ohne nachvollziehbare Regeln ist kein tragfähiger Prozess.
Plugins, Theme und Schnittstellen neu bewerten
In vielen Shopware-5-Installationen steckt der größte Projektrisiko nicht in den Artikeln, sondern in den Erweiterungen. Ein Plugin kann eine kleine Komfortfunktion sein oder eine geschäftskritische Logik für B2B-Preise, Konfiguration, Zahlungsfreigaben oder Fulfillment enthalten. Beides darf nicht gleich behandelt werden.
Erstellen Sie vor Projektbeginn eine Plugin- und Schnittstellenliste mit Funktion, geschäftlicher Priorität, Datenfluss und Verantwortlichkeit. Für jede Erweiterung gibt es meist drei Optionen: eine passende Shopware-6-Lösung einsetzen, die Funktion individuell entwickeln oder den Prozess künftig anders abbilden. Eine vierte Option lautet bewusst: entfernen. Sie ist oft sinnvoller, als eine selten genutzte Sonderfunktion teuer nachzubauen.
Beim Theme gilt dasselbe. Das Shopware-5-Design technisch zu kopieren, ist selten die beste Entscheidung. Shopware 6 sollte ein performantes, wartbares Frontend erhalten, das Markenanforderungen erfüllt und Conversion nicht behindert. Dazu gehören klare Kategorieseiten, nachvollziehbare Filter, schnelle Suche, mobile Produktdetailseiten und ein Checkout ohne unnötige Reibung.
Für Händler mit individuellem Sortiment ist Standard jedoch nicht immer genug. Ersatzteile, konfigurierbare Produkte, B2B-Sortimente oder komplexe Staffelpreislogiken benötigen oft gezielte Erweiterungen. Ehrliches Handwerk heißt hier: Standard nutzen, wo er passt, und nur dort custom entwickeln, wo es einen messbaren operativen oder vertrieblichen Vorteil bringt.
SEO und Performance gehören in den Migrationsplan
Ein Relaunch kann organische Sichtbarkeit aufbauen – oder über Nacht Rankings und Umsatz kosten. Besonders kritisch sind geänderte URL-Strukturen, entfernte Kategoriepfade, nicht übernommene Meta-Daten und fehlende Weiterleitungen. Jede relevante alte URL braucht eine klare Entscheidung: Sie bleibt bestehen, sie erhält eine passende 301-Weiterleitung oder sie wird bewusst entfernt.
Auch Inhalte verdienen Aufmerksamkeit. Kategorietexte, Ratgeber, Herstellerseiten und Landingpages sind oft über Jahre gewachsen. Wer sie ohne Prüfung löscht, verliert unter Umständen nicht nur Traffic, sondern auch hilfreiche Einstiegspunkte für Kunden. Gleichzeitig ist eine Migration eine gute Gelegenheit, dünne oder doppelte Inhalte aufzuräumen und wichtige Seiten mit klarer Suchintention neu aufzubauen.
Performance ist ebenso geschäftskritisch. Große Bilddateien, überladene Skripte, unkontrollierte Tracking-Tags und unnötige Apps bremsen den Shop. Das betrifft Nutzererlebnis, Conversion und Kampagnenrentabilität. Ein schneller Shop reduziert nicht automatisch alle Marketingprobleme. Er sorgt aber dafür, dass bezahlter Traffic nicht auf einer technisch schwachen Grundlage landet.
Tracking und Feeds vor dem Go-live prüfen
Google Ads, Shopping, Meta und TikTok benötigen verlässliche Ereignisse und Produktdaten. Prüfen Sie deshalb nicht erst nach dem Launch, ob Produktansichten, Warenkorb, Checkout und Kauf korrekt gemessen werden. Consent-Management, Tag-Management, Conversion-Werte und Produktfeeds gehören in den Abnahmeprozess.
Bei Google Shopping sind Verfügbarkeit, Preise, GTIN, Versandkosten und Varianten besonders wichtig. Stimmen Shop, ERP und Feed nicht überein, entstehen Ablehnungen oder falsche Anzeigen. Für Multi-Channel-Händler ist das kein Detail, sondern ein direkter Kosten- und Umsatzfaktor.
So läuft eine kontrollierte Migration ab
Eine belastbare Shopware-5-auf-6-Migration folgt klaren Phasen statt einer langen Liste ungeprüfter Aufgaben. Nach der Analyse werden Zielprozesse, Datenmodell und Integrationen verbindlich definiert. Danach entstehen Shop, Schnittstellen und Frontend in einer Testumgebung. Erst wenn die Kernprozesse funktionieren, folgt die finale Datenübernahme mit einem klaren Cutover-Plan.
Vor dem Go-live sollten Fachabteilungen nicht nur schön gestaltete Seiten abnehmen, sondern reale Szenarien testen: Bestellung mit verschiedenen Zahlarten, Storno, Retoure, Teillieferung, Gutschein, Kundengruppenpreis, Versand ins Ausland, Lagerbestandsänderung und Übergabe an das ERP. Je nach Geschäftsmodell kommen Konfigurationen, Freigaben oder Marktplatzprozesse hinzu.
Ein guter Go-live-Plan benennt Verantwortliche, Wartungsfenster, Datenstichtag, Rückfalloptionen und Kommunikationswege. Er verhindert nicht jede Überraschung. Aber er stellt sicher, dass bei Problemen nicht erst geklärt werden muss, wer zuständig ist. Gerade bei umsatzstarken Shops ist diese Verbindlichkeit mehr wert als ein unrealistisch versprochenes Projekt ohne Risiken.
Die richtige Priorität für Ihr Projekt setzen
Nicht jeder Shop braucht beim Wechsel gleichzeitig ein neues ERP, ein Rebranding, ein PIM und zehn neue Marketingkanäle. Mehrere Großbaustellen können sinnvoll sein, erhöhen aber Abhängigkeiten und Testaufwand deutlich. Wenn Prozesse heute stabil laufen, ist oft eine schrittweise Modernisierung wirtschaftlicher: erst die Shop-Plattform und kritische Schnittstellen, danach zusätzliche Automatisierung oder neue Vertriebskanäle.
Anders sieht es aus, wenn Ihr Shop bereits unter fehlerhaften Beständen, manueller Auftragsbearbeitung oder instabilen Integrationen leidet. Dann wäre es kurzsichtig, diese Probleme in die neue Plattform mitzunehmen. Die passende Reihenfolge hängt von Umsatzrisiko, Prozessreife, Datenqualität und internen Ressourcen ab.
Eine gute Migration endet deshalb nicht mit einem hübschen Go-live. Sie schafft eine Shop-Architektur, die Ihr Team versteht, die Systeme sauber verbindet und die Wachstum nicht durch tägliche Workarounds ausbremst. Wenn Sie vor dem ersten Datenexport Klarheit über diese Punkte schaffen, wird aus einem erzwungenen Plattformwechsel eine belastbare Investition in Ihren Vertrieb.
