Shopware Upgrade & Migration

Von der Altlast zur Zukunft: Wie ein Shopware-Upgrade ein Unternehmen neu erfand


Fallbeispiel, fiktiv: Systemausfall als Auslöser für ein Shopware-Upgrade

Der Ausfall kam wie ein Donnerschlag. Die Kampagne war vorbereitet, das Team stand mit Kaffee und konzentrierten Blicken an den Bildschirmen, bereit für einen der wichtigsten Verkaufstage des Jahres. Punkt neun Uhr sollte der Shop die neuen Produkte freigeben. Doch statt steigender Besucherzahlen und erster Bestellungen erschien eine weiße Seite. Minuten wurden zu einer Stunde, die Stunde zu mehreren. Die Stimmung im Büro kippte. Aus Anspannung wurde Entsetzen – und aus Entsetzen Gewissheit.

Im ersten Moment wirkte der Vorfall wie ein technisches Problem. In der Analyse zeigte sich jedoch, dass das bestehende System an seine Grenzen gestoßen war. Der Shop basierte auf Shopware 5, für das das Supportende bereits feststand. Parallel hatten sich über Jahre typische Probleme aufgebaut:

  • zunehmende Plugin-Konflikte
  • eingeschränkte Wartbarkeit durch individuelle Anpassungen
  • steigende Sicherheitsrisiken
  • begrenzte Skalierbarkeit bei Lastspitzen

Der Ausfall machte deutlich, dass ein stabiler Betrieb unter aktuellen Anforderungen nicht mehr zuverlässig gewährleistet war.

Ausgangssituation: Technische Altlasten im Tagesbetrieb

Im laufenden Betrieb wurde lange versucht, das vorhandene System weiter zu nutzen und punktuell zu optimieren. Einzelne Anpassungen waren jedoch zunehmend aufwändig und risikobehaftet.

Typische Einschränkungen:

  • Änderungen am Template mit hohem Abstimmungsaufwand
  • Kampagnen nur mit technischer Unterstützung umsetzbar
  • eingeschränkte Integration externer Systeme
  • steigender Wartungsaufwand

Das System funktionierte im Alltag – war aber nicht mehr zukunftsfähig.


Entscheidung: Migration statt Weiterbetrieb

Nach dem Vorfall fiel die Entscheidung gegen eine Weiterführung von Shopware 5 und für eine Migration auf Shopware 6.

Die Gründe waren primär strukturell:

  • moderne, API-basierte Architektur
  • bessere Integrationsmöglichkeiten (z. B. ERP, PIM, CRM)
  • langfristige Wartbarkeit und Support
  • flexiblere Gestaltung von Frontend und Content

Das Projekt wurde nicht als reines Update betrachtet, sondern als grundlegende technische und prozessuale Neuaufsetzung.


Umsetzung: Migration und Systembereinigung

Die Migration folgte einem strukturierten Ansatz (vgl. Shopware-Migrationsleitfaden):

Datenanalyse und Bereinigung

Vor der eigentlichen Migration wurde der bestehende Datenbestand geprüft:

  • Entfernung veralteter oder redundanter Daten
  • Konsolidierung von Produktinformationen
  • Bereinigung von Kategorienstrukturen

Ziel war ein reduzierter, konsistenter Datenbestand für das neue System.

Neuaufbau von Frontend und Theme

Das bestehende Template wurde nicht übernommen, sondern neu umgesetzt.

Fokus:

  • klare und reduzierte Gestaltung
  • responsive Aufbau
  • bessere Performance
  • barrierearme Nutzerführung

Dies war notwendig, da Shopware 6 eine andere technische Grundlage und Struktur verwendet.

Prozessoptimierung im Shopware-Backend

Mit der Einführung von Shopware 6 wurden auch interne Prozesse angepasst:

  • Nutzung von Erlebniswelten für Content
  • Einsatz des Rule Builders für Preis- und Kampagnenregeln
  • Nutzung dynamischer Produktgruppen

Dadurch konnten Marketing- und Content-Teams eigenständiger arbeiten.


Systemintegration: Anbindung externer Lösungen

Ein wesentlicher Vorteil der neuen Architektur war die Integration externer Systeme:

  • PIM-Systeme zur zentralen Verwaltung von Produktdaten
  • CRM-Systeme für Kundenkommunikation und Segmentierung
  • ERP-Anbindung für Warenwirtschaft und Preise

Die Integration erfolgte über standardisierte Schnittstellen und reduzierte manuelle Prozesse.


Ergebnisse im Betrieb

Nach der Migration zeigten sich mehrere operative Verbesserungen:

  • stabilerer Betrieb bei Lastspitzen
  • geringere Fehleranfälligkeit
  • schnellere Umsetzung von Kampagnen
  • reduzierter Wartungsaufwand

Zusätzlich verbesserten sich interne Abläufe:

  • weniger Abstimmung zwischen IT und Marketing
  • kürzere Umsetzungszeiten
  • bessere Datenqualität


Zentrale Erkenntnisse

Die Migration verdeutlicht mehrere typische Aspekte bei gewachsenen Shop-Systemen:

  • Technische Schulden entstehen schrittweise und werden im Alltag oft unterschätzt
  • Supportenden erfordern frühzeitige Planung
  • Migrationen bieten die Möglichkeit zur strukturellen Verbesserung
  • Datenqualität ist ein zentraler Erfolgsfaktor


Handlungsempfehlungen für Shopware Upgrades

Für Unternehmen mit bestehenden Shopware-5-Systemen lassen sich folgende Schritte ableiten:

  1. Systemstatus realistisch bewerten
    Wartbarkeit, Sicherheit und Skalierbarkeit prüfen
  2. Migration strukturiert planen
    Daten, Prozesse und Integrationen frühzeitig definieren
  3. Migration nicht als 1:1-Übernahme verstehen
    Bestehende Strukturen hinterfragen und optimieren
  4. Systemlandschaft berücksichtigen
    Shop als Teil eines größeren E-Commerce-Ökosystems betrachten


Fazit: Migration als technische und organisatorische Weiterentwicklung

Die Umstellung von Shopware 5 auf Shopware 6 ist kein technisches Detailprojekt, sondern eine grundlegende Systementscheidung.

Der dargestellte Fall zeigt: Ein stabil laufendes System kann dennoch strukturelle Risiken bergen. Spätestens bei steigenden Anforderungen oder externen Faktoren wie Supportende wird ein Wechsel notwendig.

Eine geplante Migration ermöglicht es, sowohl technische Grundlagen als auch Prozesse nachhaltig zu verbessern und die Basis für weiteres Wachstum zu schaffen.

Sie haben Fragen?
Buchen Sie jetzt einen Termin.
Marco Nurr
Shopware-Consultant – keeen GmbH
Jetzt Termin vereinbaren