Future-Proof Shopware 6

Basis für einen Multi-Shop-eCommerce-Kunden

Wie Kiwee einem Multi-Shop-eCommerce-Kunden geholfen hat, die Grenzen von Shopware 5 hinter sich zu lassen und eine skalierbare, stabile eCommerce-Plattform aufzubauen, die mit dem Geschäft über mehrere Shops hinweg wachsen kann.

Diagramm, das die Migration von Shopware 5 zu Shopware 6 zeigt, unterstützt von Kiwee und Shopware.

Wie Kiwee einem Multi-Shop-eCommerce-Kunden geholfen hat, die Grenzen von Shopware 5 hinter sich zu lassen und eine skalierbare, stabile eCommerce-Plattform aufzubauen, die mit dem Geschäft über mehrere Shops hinweg wachsen kann.

Überblick über die Marke

Unser Kunde betreibt mehrere Online-Shops im Bereich Holz- und Outdoorprodukte und bedient Kunden in verschiedenen europäischen Märkten. Der Online-Kanal ist ein zentraler Teil des Geschäfts und wichtig, um Kundinnen und Kunden zu erreichen und über die physischen Standorte hinaus zu wachsen.

Um in mehreren Märkten sicher wachsen zu können, brauchte der Kunde eine technische Basis, die etwas ermöglicht, wofür die meisten eCommerce-Setups nicht gemacht sind: mehrere unterschiedliche Shops so effizient wie einen einzigen zu betreiben. Das bedeutete gemeinsame Frontend-Logik, damit Verbesserungen überall gleichzeitig ausgerollt werden können, ein gemeinsames Designsystem für ein einheitliches Kundenerlebnis, zentrale Deployments, damit Releases nicht für jeden Shop einzeln koordiniert werden müssen, und gleichzeitig die Flexibilität, jeden Shop unterschiedlich zu konfigurieren, zum Beispiel bei Branding, Preisen und Inhalten, ohne die technische Arbeit zu duplizieren.

Das Ziel war nicht nur eine bessere Plattform, sondern eine Architektur, die den Betrieb mehrerer Shops zu einem Wettbewerbsvorteil macht statt zu einer operativen Belastung.

Die Herausforderung: Shopware 5 wurde zum Risiko

Vor der Zusammenarbeit mit Kiwee arbeitete der Kunde noch mit Shopware 5. Das System bot nur begrenzte Flexibilität für ein modernes Storefront-Erlebnis und schränkte Wartbarkeit und Weiterentwicklung zunehmend ein. Gemeinsam migrierten wir die Plattform auf Shopware 6 und nutzten das als Grundlage für eine langfristige Architektur, die schnellere Weiterentwicklung des Frontends, eine klare Trennung zwischen Backend und Frontend und einen skalierbaren Betrieb mehrerer Shops mit einem konsistenten Kundenerlebnis ermöglicht.

Warum Shopware 5 keine gute Lösung mehr war

Risiko beim Skalieren in Spitzenzeiten

Die bestehende Server-Infrastruktur auf Bare Metal mit manueller Konfiguration konnte Lastspitzen nicht dynamisch abfangen. Ausfälle in Hochphasen bedeuten verlorene Umsätze.

Liniendiagramm, das schwankende Plattformlast im Zeitverlauf zeigt, einschließlich Spitzen, die in höhere Risikobereiche ansteigen.

Hoher Aufwand durch manuelle Infrastruktur

Jedes Deployment musste manuell durchgeführt werden. Updates dauerten lange, waren fehleranfällig und verlangsamten das Team bei der Umsetzung von Verbesserungen.

Handschriftliche Release-Checkliste, die einen manuellen Deployment-Prozess mit mehreren Schritten, offenen Fragen und Unsicherheiten zeigt.

Kosten durch Ausfälle und lange Wiederherstellungszeiten

In einer Multi-Shop-Umgebung konnte ein einzelner Fehler alle Shops gleichzeitig betreffen. Die Wiederherstellung dauerte Stunden statt Minuten und stellte ein hohes Geschäftsrisiko dar.

Illustration, die zwei Storefronts während einer Ausfallzeit vergleicht: Ein Shop startet neu, während der andere ohne klare Wiederherstellungszeit auf den Neustart wartet.

Zusammen führten diese Punkte zu immer mehr Druck, nicht nur die Plattform, sondern den gesamten Ansatz für Infrastruktur, Deployments und Storefront-Management zu modernisieren.

