Umstieg Shopware 5 auf 6: Tech-Guide für Ops & Entwickler

Der offizielle Support für Shopware 5 endete im Juli 2024. Das bedeutet konkret: Shopware liefert keine Sicherheitsupdates, keine Bugfixes und keine Weiterentwicklungen mehr. Für deinen laufenden Shop hat das mehrere kritische Folgen – besonders, wenn du den Umstieg mit einer Shopware Agentur strukturiert planen und absichern willst:

• Sicherheitslücken bleiben offen: Neue CVEs, die nach Juli 2024 bekannt werden, werden von Shopware nicht mehr gepatcht. Angreifer können diese Lücken ausnutzen, um an Kundendaten zu gelangen, Zahlungsprozesse zu manipulieren oder deinen Shop lahmzulegen.
• Fehlende Updates: Keine Anpassungen an neue PHP-Versionen, keine Kompatibilität mit modernen Hosting-Umgebungen, keine Integration neuer Payment-Provider oder Marketing-Tools.
• Kompatibilitätsprobleme: Plugins, Schnittstellen zu ERP-Systemen, PIM-Tools oder Payment-Diensten werden möglicherweise nicht mehr weiterentwickelt oder verlieren die Unterstützung für Shopware 5.
• Rechtliche Risiken: Neue gesetzliche Vorgaben wie das Barrierefreiheitsstärkungsgesetz oder die Produktsicherheitsverordnung werden in Shopware 5 nicht mehr umgesetzt. Das erhöht das Risiko von Abmahnungen, Bußgeldern oder rechtlichen Nachbesserungen unter Zeitdruck.

Es gibt Drittanbieter, die weiterhin Sicherheitsupdates für Shopware 5 anbieten. Diese Lösungen können kurzfristig helfen, ersetzen aber keine moderne Weiterentwicklung. Strukturelle Themen wie neue Verkaufskanäle, flexible Preislogik, verbesserte Usability oder moderne API-Integrationen bleiben außen vor. Langfristig wird der Betrieb eines Shopware-5-Shops teurer, riskanter und ineffizienter.

Neue gesetzliche Anforderungen als Treiber für den Umstieg

Neben technischen Risiken kommen rechtliche Anforderungen hinzu. Wichtig: Shopware als Plattform liefert eine technische Basis, aber die konkrete Umsetzung liegt bei Theme, Implementierung und Content-Prozess:

• Barrierefreiheitsstärkungsgesetz: Ab 2025 müssen Onlineshops barrierefrei sein. Das betrifft Kontraste, Tastaturbedienung, Formular-Fehlermeldungen, Alt-Texte bei Bildern und den gesamten Checkout-Prozess. Shopware 5 bietet keine native Theme-Unterstützung für diese Anforderungen. Shopware 6 bietet eine bessere technische Basis, aber auch hier musst du das Theme und die Inhalte selbst barrierefrei umsetzen.
• Produktsicherheitsverordnung: Neue Pflichten rund um Produktinformationen, Darstellung von Sicherheitshinweisen und Dokumentationspflichten. Shopware 5 kann diese Anforderungen nicht mehr flexibel abbilden. Shopware 6 bietet Custom Fields, Produktdatenmodelle und bessere PIM-Integrationen, aber die konkrete Umsetzung musst du selbst definieren.

Praktische Konsequenz: Ohne Anpassung drohen Abmahnungen, Nachbesserungen unter Druck und teure Workarounds. Ein rechtzeitiger Umstieg zu Shopware 6 schafft technische Klarheit, eine bessere Basis für zukünftige Anforderungen und kann rechtliche Risiken reduzieren, sofern Theme und Prozesse entsprechend umgesetzt werden.

Shopware 6 oder anderes System: Die richtige Entscheidung treffen

Nicht jeder Shop-Betreiber will oder muss zu Shopware 6 wechseln. Manche evaluieren Shopify, andere Plattformen oder spezialisierte Lösungen. Dieser Artikel fokussiert sich auf den Umstieg zu Shopware 6 und richtet sich an Tech-Leads und Ops-Verantwortliche, die den Systemwechsel technisch planen, umsetzen und absichern müssen.

Bevor du die finale Entscheidung triffst, solltest du diese Kriterien prüfen:

