Die Migration von Shopware 5 auf Shopware 6 ist der vollständige Umzug eines Onlineshops auf eine neu entwickelte Plattform: Daten, Theme, Plugins und Schnittstellen werden nicht aktualisiert, sondern neu aufgebaut. Je nach Shopgröße dauert das Projekt 6 bis 40+ Wochen und kostet zwischen 20.000 und 250.000+ Euro netto. Da der Support für Shopware 5 beendet ist und Sicherheitslücken nicht mehr geschlossen werden, ist die Migration für die meisten Shops keine freiwillige Entscheidung mehr.
Das Wichtigste in Kürze
Shopware 6 ist eine vollständige Neuentwicklung: Kein Shopware-5-Plugin und kein Theme lässt sich ohne Anpassung übernehmen.
Eine Migration dauert je nach Shopgröße 6 bis 40+ Wochen: Kleine Shops sind in 6 bis 10 Wochen live, große B2B-Shops brauchen 20 bis 40+ Wochen.
Die Kosten liegen zwischen 20.000 Euro für kleine Shops und 250.000+ Euro für komplexe B2B-Projekte mit ERP- und PIM-Integration (Stand: Juni 2026).
Erfahrungsgemäß sind 20 bis 40 Prozent der aktiven Shopware-5-Plugins in keiner Form für Shopware 6 verfügbar.
Ein vollständiges 301-Redirect-Mapping ist die wichtigste SEO-Absicherung: Rankings erholen sich damit in der Regel innerhalb von vier bis acht Wochen nach dem Go-Live.
Dieser Guide zeigt Ihnen, was bei einer Migration tatsächlich auf Sie zukommt: welche Daten sicher übertragbar sind, welche Kosten realistisch sind, wie Sie SEO-Rankings schützen und worauf Sie beim Go-Live achten müssen.
Warum ist der Weiterbetrieb von Shopware 5 keine Option mehr?
Support-Ende Shopware 5: was das konkret bedeutet
Shopware hat den aktiven Support für die Version 5 offiziell eingestellt. Das bedeutet konkret: Sicherheitsupdates werden nicht mehr bereitgestellt, kritische Bugs bleiben ungepatcht, und die Shopware-Community konzentriert ihre Entwicklungsressourcen vollständig auf Version 6. Wer Shopware 5 heute noch betreibt, tut das auf eigenes Risiko.
Für Shopbetreiber hat das Support-Ende drei unmittelbare Konsequenzen:
Zahlungsanbieter und Schnittstellen: Stripe, PayPal und andere Payment-Anbieter aktualisieren ihre Integrationen nicht mehr für Shopware 5. Wenn ein Anbieter sein API ändert, bricht Ihre Zahlung möglicherweise stillschweigend ab.
Hosting und PHP-Versionen: Moderne Server-Stacks laufen auf PHP 8.x. Shopware 5 ist mit neueren PHP-Versionen nur bedingt kompatibel. Hosting-Partner werden Shops auf veralteten PHP-Versionen irgendwann abschalten oder die Kompatibilität nicht mehr garantieren.
Compliance-Anforderungen: Wenn Ihr Shop keine aktuellen Sicherheitsstandards erfüllt, kann das bei B2B-Kunden zu Beschaffungsrisiken führen, die über Ihre eigene IT hinausgehen.
Sicherheitsrisiken beim Weiterbetrieb
Ein ungepatchtes Shopsystem ist ein offenes Einfallstor. Bekannte Schwachstellen in veralteten Shopware-5-Installationen werden in einschlägigen Datenbanken dokumentiert und aktiv von automatisierten Angriffswerkzeugen ausgenutzt. Die häufigsten Szenarien:
SQL-Injection über bekannte Plugin-Schwachstellen: Viele Shopware-5-Plugins wurden nie für die Zeit nach dem Support-Ende konzipiert.
Session-Hijacking: Ungepatchte Authentifizierungsflüsse können Kundenkonten kompromittieren.
Datenschutzverstöße: Ein erfolgreicher Angriff auf Kundendaten löst DSGVO-Meldepflichten aus, die teuer und aufwendig sind.
Kein seriöser IT-Verantwortlicher und kein Betriebshaftpflichtversicherer empfiehlt, einen Shop ohne aktive Sicherheitsupdates im produktiven Betrieb zu halten.
Shopware 6 als Plattformstrategie
Für CDOs und Heads of E-Commerce ist die Migration auf Shopware 6 mehr als ein technisches Upgrade. Shopware 6 ist von Grund auf als API-First-Plattform konzipiert: Alle Daten und Funktionen sind über dokumentierte APIs erreichbar, was eine composable Architektur ermöglicht. Das bedeutet, Sie können Storefront, Backend und Drittanwendungen unabhängig voneinander skalieren und austauschen, ohne den gesamten Stack zu destabilisieren.
Diese Composable-Fähigkeit ist kein theoretisches Architekturziel, sondern eine operative Notwendigkeit für Unternehmen, die ihren Commerce-Stack in den nächsten Jahren weiterentwickeln wollen. Wer heute auf Shopware 6 migriert, schafft die Grundlage für headless Storefronts, KI-gestützte Personalisierung und tiefe ERP-/PIM-Integrationen, die auf einem monolithischen System wie Shopware 5 nicht möglich wären.
Shopware 6 ist damit keine Destination, sondern eine Plattform für kontinuierliche Weiterentwicklung.
Was unterscheidet Shopware 5 und Shopware 6?
Technische Unterschiede auf einen Blick
Shopware 6 ist kein Update von Shopware 5, sondern eine vollständige Neuentwicklung. Das ist keine Marketing-Phrase, sondern eine technische Realität mit konkreten Auswirkungen auf Ihre Planung.
Bereich
Shopware 5
Shopware 6
Architektur
Monolithisch (Zend Framework)
API-First (Symfony, Vue.js)
Template-System
Smarty
Twig / Storefront
Datenbankstruktur
Komplex, historisch gewachsen
Normalisiert, dokumentiert
Headless-Fähigkeit
Eingeschränkt
Vollständig (Store-API)
Plugin-API
Veraltete Event-Architektur
Moderne App- und Plugin-Infrastruktur
Admin-Oberfläche
Ext JS
Vue.js, deutlich schneller
B2B-Features
Über Drittanbieter-Plugins
Natives B2B-Suite-Modul verfügbar
Diese Unterschiede bedeuten: Kein Shopware-5-Plugin läuft in Shopware 6 ohne Anpassung. Kein Theme ist direkt übertragbar. Das ist der wichtigste Kostentreiber bei der Migration.
Was wird automatisch übernommen, was nicht
Das offizielle Shopware Migration Tool (über den Migration Assistant im Admin) überträgt folgende Datenkategorien zuverlässig:
Wird migriert:
Produkte, Varianten, Bilder
Kategoriebaum
Kunden- und Adressdaten
Bestellhistorie
Hersteller/Lieferanten
Grundlegende Steuer- und Versandregeln
Wird NICHT automatisch übertragen:
Custom-Felder und Eigenschaftsstrukturen (müssen manuell gemappt werden)
Spezifische Plugin-Daten (Bewertungen aus Drittanbieter-Plugins, Wunschlisten etc.)
Themes und individuelles Design
Workflow-Automatisierungen
Individuelle Preisregeln und Rabattstrukturen
SEO-URLs und URL-Weiterleitungen (kritisch für Rankings)
Besondere Vorsicht ist bei verschachtelten Eigenschaftsstrukturen und Variantenartikeln geboten. Je mehr individuelle Anpassungen in Shopware 5 vorgenommen wurden, desto mehr manuelle Nacharbeit ist erforderlich.
Plugin-Kompatibilität: die kritische Frage
Die Plugin-Frage ist für viele Shopbetreiber der emotionale Kern der Migration, und zu Recht. In Shopware 5 gibt es Plugins, die tief in Shop-Prozesse integriert sind, für die in Shopware 6 kein direktes Äquivalent existiert.
Vorgehen bei der Plugin-Inventur:
Alle aktiven Shopware-5-Plugins dokumentieren, inkl. Anbieter und Funktion
Im Shopware Store prüfen, ob eine SW6-kompatible Version existiert
Für jeden fehlenden Plugin eine Entscheidung treffen: Eigenentwicklung, alternativer Anbieter oder Funktionsverzicht?
Kosten für Plugin-Eigenentwicklungen in den Projektbudget aufnehmen
Erfahrungsgemäß sind 20 bis 40 Prozent der aktiven Plugins in keiner Form für Shopware 6 verfügbar. Für Shops mit vielen individuellen Erweiterungen, insbesondere im B2B-Bereich, kann dieser Anteil höher liegen.
„Eine Shopware-6-Migration ist keine IT-Pflichtübung, sondern eine Investition in die Zukunftsfähigkeit des Geschäftsmodells. Wer nur den alten Shop nachbaut, lässt den eigentlichen Wert liegen. Die richtige Frage ist nicht, was der Wechsel kostet, sondern was der Shop danach mehr können muss.“
Philipp Foreman
Geschäftsführer, onacy GmbH
Die 5 Phasen der Shopware-Migration
Die folgende Tabelle zeigt Dauer, Aufwand und Meilensteine der fünf Migrationsphasen im Überblick (Stand: Juni 2026):
Phase
Dauer
Aufwand (Personentage)
Meilenstein
Phase 1: Analyse und Projektplanung
1 bis 3 Wochen
2 bis 5 PT
Projektplan mit Budget, Plugin-Inventur und Go-Live-Termin
Phase 2: Migrationsumgebung aufsetzen
1 bis 2 Wochen
3 bis 6 PT
Lauffähige Staging-Instanz mit erster Testmigration
Phase 3: Datenmigration und Theme-Entwicklung
4 bis 16 Wochen
10 bis 70 PT
Vollständige Daten in Shopware 6, abgenommenes Theme
Phase 4: QA, SEO-Absicherung, Redirect-Mapping
2 bis 6 Wochen
5 bis 13 PT
Bestandener Lasttest, vollständiges 301-Mapping
Phase 5: Go-Live und Post-Launch
1 bis 2 Wochen, danach 4 Wochen Monitoring
3 bis 10 PT
Stabiler Live-Betrieb, Rankings unter Beobachtung
Phase 1: Analyse und Projektplanung
Bevor eine einzige Zeile Code geschrieben wird, steht eine vollständige Bestandsaufnahme. Eine seriöse Planung umfasst:
Technisches Audit: Welche Shopware-5-Version läuft? Welche PHP-Version? Welche Customizations wurden direkt im Core vorgenommen (ein häufiges Problem bei älteren Shops)?
Plugin-Inventur: Alle aktiven Erweiterungen mit Funktion und SW6-Status
Datenqualitäts-Check: Sauberkeit der Produktdaten, doppelte Kategorien, fehlende Pflichtfelder
SEO-Analyse: Welche URLs ranken? Wo liegen die Traffic-Schwerpunkte?
Projektumfang und Ressourcen: Festlegung von Timeline, Verantwortlichkeiten und Go-Live-Datum
Das Ergebnis von Phase 1 ist ein Projektplan mit klaren Meilensteinen und einem realistischen Budget. Shops, die diese Phase überspringen, geraten in der Datenmigration regelmäßig in Schwierigkeiten.
Phase 2: Technische Migrationsumgebung aufsetzen
Parallel zur laufenden Shopware-5-Instanz wird eine separate Staging-Umgebung mit Shopware 6 aufgesetzt. Das ist keine Formalität, sondern eine Risikoabsicherung: Der Live-Shop bleibt bis zum finalen Go-Live vollständig in Betrieb.
In dieser Phase:
Installation und Grundkonfiguration von Shopware 6 auf der Staging-Infrastruktur
Einrichtung der Shopware-5-Verbindung für das Migration-Tool
Erste Datenmigration als Testlauf (Produkte, Kategorien, Kunden)
Identifikation von Datenproblemen und Mapping-Lücken
Grundlegende Theme-Entscheidung: Shopware-Standard-Theme als Ausgangsbasis oder komplett individueller Aufbau?
Phase 3: Datenmigration und Theme-Entwicklung
Das ist die zeitintensivste Phase. Datenmigration und Theme-Entwicklung laufen typischerweise parallel, damit das Team keine Wartezeiten hat.
Datenmigration:
Vollständige Migration aller Produktdaten inkl. Custom Fields
Mapping von Eigenschaftsgruppen und Variantenstrukturen
Implementierung des Corporate Designs in Shopware-6-Storefront
Anpassung von Produktdetailseiten, Kategorieseiten, Checkout
Mobile-First-Umsetzung
Integration und Test aller benötigten Plugins in Shopware 6
Für mittelständische Shops mit individuellen B2B-Workflows gilt: Die Theme-Entwicklung ist selten nur Design. Oft werden hier gleichzeitig Logiken für Preisgruppen, Login-Anforderungen oder spezifische Bestellprozesse implementiert.
Phase 4: QA, SEO-Absicherung und Redirect-Mapping
Diese Phase wird unterschätzt und ist der häufigste Grund für Post-Launch-Probleme.
Google Search Console: neue Sitemap einreichen, Property verifizieren
In den ersten zwei bis vier Wochen nach Launch sollten Sie die organischen Rankings täglich im Blick haben. Rückgänge bei einzelnen URLs sind normal und erholen sich bei sauberem Redirect-Mapping in der Regel innerhalb von vier bis acht Wochen. Systemische Einbrüche deuten auf technische Probleme hin und erfordern sofortiges Eingreifen.
Wie vermeiden Sie SEO-Verluste bei der Migration?
Eine Shopware-Migration ist eines der größten SEO-Risiken, die ein Onlineshop eingehen kann. Gleichzeitig ist es eines der handhabbarsten Risiken, wenn man es systematisch angeht.
URL-Struktur und 301-Weiterleitungen richtig planen
Shopware 6 generiert URLs nach anderen Regeln als Shopware 5. Kategoriebasierte Pfade, Produktdetailseiten und Filter-URLs können sich komplett ändern. Jede URL, die in Google indexiert ist und Traffic bringt, muss eine korrekte 301-Weiterleitung auf die entsprechende Shopware-6-URL erhalten.
Konkrete Schritte:
Alle indexierten URLs aus der Google Search Console exportieren
Crawl der aktuellen Shopware-5-Instanz mit einem Crawler-Tool (Screaming Frog o.ä.)
Mapping-Tabelle erstellen: alte URL → neue URL
301-Weiterleitungen in Shopware 6 oder auf Server-Ebene (htaccess/Nginx) implementieren
Nach Go-Live: alle Weiterleitungen auf korrekte Statuscodes prüfen (301, nicht 302)
Häufiger Fehler: Filter-URLs und Suchergebnis-URLs werden nicht mitgemappt. Das verursacht massenhaft 404-Fehler für URLs, die möglicherweise keine Rankings haben, aber intern verlinkt sind.
Metadaten, Canonical-Tags und strukturierte Daten
Shopware 5 und Shopware 6 verwalten Metadaten in unterschiedlichen Strukturen. Bei der Datenmigration werden Titel und Descriptions für Produkte und Kategorien zwar übertragen, aber häufig nicht für alle Datensätze vollständig.
Checkliste nach der Migration:
Alle Produktseiten haben individuelle Meta-Titel (kein generierter Platzhalter-Titel)
Kategorieseiten haben Meta-Descriptions
Canonical-Tags zeigen auf die korrekte URL (kein /index.html, kein Trailing-Slash-Mismatch)
Shopware-seitige Canonical-Logik für Variantenartikel ist konfiguriert
Strukturierte Daten (Product-Schema, BreadcrumbList) werden korrekt ausgegeben
Open-Graph-Tags für Social Sharing sind gesetzt
Google Search Console nach dem Launch überwachen
Nach dem Go-Live ist die Search Console das wichtigste Instrument zur Schadensbegrenzung. Konkrete Überwachungspunkte:
Crawling-Fehler: Täglich prüfen in den ersten zwei Wochen
Index-Abdeckung: Werden die wichtigsten Kategorien und Produktseiten gecrawlt?
Core Web Vitals: Shopware 6 hat andere Performance-Charakteristiken als Shopware 5, insbesondere bei Custom-Themes
Klicks und Impressionen: Vergleich mit der Pre-Launch-Periode, um Rankings-Verluste frühzeitig zu erkennen
Planen Sie mindestens vier Wochen aktive Post-Launch-SEO-Betreuung ein. Viele Probleme zeigen sich erst, wenn Googles Crawler die neue Site systematisch durchlaufen hat.
Wie lange dauert eine Shopware-Migration?
Eine Shopware-5-auf-6-Migration dauert je nach Shopgröße zwischen 6 und 40+ Wochen. Der ausschlaggebende Faktor ist nicht die Produktanzahl allein, sondern die Kombination aus Plugin-Komplexität, individuellen Anpassungen und dem Umfang der ERP-Anbindung.
Shop-Kategorie
Produktanzahl
Plugins
Zeitrahmen
Kleiner Shop
bis 500 Produkte
bis 10 Standard-Plugins
6 bis 10 Wochen
Mittlerer Shop
500 bis 5.000 Produkte
10 bis 25 Plugins, einige Custom
12 bis 20 Wochen
Großer Shop / B2B
über 5.000 Produkte
Viele individuelle Erweiterungen, ERP-Anbindung
20 bis 40+ Wochen
Diese Zeitrahmen gelten für eine parallele Entwicklung (Staging-Instanz), nicht für einen Big-Bang-Ansatz. Harte Faktoren, die die Dauer verlängern:
ERP-Integration: Wenn SAP, Microsoft Dynamics 365 Business Central oder ähnliche Systeme neu angebunden werden müssen, ist das ein eigenständiges Teilprojekt.
PIM/Produktdaten: Shops ohne saubere Produktdaten verbringen 30 bis 50 Prozent der Migrationszeit mit Datenbereinigung.
Individuelle B2B-Logiken: Freigabe-Workflows, Kontingente, Kundengruppenpreise brauchen mehr Entwicklungszeit als im B2C-Kontext.
Rechtliche Prüfungen: Besonders bei internationalen Shops mit mehreren Mandanten oder Länderversionen.
Was kostet die Migration von Shopware 5 auf 6?
Kostenfaktoren im Überblick
Der größte Fehler bei der Kostenplanung ist, nur die reine Entwicklungszeit zu kalkulieren. Eine vollständige Shopware-Migration hat folgende Kostenblöcke:
Projektplanung und technisches Audit: 2 bis 5 Tage
Datenmigration und Bereinigung: 3 bis 15 Tage je nach Datenmenge und -qualität
Plugin-Adaption oder -Neuentwicklung: sehr variabel, 0 bis 30+ Tage
Theme-Entwicklung: 5 bis 25 Tage je nach individuellem Umfang
ERP/Drittsystem-Anbindung: 5 bis 40 Tage (wenn erforderlich)
QA und Testing: 3 bis 8 Tage
SEO-Absicherung und Redirect-Mapping: 2 bis 5 Tage
Go-Live und Post-Launch: 3 bis 10 Tage
Orientierungsrahmen nach Shopgröße
Die Gesamtkosten einer Migration richten sich direkt nach dem technischen Aufwand, der sich erst nach einem Audit zuverlässig beziffern lässt. Als erste Orientierung gilt:
Shop-Kategorie
Kostenbandbreite netto
Kleiner Shop (bis 500 Produkte, Standard-Theme, wenige Plugins)
Diese Bandbreiten sind Orientierungswerte, keine Angebote. Eine detaillierte Aufschlüsselung der Preisbestandteile finden Sie auf unserer Übersichtsseite zu den Shopware-Kosten. Der tatsächliche Aufwand ergibt sich immer aus dem konkreten technischen Audit. Shops, bei denen viel im Shopware-5-Core angepasst wurde (direktes Überschreiben von Core-Dateien statt Plugin-Architektur), liegen regelmäßig am oberen Rand.
Wann lohnt sich ein Festpreis-Angebot?
Ein Festpreis-Angebot ist sinnvoll, wenn:
Der Projektumfang klar definiert ist (abgeschlossenes technisches Audit liegt vor)
Das Design in einem separaten Design-Sprint spezifiziert wurde
Plugin-Anforderungen vollständig dokumentiert sind
Keine laufenden Änderungsanforderungen während der Entwicklung erwartet werden
Für Projekte mit hohem Unbekannten-Anteil, insbesondere ERP-Integrationen und komplexe Custom-Logiken, ist ein Time-and-Material-Modell mit Budget-Cap oft transparenter. Ein seriöser Partner wird Ihnen bereits im Angebot sagen, welche Teile festpreisfähig sind und welche nicht.
Was sind die häufigsten Fehler bei Shopware-Migrationen?
1. Keine vollständige Plugin-Inventur vor Projektstart Erst nach Projektbeginn fällt auf, dass ein kritisches ERP-Connector-Plugin keine Shopware-6-Version hat. Das verursacht Verzögerungen und Nachtragskosten.
Gegenmaßnahme: Plugin-Inventur in Phase 1, vor Budgetfreigabe.
2. Direktes Überschreiben des Shopware-5-Cores Ältere Shops haben oft direkte Änderungen in Core-Dateien, die bei der Migration nicht erkannt werden. In Shopware 6 laufen diese Logiken nicht mehr.
Gegenmaßnahme: Code-Review des Live-Shops als Teil des technischen Audits.
3. SEO-Absicherung als nachträglicher Schritt Redirect-Mapping wird oft erst kurz vor Go-Live begonnen. Bei großen Shops mit zehntausenden URLs ist das nicht in zwei Tagen zu leisten.
Gegenmaßnahme: SEO-Analyse parallel zur Theme-Entwicklung beginnen.
4. Kein Staging-Testing unter Lastbedingungen Der neue Shop sieht auf Staging gut aus, bricht aber beim Launch unter realer Last ein.
Gegenmaßnahme: Performance-Tests vor Go-Live mit realistischen Last-Szenarien.
5. Big-Bang-Migration ohne Fallback-Plan Der Shopware-5-Shop wird abgeschaltet, bevor Shopware 6 stabil läuft. Jede Stunde Ausfall kostet Umsatz.
Gegenmaßnahme: Live-Shop bleibt bis zum gesicherten Go-Live aktiv. DNS-Umschaltung erst nach vollständigem QA-Abschluss.
6. ERP-Schnittstellen werden unterschätzt Die bestehende ERP-Anbindung (SAP, Microsoft Dynamics 365 Business Central, Sage etc.) wird als „direkte Übernahme“ geplant, ist aber faktisch eine Neuimplementierung.
Gegenmaßnahme: ERP-Anbindung als separates Teilprojekt mit eigenem Budget und eigenem Timeline.
7. Fehlende Datenmigrations-Probeläufe Die Datenmigration wird einmal kurz vor Go-Live durchgeführt. Dabei zeigen sich Probleme (fehlende Bilder, falsche Variantenzuordnungen), für die keine Zeit mehr zur Behebung bleibt.
Gegenmaßnahme: Mindestens drei vollständige Testmigrationen durchführen und Ergebnisse systematisch prüfen.
Was müssen B2B-Shops bei der Migration beachten?
Für mittelständische Markenhersteller und herstellende Unternehmen ist Shopware 6 mit der nativen B2B-Suite deutlich leistungsfähiger als Shopware 5. Aber der Weg dorthin erfordert mehr Planungsaufwand als bei einem reinen B2C-Shop.
Die B2B-Suite: native Funktionen für komplexe Vertriebsprozesse
Die Shopware-6-B2B-Suite bringt Funktionen mit, die in Shopware 5 nur über Drittanbieter-Plugins und individuelle Entwicklung realisierbar waren. Besonders relevant für mittelständische Unternehmen mit strukturierten Vertriebsorganisationen:
Native Freigabe-Workflows: Bestellungen über einem definierten Betrag durchlaufen automatisch einen mehrstufigen Freigabeprozess. Zuständige Einkaufsleiter oder Abteilungsleiter genehmigen oder lehnen direkt im Shop ab, ohne E-Mail-Koordination.
Digitale Angebotserstellung: Kunden können Angebotsanfragen im Shop stellen, Ihr Vertrieb bearbeitet und bestätigt diese direkt im Backend. Der Angebotsprozess ist damit vollständig in den Bestellworkflow integriert.
Schnellbestellung über Artikelnummern: Einkäufer, die Ihre Produktnummern kennen, können direkt über eine Schnellbestellmaske bestellen. Das reduziert die Bestellzeit erheblich und ist für Stammkunden ein zentrales Komfort-Feature.
Rollenverwaltung auf Unternehmensebene: Innerhalb eines Kundenunternehmens können verschiedene Rollen vergeben werden, z.B. Einkäufer, Genehmiger, Administrator. Jede Rolle hat definierte Berechtigungen für Bestellung, Freigabe und Kontoverwaltung.
Budgetverwaltung pro Abteilung: Abteilungen oder Kostenstellen erhalten eigene Budgetrahmen. Bestellungen, die das Budget überschreiten, werden automatisch zur Freigabe weitergeleitet oder blockiert.
Diese Funktionen sind im Standard-Umfang der B2B-Suite enthalten und müssen nicht individuell entwickelt werden. Der Einrichtungsaufwand liegt dennoch beim Mapping Ihrer bestehenden Unternehmensstrukturen auf die Shopware-Logik.
Kundengruppen und Preisstrukturen in SW6
Shopware 6 hat die Kundengruppen-Logik gegenüber Shopware 5 grundlegend verändert. Während in SW5 viele Preisregeln über Plugins und direkte Datenbanklogiken realisiert wurden, setzt SW6 auf ein strukturiertes Regelwerk aus Preislisten, Kundengruppen und Rabatten.
Was das konkret bedeutet:
Individuelle Nettopreise für Geschäftskunden werden über Preislisten gesteuert
Kundengruppen-spezifische Katalog-Sichtbarkeit ist nativ möglich
Staffelpreise und mengenabhängige Rabatte sind im Standard-Umfang enthalten
B2B-Login-Pflicht (kein Einkauf ohne Kundenkonto) ist konfigurierbar
Die Migration von komplexen Preisstrukturen aus SW5 erfordert in fast allen Fällen manuelle Nacharbeit. Automatisiertes Mapping deckt Basispreise ab, aber Sonderkonditionen und historisch gewachsene Ausnahmen müssen manuell übertragen werden.
PIM-Migration parallel zur Shop-Migration
Viele mittelständische Unternehmen, die auf Shopware 6 migrieren, nutzen den Zeitpunkt gleichzeitig für eine PIM-Konsolidierung. Das ist strategisch sinnvoll: Wer ohnehin alle Produktdaten für die Migration aufräumt und neu strukturiert, kann den gleichen Aufwand nutzen, um eine zentrale PIM-Lösung wie Pimcore einzuführen.
Shopware 6 verfügt über eine ausgereifte Pimcore-Integration, die Produktdaten, Preise und Kategoriestrukturen zentral pflegt und direkt in den Shop ausleitet. Der operative Vorteil: Produktinformationen werden künftig in einem einzigen System gepflegt und automatisch in alle Kanäle (Shop, Print-Katalog, Marktplätze) distribuiert. Das eliminiert manuelle Doppelpflege und reduziert Fehlerquoten erheblich.
Für Unternehmen, die heute bereits viele Produktdaten in Excel, ERP oder verstreuten Systemen verwalten, ist die parallele PIM-Einführung der nachhaltigste Hebel der gesamten Migrationsmaßnahme. Das Migrationsprojekt wird damit zwar umfangreicher, aber die Folgekosten für Datenpflege sinken dauerhaft.
„Über den Erfolg einer Migration entscheidet am Ende nicht das Theme, sondern die Datenqualität. Saubere Produktdaten machen den Umzug planbar, schlechte Daten machen ihn zum Blindflug. Deshalb gehört die Datenbereinigung an den Anfang des Projekts, nicht ans Ende.“
Philipp Foreman
Geschäftsführer, onacy GmbH
ERP-Schnittstellen neu aufsetzen
Die Anbindung von ERP-Systemen an Shopware 5 erfolgte oft über ältere Connector-Lösungen, die auf direkten Datenbankverbindungen oder proprietären APIs basierten. Shopware 6 ist API-First konzipiert: Alle Daten fließen über die dokumentierte REST-API oder über Shopware-eigene Synchronisations-Mechanismen.
Das bedeutet praktisch:
Jede bestehende ERP-Anbindung muss auf die Shopware-6-API migriert werden
Bestehende Shopware-5-Konnektoren von Drittanbietern sind in SW6-Versionen oft nicht direkt verfügbar
Die Integration muss für alle relevanten Datenströme neu implementiert werden: Produktstammdaten, Lagerbestände, Preise, Bestellungen, Versandstatus
DATEV-Anbindung und Rechnungsexport sind separate Themen
Planen Sie für eine ERP-Neuanbindung mindestens vier bis acht Wochen Entwicklungszeit ein, auch wenn das bestehende ERP-System unverändert bleibt.
Selbst migrieren oder Agentur beauftragen?
Die Frage stellt sich realistisch nur für Unternehmen mit einer starken internen Shopware-Entwicklungskapazität. Das Shopware Migration Tool ist für die Datenmigration grundsätzlich nutzbar, aber Migration ist deutlich mehr als Datentransfer.
Selbst migrieren ist sinnvoll, wenn:
Intern dedizierte Shopware-6-Entwickler verfügbar sind
Der Shop wenige Plugins und keine ERP-Anbindung hat
Ausreichend Zeit vorhanden ist (kein Go-Live-Druck)
Das SEO-Know-how für Redirect-Mapping und Post-Launch-Monitoring intern vorhanden ist
Eine Agentur beauftragen ist sinnvoll, wenn:
Der Shop im B2B-Bereich betrieben wird und individuelle Preislogiken hat
ERP, PIM oder andere Drittsysteme angebunden sind
Das Risiko von Rankings-Verlusten inakzeptabel ist
Interne Ressourcen für Parallelentwicklung und QA nicht vorhanden sind
Eine professionelle E-Commerce-Beratung zahlt sich besonders dann aus, wenn der Shop ein relevanter Umsatzkanal ist. Migrations-Fehler, die zu Umsatzausfällen oder SEO-Verlusten führen, kosten schnell mehr als die eingesparten Agenturkosten.
Was eine gute Agentur mitbringen sollte: nachgewiesene Shopware-6-Migrationsreferenzen, einen strukturierten Audit-Prozess vor Angebotserstellung und klare Aussagen darüber, was Festpreis möglich macht und was nicht.
Fazit und nächste Schritte
Die Migration Shopware 5 auf 6 ist kein Sprint, aber sie ist planbar. Die größten Risiken, Rankings-Verluste, Datenverluste und Budgetüberschreitungen, entstehen fast immer aus denselben Quellen: fehlender Vorab-Analyse, unterschätzter Plugin-Komplexität und SEO-Absicherung als Nachgedanke.
Was Sie jetzt tun können:
Plugin-Inventur starten: Welche Plugins sind aktiv, welche haben SW6-Versionen?
SEO-Status erfassen: Google Search Console exportieren, wichtigste URLs und Rankings dokumentieren
Budget grob einschätzen: Auf Basis der Shopgröße und Plugin-Komplexität einen ersten Kostenrahmen festlegen
Technisches Audit beauftragen: Erst nach einem vollständigen Audit lässt sich ein belastbares Angebot erstellen
Shopware-6-Migrationen, die wirklich funktionieren, entstehen durch einen klaren Prozess vor dem ersten Code-Commit. onacy begleitet mittelständische Unternehmen von der Bestandsaufnahme bis zum stabilen Go-Live, mit strukturiertem Audit, nachgewiesenen Referenzen und einem Partnermodell, das auf Ihrem Projekterfolg aufbaut. Sprechen Sie uns an.
Für einen ersten Überblick über die Möglichkeiten von Shopware 6 als Plattform finden Sie auf unserer Seite weitere Informationen zu Funktionsumfang, B2B-Features und Erweiterungsmöglichkeiten.
Häufige Fragen zur Shopware 5 auf 6 Migration
Kann ich direkt von Shopware 5 auf die aktuelle Shopware-6-Version migrieren?
Ja. Der offizielle Migration Assistant verbindet Ihre Shopware-5-Instanz direkt mit einer aktuellen Shopware-6-Installation. Zwischenversionen sind nicht nötig, die Daten fließen unmittelbar in das neue System. Wichtig ist nur, dass die Shopware-5-Instanz auf einem unterstützten Versionsstand läuft und die Verbindung über das Migrations-Plugin sauber eingerichtet wird.
Bleibt der Shop während der Migration online?
Ja. Die Migration läuft auf einer separaten Staging-Umgebung, während der Shopware-5-Shop unverändert weiterverkauft. Erst nach abgeschlossener Qualitätssicherung wird per DNS-Umschaltung auf das neue System gewechselt, inklusive einer finalen Delta-Migration der letzten Bestellungen und Datenänderungen. Eine spürbare Downtime entsteht bei diesem Vorgehen nicht.
Was passiert mit Kundenkonten und Passwörtern?
Kundenkonten inklusive Adressen und Bestellhistorie werden über das Migration Tool übernommen. Passwörter lassen sich je nach Konfiguration nicht in jedem Fall direkt übertragen, da Shopware 6 ein anderes Verfahren zur Verschlüsselung nutzt. In diesem Fall setzen Kunden ihr Passwort beim ersten Login einmalig zurück. Das sollte in der Go-Live-Kommunikation eingeplant werden.
Lohnt sich statt der Migration ein Wechsel auf eine andere Plattform?
Wenn ohnehin neu aufgebaut wird, ist die Frage legitim. Für Shops mit B2B-Anforderungen, ERP-Anbindung und individuellen Preislogiken bleibt Shopware 6 im Mittelstand meist die wirtschaftlichste Wahl. Wie sich die Systeme im Detail unterscheiden, zeigt unser Vergleich von Shopify und Shopware.
Können wir übergangsweise bei Shopware 5 bleiben?
Technisch ja, betriebswirtschaftlich nur mit klarem Enddatum. Ohne Sicherheitsupdates steigt das Risiko mit jedem Monat, und Zahlungsanbieter sowie Hosting-Partner ziehen ihre Unterstützung schrittweise zurück. Wann der richtige Zeitpunkt für den Wechsel ist, behandeln wir ausführlich im Artikel zum richtigen Zeitpunkt für die Shopware-6-Migration.
Welche Hosting-Anforderungen stellt Shopware 6?
Shopware 6 stellt andere Anforderungen an die Server-Umgebung als Shopware 5: eine aktuelle PHP-8-Version, ausreichend Arbeitsspeicher und je nach Shopgröße eine Suchtechnologie wie Elasticsearch oder OpenSearch. In den meisten Projekten wird das Hosting im Zuge der Migration neu aufgesetzt. Die passende Dimensionierung gehört in das technische Audit von Phase 1.
Autor
Philipp Foreman
Geschäftsführer, onacy GmbH
Philipp Foreman hat zahlreiche Shopware-Migrationsprojekte von Version 5 auf 6 verantwortet. Bei onacy koordiniert er die technische Planung, Datenmigration und Plugin-Bewertung, also die drei Faktoren, die über Erfolg oder Mehrkosten solcher Projekte entscheiden.