Die Lösung

Kiwee migrierte den Kunden von Shopware 5 auf Shopware 6 und baute die gesamte technische Grundlage rund um drei Ziele neu auf: mehrere Shops betreiben, ohne den Aufwand zu vervielfachen, die Plattform auch bei hoher Last stabil halten und dem Team die Möglichkeit geben, Verbesserungen schnell zu veröffentlichen.

Eine Plattform für alle drei Shops

Diagramm, das eine zentrale Shopware-Plattform zeigt, die mit drei Storefronts verbunden ist: shop.com, shop.de und shop.at.

Der erste Schritt war die Migration auf Shopware 6. Damit bekam der Kunde eine moderne, unterstützte Basis und die technische Architektur, um mehrere Storefronts effizient zu betreiben.

Darauf aufbauend entwickelte Kiwee ein gemeinsames Frontend mit Shopware Frontends und der Store API als Verbindung zum Shopware-Backend. So werden alle Shops zentral aus einer Lösung heraus betrieben. In der Praxis bedeutet das:

  • Neue Features oder Verbesserungen werden einmal entwickelt und stehen direkt in allen Shops zur Verfügung, statt dreimal separat umgesetzt zu werden.
  • Alle Storefronts nutzen dasselbe Designsystem. So bleibt das Kundenerlebnis konsistent, ohne zusätzlichen Aufwand.
  • Releases werden zentral gesteuert. Ein Deployment erreicht alle Shops gleichzeitig.
  • Jeder Shop kann trotzdem unterschiedlich aussehen und sich unterschiedlich verhalten, zum Beispiel bei Branding, Preisen und Inhalten. Diese Unterschiede werden aber über Konfiguration gelöst, nicht über getrennte Systeme.
  • Directus CMS ist in die Architektur integriert. Dadurch kann das Team Inhalte für jeden Shop flexibel selbst steuern, ohne für jede Änderung Entwickler zu brauchen.

Wichtig ist auch: Ein headless Multi-Shop-Setup mit Shopware Frontends war Neuland, nicht nur für den Kunden, sondern auch für Kiwee. Es gab kein fertiges, produktionsreifes Vorbild. Genau deshalb ist das Ergebnis besonders wertvoll: Es ist ein erprobtes und funktionierendes Modell, auf dem man künftig weiter aufbauen kann.

Wir haben das Projekt in der Proof-of-Concept-Phase übernommen – mit wenig Automatisierung, ohne Testabdeckung und mit einer hohen technischen Verschuldung, die auf mangelnde Struktur zurückzuführen war. Innerhalb von 1,5 Jahren ist es uns gelungen, eine Plattform aufzubauen, die die Entwicklung und erfolgreiche Veröffentlichung von drei verschiedenen Shops ermöglicht, die alle dieselbe zugrunde liegende Infrastruktur und Codebasis nutzen. Wir haben Shopware Frontends eingesetzt und dessen Potenzial voll ausgeschöpft.

Serhii Korzh
Senior Full Stack Engineer bei Kiwee

Headless so performant machen, wie es sein soll

Eine weniger offensichtliche Herausforderung bei einer Headless-Architektur ist, dass man mit dem Abschied vom Standard-Shopware-Storefront auch auf einige Dinge verzichtet, die Shopware bereits mitbringt, darunter viele Jahre an Performance-Optimierungen. Geschwindigkeit, Stabilität und Konsistenz kommen in einem Headless-Setup nicht automatisch. Sie müssen bewusst aufgebaut werden.

Genau darauf hat sich Kiwee konzentriert: sicherzustellen, dass das Headless-Storefront das Leistungsniveau eines Standard-Shopware-Setups erreicht und in wichtigen Bereichen sogar übertrifft. Das Ergebnis ist ein Frontend, das unter realen Bedingungen zuverlässig funktioniert und nicht nur in der Theorie.

Eine Infrastruktur, die von selbst läuft