• B2B vs. B2C Anforderungen: Brauchst du kundenindividuelle Preise, Bestellfreigaben, Self-Service-Portale? Shopware 6 bietet starke B2B-Features, die sich flexibel anpassen lassen.
• Komplexität Katalog: Wie viele Varianten, Attribute, Regeln und Preislogiken hast du? Shopware 6 kann komplexe Kataloge gut abbilden, aber der Migrationsaufwand steigt mit der Komplexität.
• Internationalisierung: Mehrsprachigkeit, Mehrwährung, länderübergreifende Prozesse – Shopware 6 ist stark in diesem Bereich.
• Integrationen: Welche ERP-, PIM-, CRM- oder Marketing-Tools nutzt du? Shopware 6 ist API-first und lässt sich flexibel anbinden.
• Time-to-Market vs. Individualentwicklung: Brauchst du schnelle Anpassungen oder komplexe Custom-Entwicklungen? Shopware 6 bietet beides, aber die Strategie beeinflusst Kosten und Dauer.
• TCO: Lizenz, Hosting, Entwicklung, Wartung, Plugins – rechne langfristig, nicht nur den initialen Migrationsaufwand.
• Team-Skills: Hast du Inhouse-Entwickler, Content-Teams, Ops? Oder arbeitest du hauptsächlich mit einer Agentur? Shopware 6 ist benutzerfreundlicher als Shopware 5, aber ohne technische Begleitung wird es schwierig.

Was Shopware 6 konzeptionell besser kann

Shopware 6 ist technisch und konzeptionell ein großer Schritt nach vorn. Hier die wichtigsten Verbesserungen, übersetzt in Tech- und Ops-Nutzen:

• Modernere Grundlage: Symfony-basiert, saubere Dependency Injection, Data Abstraction Layer, bessere Erweiterbarkeit, saubere APIs, flexiblere Integrationen mit Drittsystemen.
• Usability und Administration: Strukturierter Admin-Bereich, intuitivere Bedienung, weniger Klicks für häufige Aufgaben.
• Rule Builder: Verkaufsprozesse wie Versandkosten, Preise, Promotions und Zahlungsarten lassen sich flexibel über Regeln steuern – ohne Entwicklerarbeit. Achtung: Rule Builder kann Performance-Impact haben, wenn Regeln zu komplex werden oder zu viele gleichzeitig evaluiert werden.
• Sales Channels: Mehrere Verkaufskanäle aus einem System heraus bedienen. Wichtig: Jeder Sales Channel hat eigene URLs, eigene SEO-Konfiguration, eigene Domain-Konfiguration – das muss bei Redirects und Indexierung beachtet werden.
• Storefront-Anpassbarkeit: Inhalte und Seiten über ein integriertes CMS mit Drag-and-Drop pflegen – schneller, flexibler, ohne Entwickler.
• Neue Produkttypen: Virtuelle Produkte, anpassbare Produkte, Produktbewertungen – alles nativ unterstützt.

Tech-Effekt: Bessere API-Architektur, sauberere Entity-Relationen, modernere Caching-Strategien, bessere Performance-Optimierungsmöglichkeiten, solide Basis für Headless-Szenarien.

Die größten technischen Risiken beim Umstieg und wie du sie adressierst

Wenn du den Umstieg planst, musst du diese technischen Risiken aktiv managen:

• Verlieren wir Rankings oder SEO-Traffic beim Relaunch? Lösung: Redirect-Matrix, Pre-Launch-Crawl, Post-Launch-Crawl, GSC-Monitoring.
• Was passiert mit URLs, Weiterleitungen, Indexierung? Lösung: Sales-Channel-URLs definieren, Domain-Mapping klären, 301-Redirects implementieren, Canonical-Tags pro Sales Channel setzen, Sitemap validieren, robots.txt pro Sales Channel prüfen.
• Gehen Bestellungen oder Kundendaten verloren? Lösung: Datenintegrität prüfen, Checksummen erstellen, Stichprobenkonzept definieren, Referenzen validieren.
• Wie vermeiden wir Downtime? Lösung: Cutover-Runbook erstellen, Rollback-Plan definieren, DNS-TTL senken, Health-Checks vorbereiten, Wartungsmodus-Strategie festlegen, Deployment-Strategie wählen.
• Was passiert mit Plugins und Custom Code? Lösung: Plugin-Kompatibilitätsliste erstellen, Custom Code Audit durchführen, Neu- vs. Portierung vs. Ersatz durch native Features evaluieren.
• Wie testen wir, ohne Live-Umsatz zu gefährden? Lösung: Staging-Umgebung aufsetzen, UAT mit Fachabteilungen durchführen, Testbestellungen durchführen, Payment-Sandbox nutzen.
• Wie teuer wird es wirklich – und wovon hängt das ab? Lösung: Scope-Definition, Komplexitäts-Assessment, klare Priorisierung erstellen.
• Wie lange dauert das – und was blockiert typischerweise? Lösung: Unklare Anforderungen klären, Datenqualität sicherstellen, Zuständigkeiten bei Schnittstellen definieren, SEO und Tracking frühzeitig einbeziehen.

Projektphasen einer Shopware-5-auf-6-Migration: Der komplette Tech-Leitfaden

Der Umstieg von Shopware 5 auf 6 lässt sich in acht Phasen gliedern. Jede Phase hat klare Ziele, Aufgaben und Ergebnisse. Dieser Leitfaden fokussiert sich auf die technischen Umsetzungspfade, typischen Failure-Modes und Abhängigkeiten auf Shopware-6-Ebene.

Phase 1: Analyse und Discovery

Bevor die eigentliche Migration startet, wird der Ist-Zustand deines Shops analysiert:

• Technik: Welche Shopware-5-Version läuft? Welche Plugins sind installiert? Welche Custom-Entwicklungen gibt es? Welches Theme wird genutzt? Welche PHP-Version, welches Hosting-Setup?
• Daten: Wie viele Produkte, Kategorien, Kunden, Bestellungen, Medien? Wie ist die Datenqualität? Welche Datenbank-Größe, welche Tabellen-Strukturen sind kritisch?
• Ziele und KPIs: Welche Business-Ziele hast du? Umsatzsteigerung, bessere Conversion, schnellere Ladezeiten, internationale Expansion? Welche KPIs sind entscheidend?
• Pain Points: Was funktioniert nicht gut? Welche Prozesse sind umständlich? Wo gibt es Workarounds? Welche technischen Schulden existieren?
• Risiken und Abhängigkeiten: Hosting-Vertrag, PHP-Version, Payment-Provider, ERP-Schnittstellen, Tracking, Consent-Management, externe APIs, Webhooks.
• Plugin-Audit: Welche Plugins sind geschäftskritisch? Welche gibt es für Shopware 6? Welche müssen neu entwickelt werden? Welche können durch native Shopware-6-Features ersetzt werden?

Ergebnis: Ein detailliertes Migrationskonzept mit Scope, Prioritäten, Zeitplan, Budgetrahmen und technischem Dependency-Graph.

Phase 2: Konzept und Architektur

Auf Basis der Analyse wird die Zielarchitektur definiert:

• Zielarchitektur: Welche Integrationen bleiben, welche werden ersetzt? Welche neuen Tools kommen hinzu? Wie werden APIs angebunden?
• Datenmodell: Wie werden Kategorien, Attribute, Varianten, Hersteller, Medien strukturiert? Welche Felder sind Pflicht, welche optional? Wie werden Custom Fields genutzt?
• Entity-Mapping: Wie werden Shopware-5-Entitäten auf Shopware-6-Entitäten gemappt? Welche Relationen bleiben erhalten? Welche zusätzlichen Felder müssen migriert werden?
• Sales-Channel-Strategie: Wie viele Sales Channels? Welche Domains, welche Sprachen, welche Währungen? Wie werden URLs strukturiert?
• SEO-Konzept: URL-Strategie, Redirect-Matrix, Template-Änderungen, Content-Mapping, strukturierte Daten, Canonical-Tags pro Sales Channel, Sitemap-Struktur, robots.txt pro Sales Channel.
• Tracking-Konzept: GA4-Setup, Consent Mode v2, Server-Side vs. Client-Side Tracking, Debugging-Plan, Event-Tracking, Datalayer-Struktur, Merchant Center Feed-Validierung.
• Integrationsarchitektur: Welche APIs, Webhooks, Queue-basierte Integrationen? Welche Retry-Strategien, welche Idempotenz-Mechanismen? Welche Error-Handling-Strategien? Observability: korrelierbare Request-IDs, Webhook-Logs, Replay-Mechanismen, Dead-Letter-Queue, Monitoring der Sync-Jobs.

Ergebnis: Ein detailliertes Konzeptdokument, das als Blaupause für die Umsetzung dient, inkl. technischer Architektur-Diagramme, Entity-Relationship-Diagramme, Datenfluss-Diagramme.

Phase 3: Datenmigration

Die Datenmigration ist das Herzstück des Umstiegs. Shopware 5 und Shopware 6 nutzen unterschiedliche Datenbankstrukturen. Eine saubere Migration ist entscheidend, damit keine Daten verloren gehen und alle Zusammenhänge erhalten bleiben.

Welche Daten werden migriert:

• Produkte: Alle Produktdaten inkl. Varianten, Attribute, Preise, Bestände, SEO-Informationen, Custom Fields, Properties, Options.
• Kategorien: Kategorie-Struktur, Sortierung, SEO-Daten, Custom Fields.
• Kunden: Kundenaccounts, Adressen, Kundengruppen, Custom Fields.
• Bestellungen: Bestellhistorie inkl. Zusammenhang zwischen Kunden und bestellten Produkten, Zahlungsinformationen, Versandinformationen, Bestellstatus.
• Medien: Produktbilder, Kategorie-Bilder, Content-Bilder, Medien-Pfade, Thumbnails.

Viele Migrations-Projekte migrieren nur Stammdaten, vergessen aber die transaktionellen Zusammenhänge. Das führt dazu, dass Kunden ihre Bestellhistorie nicht mehr sehen oder dass Produkte nicht korrekt zugeordnet sind. Eine professionelle Migration achtet darauf, dass alle relevanten Daten vollständig und konsistent übertragen werden.