Die alte Serverlandschaft brauchte viel manuelle Pflege, konnte plötzliche Traffic-Spitzen nicht gut abfangen und brauchte bei Problemen Stunden zur Wiederherstellung. Die neue Infrastruktur wurde so aufgebaut, dass genau diese Einschränkungen wegfallen:

  • Die Plattform skaliert in stark frequentierten Zeiten automatisch nach oben und bei weniger Traffic wieder nach unten, ganz ohne manuelles Eingreifen.
  • Releases erfolgen wöchentlich und teilweise sogar täglich statt monatlich, ohne Downtime für Käuferinnen und Käufer.
  • Wenn etwas ausfällt, erholt sich das System in Minuten statt in Stunden.
  • Entwicklungs-, Test- und Produktionsumgebung sind konsistent aufgebaut. Was im Test funktioniert, funktioniert auch im Live-Shop.
  • Die Performance wird unter realistischen Lastbedingungen getestet, bevor Änderungen bei den Kundinnen und Kunden ankommen.

KPI-Ergebnisse

Die Verbesserungen aus diesem Projekt wirken sich direkt auf das Geschäft, das Team und die Kundschaft aus.

Deployment-Frequenz

Von monatlichen → wöchentliche und sogar tägliche Releases

Wiederherstellungszeit bei Ausfällen

Von mehreren Stunden → unter 10 Minuten

Infrastruktur unter Spitzenlast

Stabil bei 48,000+ täglichen Besucher:innen

Erreichtes Uptime-SLA

99.9%+

Neben den Zahlen bietet die Plattform heute vier Fähigkeiten, die Geschäftskontinuität und Wachstum direkt unterstützen:

  • Wenn ein Teil des Systems ausfällt, bleiben alle drei Shops weiterhin online.
  • Das System erkennt kleinere Probleme automatisch und behebt sie ohne manuelles Eingreifen.
  • Das Team kann täglich neue Features veröffentlichen, ohne den laufenden Shopbetrieb zu stören oder Downtime-Fenster einzuplanen.
  • Die Infrastruktur wächst in stark frequentierten Zeiten automatisch mit und fährt in ruhigeren Phasen wieder herunter, ganz ohne manuellen Aufwand.

Shopware-Funktionen genutzte

Neben dem Plattformwechsel wurden gezielt native Funktionen von Shopware 6 genutzt, um die Anforderungen eines stark frequentierten Multi-Shop-Betriebs zu unterstützen.

  • Shopware Frontends Das Headless-Frontend-Framework, das über die Store API mit dem Shopware-Backend verbunden ist und ein vollständig angepasstes.
  • Store API Die Schnittstelle zwischen Shopware-Backend und dem Nuxt-basierten Frontend, die die Headless-Storefront-Architektur antreibt.
  • Rule Builder Ermöglicht komplexe Geschäftslogik ohne individuellen Code. Das Team kann so Bedingungen für Aktionen, Preise und Inhalte flexibel definieren.
  • Flow Builder Automatisiert Workflows und Geschäftsprozesse, reduziert manuelle Aufgaben und sorgt für konsistente Abläufe über alle Shops hinweg.
  • Custom Pricing Unterstützt unterschiedliche Preisstrategien pro Shop oder Kundensegment, ohne Produktdaten doppelt pflegen zu müssen.
  • Multi-Warehouse Verwaltet Bestände über mehrere Lagerstandorte hinweg und sorgt so für korrekte Bestandsdaten in allen drei Shops.
  • Returns Management Unterstützt den Retourenprozess direkt in Shopware und sorgt für schlanke und konsistente Abläufe.

Aktueller Stand und Ausblick

Heute betreibt der Kunde drei Storefronts auf einer modernen Shopware-6-Plattform, basierend auf einer Headless-Architektur mit Shopware Frontends und der Store API, einem Nuxt-basierten Kundenerlebnis, Directus CMS für Inhalte und einer vollständig automatisierten Cloud-Infrastruktur.

Aus Kundensicht bietet die Plattform ein konsistentes Erlebnis über alle Shops hinweg, bleibt auch in stark frequentierten Zeiten zuverlässig und verarbeitet Lastspitzen ohne Unterbrechungen. Releases können täglich erfolgen, ohne den Shopbetrieb zu stören. Monitoring und Performance-Tests helfen dabei, Probleme früh zu erkennen, bevor sie Auswirkungen auf Kundinnen und Kunden haben.

Für die Zukunft gibt diese Basis dem Kunden einen skalierbaren Weg für weitere Verbesserungen. Neue Features können schneller veröffentlicht werden. Inhalte können unabhängig gepflegt werden. Die Infrastruktur passt sich automatisch an die Nachfrage an. Und das Multi-Shop-Setup kann weiter wachsen, ohne dass die operative Komplexität im gleichen Maß zunimmt.

Back to top