Der Migrations-Assistent von Shopware kann viele Daten automatisiert übertragen. Trotzdem sind manuelle Nacharbeiten, Validierung und Datenchecks nötig. Wichtig: Datenschutz und Datensicherheit müssen während der gesamten Migration gewährleistet sein.

Technische Umsetzung der Datenmigration

Shopware bietet einen offiziellen Migration Assistant. Dieser nutzt eine direkte Datenbankverbindung zur Shopware-5-Datenbank und migriert Daten über die Shopware-6-DAL. Der Prozess läuft typischerweise in mehreren Schritten:

• Verbindung herstellen: Shopware-5-Datenbank wird als externe Datenquelle konfiguriert.
• Datenprofil erstellen: Welche Entitäten sollen migriert werden? Welche Mappings gelten?
• Prerun: Daten werden analysiert, um potenzielle Probleme zu identifizieren.
• Migration ausführen: Daten werden Batch-weise übertragen. Der Migration Assistant nutzt CLI-Commands und Message Queue für asynchrone Verarbeitung. Typische Batch-Größen: 250–1000 Entities pro Batch, abhängig von Server-Performance und Datenbank-Größe. Grenzen: Bei sehr großen Datenmengen kann der Migration Assistant an Performance-Grenzen stoßen. Dann sind Custom-Import-Skripte oder API-basierte Importer nötig.
• Media-Migration: Medien werden separat migriert. Achtung: Medien-Pfade ändern sich. Alte Pfade müssen auf neue gemappt werden. Thumbnails müssen neu generiert werden.
• Indexierung: Nach der Migration müssen alle Entities neu indexiert werden.

Typische Fehlerbilder bei der Datenmigration:

• Fehlende Referenzen: Produkt verweist auf Kategorie, die nicht migriert wurde – Fehler, Produkt wird nicht migriert oder in Standardkategorie verschoben.
• Medien-Pfade: Medien werden nicht korrekt zugeordnet, weil Pfade sich geändert haben – Produkte ohne Bilder.
• Varianten-Struktur: Shopware 5 nutzt Configurator-Optionen, Shopware 6 nutzt Product-Options – Mapping muss korrekt sein, sonst gehen Varianten verloren oder werden doppelt angelegt.
• Custom Fields: Shopware-5-Attribute werden auf Shopware-6-Custom-Fields gemappt. Wenn Custom-Field-Sets nicht korrekt konfiguriert sind, gehen Daten verloren.
• Preise und Steuern: Steuerregeln, Kundengruppen-Preise, Staffelpreise müssen korrekt gemappt werden. Shopware 6 nutzt eine andere Preisstruktur.

Datenintegrität sicherstellen: Checksummen und Stichprobenkonzept

Nach der Migration musst du die Datenintegrität prüfen. Konkrete Maßnahmen:

• Checksummen: Vergleiche die Anzahl der Entities vor und nach der Migration. Abweichungen müssen analysiert werden.
• Stichproben: Prüfe mindestens 5–10 Prozent der migrierten Daten manuell. Besonders kritisch: Produkte mit Varianten, Produkte mit komplexen Attributen, Bestellungen mit Zahlungsinformationen, Medien-Zuordnungen.
• Referenzen validieren: Prüfe, ob alle Relationen korrekt sind.
• Medien-Pfade: Prüfe, ob alle Medien korrekt zugeordnet sind und ob Thumbnails generiert wurden.
• Preise und Steuern: Prüfe Stichproben: Werden Preise korrekt angezeigt? Werden Steuern korrekt berechnet?

Timing: Wann wird der finale Datenzug gemacht? In der Regel gibt es eine Content- und Daten-Freeze-Phase kurz vor dem Go-live. Falls nötig, wird ein Delta-Import durchgeführt, um letzte Bestellungen und neue Kunden zu übertragen.

Phase 4: Theme, Design und Storefront

Das Shopware-5-Theme wird nicht automatisch übernommen. Shopware 6 hat eine komplett andere technische Basis. Du hast mehrere Optionen:

• Rebuild basierend auf bestehender CI: Das Theme wird neu entwickelt, orientiert sich aber an der bisherigen Corporate Identity. Aufwand: hoch, Flexibilität: maximal.
• Relaunch als Chance zur CI-Weiterentwicklung: Nutze die Migration, um Design, UX und Markenauftritt zu modernisieren. Aufwand: sehr hoch, aber langfristig bessere UX und Conversion.
• Standard-Theme mit gezielten Anpassungen: Schneller, weniger Risiko, geringere Kosten – ideal, wenn das Design nicht geschäftskritisch ist. Shopware 6 liefert ein solides Standard-Theme.

UX-Fokus: Navigation, Suche, Filter, Produktdetailseiten, Checkout, Mobile First. Shopware 6 bietet bessere Möglichkeiten für eine moderne, benutzerfreundliche Storefront. Technische Aspekte:

• Block-System: Shopware 6 nutzt Twig-Blocks für Theme-Anpassungen. Du musst verstehen, welche Blocks existieren und wie du sie überschreibst.
• Asset-Handling: CSS und JavaScript werden über Webpack kompiliert. Du musst einen Build-Prozess aufsetzen.
• Performance: Minimiere CSS und JS, nutze Lazy Loading für Bilder, optimiere Fonts, vermeide Render-Blocking-Ressourcen.

Phase 5: Funktionen, Plugins und Individualentwicklung

Welche Plugins und Custom-Features hast du in Shopware 5? Welche davon brauchst du wirklich? Welche gibt es für Shopware 6? Welche müssen neu entwickelt werden?

Typische Fragen:

• Welche Plugins sind geschäftskritisch?
• Welche Plugins wurden nur als Workaround genutzt und können durch native Shopware-6-Features ersetzt werden?
• Welche individuellen Entwicklungen gibt es?

Gefahr: Plugin-Wildwuchs. Jedes Plugin, das du installierst, muss gewartet, getestet und auf Kompatibilität geprüft werden. Es beeinflusst Performance und Sicherheit. Prüfe kritisch, welche Erweiterungen wirklich nötig sind.

Plugin-Update-Strategie: Shopware 6 entwickelt sich schnell. Neue Major-Versionen können Breaking Changes enthalten. Du musst eine klare Update-Strategie definieren: Wann updatest du? Wie testest du Updates? Welche Plugins blockieren Updates?

Schnittstellen und APIs: Integrationen sauber denken

Typische Integrationen, die beim Umstieg kritisch sind:

• ERP/WaWi: Bestände, Preise, Bestellungen, Lieferanten. Shopware 6 bietet REST-API und JSON:API. Wichtig: Wie werden Bestände synchronisiert? Real-time oder Batch? Welche Retry-Strategien? Welche Idempotenz-Mechanismen? Observability: korrelierbare Request-IDs in Logs, Webhook-Logs persistent speichern, Replay-Mechanismen implementieren, Dead-Letter-Queue für fehlgeschlagene Sync-Jobs, Monitoring der Sync-Jobs. Gerade bei ERP-Projekten lohnt sich vorab ein Blick auf typische Patterns zur Shopware-ERP-Anbindung.
• PIM: Produktdaten, Attribute, Medien. Shopware 6 kann PIM-Daten über API importieren. Wichtig: Wie werden Änderungen erkannt? Wie werden Medien synchronisiert?
• Payment Provider: PayPal, Klarna, Amazon Pay, Kreditkarte, Rechnung. Shopware 6 bietet offizielle Plugins für die meisten Provider. Wichtig: Payment-Flow muss getestet werden. Webhooks für Zahlungsbestätigungen müssen korrekt konfiguriert sein.
• Versand/Logistik: DHL, UPS, Hermes, Tracking. Shopware 6 bietet Plugins für die meisten Versanddienstleister. Wichtig: Tracking-Nummern müssen korrekt übertragen werden. Versandkosten-Berechnung muss getestet werden.
• Marketing/CRM/Newsletter: Mailchimp, HubSpot, Salesforce. Shopware 6 bietet API-Integrationen. Wichtig: Kunden-Synchronisation, Newsletter-Anmeldungen, Double-Opt-In.
• Tracking/Analytics/Consent: GA4, GTM, Consent Mode v2. Shopware 6 bietet GTM-Integration. Wichtig: Datalayer-Struktur, Event-Tracking, Consent-Mode-Konfiguration.
• Feeds: Google Merchant Center, Preisportale. Shopware 6 bietet Plugins für Feed-Generierung. Wichtig: Feed-Struktur, Validierung, Update-Frequenz.

Datenflüsse dokumentieren: Quelle, Transformation, Ziel. Für jede Integration musst du definieren: Welche Daten werden übertragen? In welche Richtung? Wie oft? Welche Error-Handling-Strategien? Welche Retry-Strategien? Welche Idempotenz-Mechanismen?

Typische Fehlerbilder bei Integrationen

• Bestände stimmen nicht: ERP sendet Bestand, aber Shopware aktualisiert ihn nicht – Ursache oft: Produkt-ID-Mapping fehlerhaft, API-Authentifizierung fehlgeschlagen, Queue verstopft, Worker nicht aktiv.
• Preise oder Steuern falsch: Shopware 6 nutzt eine andere Preisstruktur – Mapping muss korrekt sein.
• Produktdaten unvollständig: Attribute, Varianten fehlen – PIM-Import muss alle Felder korrekt mappen, Custom Fields müssen existieren.
• Medien fehlen oder sind falsch zugeordnet: Medien-Pfade ändern sich, Thumbnails fehlen – Medien-Sync muss Pfade korrekt mappen, Thumbnails müssen generiert werden.

Phase 6: Testing und Qualitätssicherung

Bevor der neue Shop live geht, muss alles getestet werden. Eine Testumgebung wird aufgesetzt, auf der alle Funktionen geprüft werden:

• Checkout: Funktionieren alle Schritte? Werden Zahlungsarten korrekt angezeigt? Werden Bestellungen korrekt angelegt? Werden E-Mails versendet?
• Zahlungsarten: PayPal, Klarna, Kreditkarte, Rechnung – alle Provider testen. Wichtig: Sandbox-Modus nutzen, Webhooks testen, Rückerstattungen testen.
• Versand: Versandkosten, Versandarten, Lieferzeiten, Tracking. Wichtig: Versandkosten-Berechnung für verschiedene Szenarien testen.
• Steuern: Werden Steuern korrekt berechnet? Wichtig: Verschiedene Länder, verschiedene Steuerregeln, Reverse Charge bei B2B.
• E-Mails: Bestellbestätigungen, Versandbenachrichtigungen, Rechtstexte. Wichtig: Alle E-Mail-Templates prüfen, Platzhalter korrekt ersetzen, Layout testen, Mail-Transport prüfen.
• Rechtstexte: AGB, Widerruf, Datenschutz, Impressum – alle Texte korrekt hinterlegt? Wichtig: Shopware 6 nutzt CMS-Seiten für Rechtstexte, nicht mehr Snippets.
• Gutscheine: Funktionieren Gutscheincodes, Rabattaktionen, Promotions? Wichtig: Rule Builder Regeln testen, Kombinationen testen.
• Datenchecks: Stichproben bei Produkten, Varianten, Medien, Kategorien – sind alle Daten korrekt übertragen? Wichtig: Checksummen, Referenzen, Medien-Pfade.
• Performance: Ladezeiten, Core Web Vitals, Server-Response-Zeiten. Wichtig: TTFB, LCP, FID, CLS messen, Server-Logs prüfen, CDN testen.
• Tracking und Consent: Werden alle Events korrekt getrackt? Funktioniert Consent-Management? Stimmen Google Merchant Center Feeds? Wichtig: Testbestellungen durchführen, GA4 Realtime prüfen, GTM Debug-Modus nutzen, Consent Mode v2 testen.

Eine strukturierte Checkliste hilft, nichts zu übersehen. Typische QA-Checkliste umfasst über 100 Testfälle.

Phase 7: Go-live Vorbereitung und Launch

Der Go-live ist der kritischste Moment. Hier muss alles sitzen. Ein detaillierter Cutover-Runbook ist Pflicht.

Cutover-Runbook: Beispiel-Ablauf

Rollback-Plan

Was passiert, wenn beim Go-live etwas schiefgeht? Du musst einen Rollback-Plan haben. Typische Rollback-Szenarien:

• Checkout funktioniert nicht: Kunden können nicht bestellen – Rollback auf Shopware 5.
• Payment-Provider funktioniert nicht: Zahlungen werden nicht verarbeitet – Rollback auf Shopware 5.
• Performance-Probleme: Shop ist zu langsam, Server überlastet – Rollback auf Shopware 5 oder Scaling.
• Datenverlust: Bestellungen oder Kundendaten fehlen – Rollback auf Shopware 5, Delta-Import wiederholen.

Rollback-Mechanismus: DNS auf alten Server zurück, Shopware 5 wieder aktivieren, Backup-Restore-Plan ausführen. Wichtig: DNS-TTL muss niedrig sein, sonst dauert Rollback zu lange. Daten-Sync: Wenn Bestellungen auf Shopware 6 angelegt wurden, müssen diese manuell auf Shopware 5 übertragen werden.

Monitoring direkt nach Launch

Nach dem Go-live muss alles live überwacht werden:

• Server-Logs: Errors, Warnings, PHP-Fehler, MySQL-Fehler.
• Application-Logs: Shopware-Logs, Payment-Provider-Logs, ERP-Schnittstellen-Logs.
• Checkout-Monitoring: Werden Bestellungen angelegt? Werden E-Mails versendet? Werden Zahlungen verarbeitet?
• Queue/Worker: Läuft der Message Queue Worker? Sind Jobs in der Queue? Gibt es failed Jobs?
• Cronjobs: Laufen alle Cronjobs korrekt?
• Performance-Monitoring: TTFB, LCP, FID, CLS, Server-Response-Times, CDN-Performance.
• SEO-Monitoring: GSC, Indexierung, Rankings.
• Tracking-Monitoring: GA4 Realtime, Purchase-Events, Conversion-Tracking.

Phase 8: Post-Go-live Betreuung und Weiterentwicklung

Nach dem Go-live ist die Arbeit nicht vorbei. Jetzt beginnt die kontinuierliche Betreuung:

• Wartung und Updates: Shopware 6 wird regelmäßig aktualisiert. Sicherheitsupdates, neue Features, Bugfixes. Du musst eine klare Update-Strategie definieren: Wann updatest du? Wie testest du Updates? Welche Plugins blockieren Updates?
• Backlog nach Priorität: Nice-to-have-Features, die vor dem Launch zurückgestellt wurden, werden jetzt nachgezogen.
• Conversion-, SEO- und Performance-Optimierung: Iterative Verbesserungen basierend auf echten Daten. A/B-Tests, UX-Optimierungen, Content-Optimierungen.
• Content-Weiterentwicklung: CMS-Seiten, Blog, Ratgeber, Landingpages – Inhalte werden kontinuierlich gepflegt und erweitert.

SEO beim Umstieg Shopware 5 auf 6: Risiken vermeiden, Rankings sichern

SEO ist einer der kritischsten Bereiche beim Umstieg. Fehler hier können dazu führen, dass du Traffic, Rankings und Umsatz verlierst. Die größten Risikoquellen:

• URL-Änderungen ohne Weiterleitungen: Wenn alte URLs nicht auf neue weitergeleitet werden, verlierst du Rankings und Traffic.
• Duplicates und falsche Canonicals: Wenn mehrere URLs auf denselben Inhalt zeigen, ohne saubere Canonical-Tags, entstehen Duplicate-Content-Probleme.
• Indexierung und Robots: Wenn nach dem Launch Noindex-Tags vergessen werden oder robots.txt falsch konfiguriert ist, wird dein Shop nicht indexiert.
• Geänderte interne Verlinkung: Wenn Navigation oder interne Links sich ändern, kann das die interne Linkstruktur schwächen.
• Template-Änderungen mit Auswirkungen auf strukturierte Daten: Wenn strukturierte Daten fehlen oder fehlerhaft sind, verlierst du Rich Snippets.

Gegenmaßnahmen:

• Redirect-Konzept: Erstelle eine vollständige Redirect-Matrix, die alle alten URLs auf die neuen URLs weiterleitet. Implementierungsebene definieren: Webserver-Ebene für bessere Performance oder Shopware-Plugin für einfachere Verwaltung. Achtung: Sales Channels in Shopware 6 können unterschiedliche URL-Strukturen haben. Du musst für jeden Sales Channel prüfen, wie URLs strukturiert sind.
• Pre-Launch Crawl und Post-Launch Crawl: Crawle den alten Shop vor der Migration und den neuen Shop nach dem Launch. Vergleiche die Ergebnisse: Welche URLs fehlen? Welche URLs sind neu? Welche URLs haben sich geändert?
• Google Search Console Checks: Prüfe Sitemaps, Coverage-Berichte, 404-Fehler, Soft-404-Fehler. Wichtig: GSC dauert 24–72 Stunden, um neue Daten zu zeigen. Sei geduldig.
• KPI-Set: Überwache Sichtbarkeit, Traffic, Conversion, Umsatz, Crawling-Fehler.

Performance und Conversion: Der Umstieg als Chance nutzen

Shopware 6 bietet bessere Performance-Möglichkeiten als Shopware 5. Schnellere Ladezeiten führen zu besserer Conversion und besseren Rankings. Konkrete Hebel:

• Weniger unnötige Plugins: Jedes Plugin, das du nicht installierst, verbessert die Performance.
• Optimierte Bilder und Medienhandling: Moderne Bildformate, Lazy Loading, CDN. Shopware 6 kann WebP-Thumbnails generieren.
• Saubere Theme-Performance: Minimiertes CSS und JavaScript, keine Render-Blocking-Ressourcen. Nutze Webpack für Build-Prozess.
• Technische Basis für Core Web Vitals: Largest Contentful Paint, First Input Delay, Cumulative Layout Shift – alle Metriken lassen sich in Shopware 6 besser optimieren.
• Caching: Shopware 6 unterstützt HTTP-Cache, Redis, Varnish. Konfiguriere Caching richtig, um TTFB zu verbessern.
• Database-Optimierung: Shopware 6 nutzt MySQL oder MariaDB. Indexe prüfen, Slow-Query-Log analysieren, Elasticsearch oder OpenSearch für Suche nutzen.

Business-Übersetzung: Schneller gleich weniger Abbruch gleich mehr Umsatz pro Besuch.

Zeitpunkt und Migrationsstrategie: Wann ist der richtige Moment

Warum früh planen? Je später du wartest, desto höher werden die Risiken. Spätere Wechsel unter Druck sind teurer und fehleranfälliger.

Migrationsmodelle:

• Big Bang: Alles auf einmal umstellen. Risikoreicher, aber schneller. Geeignet für kleinere Shops oder wenn keine stufenweise Migration möglich ist.
• Stufenweise Migration: Wenn möglich, Risiko reduzieren. Geeignet für größere Shops mit mehreren Verkaufskanälen.

Relaunch im saisonal ruhigen Zeitraum: Nach dem Weihnachtsgeschäft, nach dem Sale – dann ist der Traffic niedriger und Probleme haben weniger Auswirkungen.

Umgang mit laufendem Betrieb:

• Content- und Daten-Freeze-Phase definieren
• Delta-Import kurz vor Launch

Kosten beim Umstieg Shopware 5 auf 6: Wovon sie abhängen

Die Kosten für den Umstieg hängen von vielen Faktoren ab. Wichtigste Kostentreiber:

• Umfang und Komplexität des aktuellen Shops: Wie viele Produkte, Varianten, Kategorien, Medien?
• Anzahl und Art der Schnittstellen: ERP, PIM, Payment, Versand, Marketing.
• Grad an Individualentwicklung: Wie viele Custom-Features gibt es? Wie viel muss neu entwickelt werden?
• Theme-Umfang: Rebuild, Relaunch, Standard-Theme mit Anpassungen?
• SEO-Migrationstiefe: Redirect-Mapping, Content-Übernahme, strukturierte Daten.
• QA/Testaufwand: Mehr Kanäle, mehr Zahlungsarten, mehr Länder bedeutet mehr Testfälle.

Transparenzprinzip: Die Konzeptphase liefert eine belastbare Schätzung. Der Aufwand beinhaltet nicht nur Coding, sondern auch Abstimmungen, Testing, Qualitätssicherung.

Dauer und Timeline: Erwartungsmanagement für den Umstieg

Wie lange dauert der Umstieg? Das hängt ab von:

• Komplexität, Datenmenge, Integrationen, Ressourcen

Typische Bremsen:

• Unklare Anforderungen
• Fehlende Datenqualität
• Ungeklärte Zuständigkeiten bei Schnittstellen
• Zu spätes Einbeziehen von SEO und Tracking

Empfehlung: Meilensteine definieren. Ein transparenter Projektplan mit klaren Deadlines ist Pflicht.

Checklisten für den Umstieg Shopware 5 auf 6

Vor dem Umstieg

• Plugin-Liste mit Kritikalität
• Schnittstellen-Mapping mit RACI-Matrix
• Datenexport-Tests
• Hosting und Performance-Anforderungen
• Backup- und Rollback-Plan
• DNS-TTL auf 300s senken
• Cutover-Runbook erstellen

Go-live

• 301-Redirects live
• Sitemap und Robots korrekt
• Zahlungsarten getestet
• Bestellmails und Statusprozesse
• Monitoring aktiv
• Health-Checks durchführen
• Testbestellung durchführen

Nach dem Go-live

• GSC prüfen
• Tracking prüfen
• Feed-Checks durchführen
• Performance-Messung
• Backlog priorisieren
• Update-Strategie definieren

Typische Fehler beim Umstieg und wie du sie vermeidest

• Nur Produktdaten migrieren: Bestellhistorie und Kundenbezüge fehlen dann. Migriere transaktionelle Daten.
• Theme wird übernommen: Realität: Neuaufbau nötig, Zeit einplanen. Shopware 6 nutzt Twig, nicht Smarty.
• Redirects später machen: Ranking- und Traffic-Verluste sind die Folge. Redirects müssen zum Go-live live sein.
• Plugins eins zu eins nachbauen: Unnötige Komplexität, Performance leidet. Prüfe, ob native Shopware-6-Features ausreichen.
• Tracking nach Go-live einrichten: Datenlücken, schlechtere Entscheidungsgrundlage. Tracking muss ab Tag 1 funktionieren – gerade wenn du Kampagnen wie Google Shopping skalierst, ist eine saubere Messung (und bei Bedarf Unterstützung durch eine Google-Shopping-Agentur) entscheidend.

Fazit: Umstieg auf Shopware 6 als strategische Weichenstellung

Der Umstieg von Shopware 5 auf 6 ist keine reine Tech-Migration. Es ist eine strategische Entscheidung, die dein E-Commerce-Business für die nächsten Jahre prägt. Wer den Umstieg strukturiert angeht, profitiert von moderner Architektur, besserer Performance, flexibleren Prozessen und einer zukunftssicheren Plattform.

Wer den Umstieg verschleppt oder unvorbereitet angeht, riskiert Sicherheitslücken, rechtliche Probleme, Traffic-Verluste und teure Nacharbeiten unter Druck. Die zentrale Botschaft: Früh planen, sauber konzipieren, strukturiert migrieren, kontinuierlich optimieren.

Ein professioneller Umstieg braucht technische Expertise, operatives Know-how, E-Commerce-Erfahrung und ein klares Projektmanagement. Mit dem richtigen Partner, einem klaren Plan und realistischen Erwartungen wird die Migration zu Shopware 6 zu einer erfolgreichen Weichenstellung für dein E-Commerce-Business.