So bleibt der Shop bei Updates online
Ein Update ohne Ausfall braucht drei Dinge. Wer direkt im Live-Shop aktualisiert und auf das Beste hofft, testet mit echten Kunden.
- 01
Erst auf einer Kopie
Das Update wird auf einer Kopie des Shops eingespielt und dort bis zur Testbestellung geprüft.
- 02
Frisches Backup
Direkt vor dem Live-Update werden Dateien und Datenbank gesichert.
- 03
Rollback vorbereitet
Wie der vorherige Stand zurückkommt, ist vorher geklärt und erprobt.
Das Release-Modell von Shopware 6
Shopware 6 verwendet ein Versionsschema mit vier Stellen. Die führende 6 steht für die Produktgeneration. 6.7.0.0 war eine Major-Version, 6.7.1.0 eine Minor-Version, 6.7.1.1 wäre ein Patch.
Patch
Geringes RisikoDringende Fehlerkorrekturen und Sicherheitsfixes.
Minor
Mittleres RisikoNeue Funktionen und Verbesserungen, laut Shopware ohne Bruch bestehender Erweiterungen.
Major
Eigenes ProjektTechnische Umbauten mit sogenannten Breaking Changes.
Shopware hatte jährliche Major-Versionen angekündigt. 6.7 erschien im Juni 2025, 6.8 ist inzwischen für 2027 angekündigt. Einen festen Termin gibt es noch nicht.
Regulär gepatcht wird nur die neueste Minor-Version der aktuellen Major-Version. Die letzte Minor der Vorgängerversion erhält noch eine Zeit lang Extended Support, ältere Stände nur über das Security-Plugin. Wer jahrelang nicht aktualisiert, steht ohne Sicherheitsupdates da.
Warum Erweiterungen und Themes bei Updates brechen
Ein Shopware-Shop besteht selten nur aus Shopware. Dazu kommen Zahlungs- und Versandplugins, Store-Erweiterungen, ein Theme und oft individuelle Anpassungen. Jedes Teil greift an bestimmten Stellen in Shopware ein.
Major-Updates
ändern diese Stellen bewusstShopware aktualisiert Frameworks wie Symfony oder Vue.js, entfernt veraltete Schnittstellen und setzt oft eine neuere PHP-Version voraus. Nicht angepasste Erweiterungen funktionieren danach nicht mehr.
Minor- und Patch-Updates
sollen nichts brechenAusnahmen gibt es laut Shopware selten, bei Sicherheits-Patches. Trotzdem verlässt sich manches Plugin auf internes Verhalten, oder ein Theme überschreibt ein geändertes Template. Dann fehlt ein Button, ein Checkout-Feld oder eine Zahlungsart.
Plugin-Updates
bringen eigene Fehler mitAuch ohne Shopware-Update kann eine aktualisierte Erweiterung Fehler verursachen.
Viele dieser Fehler fallen auf der Startseite nicht auf. Sie zeigen sich erst im Warenkorb, bei einer Zahlungsart oder in der Bestellbestätigung.
Checkliste für ein sicheres Shopware-Update
Zwölf Punkte in drei Phasen. Die ersten beiden Phasen passieren auf der Kopie, erst die dritte berührt den Live-Shop.
Vor dem Update
- Changelog lesen. Was ändert sich? Bei Major-Versionen gehört die Upgrade-Dokumentation dazu, inklusive Mindestanforderungen an PHP und Datenbank.
- Kompatibilität der Erweiterungen prüfen. Für jede Erweiterung klären, ob eine passende Version existiert, etwa per Testlauf mit der Shopware CLI. Nicht mehr gepflegte Plugins sind ein Warnsignal.
- Kopie des Live-Shops erstellen. Echte Produkte, Kategorien und Einstellungen, aber anonymisierte Kunden- und Bestelldaten.
- Backup planen. Datenbank und Dateien direkt vor dem Live-Update sichern und wissen, wie die Wiederherstellung funktioniert.
Auf der Kopie testen
- Richtige Reihenfolge. Bei Major-Updates zuerst PHP anheben, dann Shopware und Erweiterungen gemeinsam aktualisieren. Composer löst beides in einem Schritt auf.
- Cache leeren, Indizes neu aufbauen. Sonst zeigen Storefront und Suche alte oder unvollständige Daten.
- Checkout durchtesten. Eine Bestellung pro Zahlungsart im Testmodus, dazu Rabattcodes, Versandkosten, Gastbestellung, Kundenkonto und Bestellbestätigung.
- Weitere Funktionen prüfen. Suche, Filter, Erlebniswelten, Formulare, Administration, Übergabe an ERP oder Warenwirtschaft und die Fehlerlogs.
Live einspielen
- Zeitpunkt wählen. Eine bestellarme Zeit, nicht kurz vor einer Aktion und nicht am Freitagabend.
- Backup ziehen, Update einspielen. Den getesteten Stand ausrollen. Bei größeren Datenbankanpassungen die Verkaufskanäle vorher in den Wartungsmodus schalten (sales-channel:maintenance:enable --all); von selbst tut das nur der Web-Updater.
- Direkt danach prüfen. Eine Test- oder echte Bestellung, Startseite, Kategorie, Produktseite, Login.
- Rollback bereithalten. Lieber den vorherigen Stand wiederherstellen als unter Zeitdruck suchen. Bestellungen aus der Zwischenzeit sichern.
Ein eigenes kleines Projekt
Patch- und Minor-Updates passen mit der Checkliste in einen festen Wartungsrhythmus. Ein Major-Update wie von 6.6 auf 6.7 braucht mehr Vorlauf.
Shopware veröffentlicht vor jeder Major-Version einen Release Candidate, damit Entwickler ihre Erweiterungen anpassen können. Bis alle Store-Plugins Ihres Shops eine kompatible Version haben, vergehen trotzdem oft Wochen.
- 01
Früh eine Bestandsliste anlegen
Welche Erweiterungen sind installiert, welche gibt es schon für die neue Version, welche werden noch gebraucht?
- 02
Individuellen Code einplanen
Eigene Plugins und Theme-Anpassungen müssen an die Breaking Changes angepasst werden. Das ist Entwicklungsarbeit, keine Konfiguration.
- 03
Server vorbereiten
Neue Major-Versionen setzen oft eine neuere PHP-Version voraus. Prüfen Sie rechtzeitig, ob Ihr Hosting sie anbietet.
Nicht am ersten Tag umsteigen.
Die vorherige Major-Version bekommt noch eine Zeit lang Sicherheitsupdates. Wer die ersten Patches abwartet, fährt meist ruhiger.
Typische Fehlerbilder nach einem Update
Fast alle lassen sich auf einer Kopie mit einer vollständigen Testbestellung finden, bevor ein Kunde sie bemerkt.
- Fehlerbild 01
Zahlungsart fehlt
erscheint nicht mehr im Checkout - Fehlerbild 02
Keine Bestätigung
die Bestellbestätigung wird nicht verschickt - Fehlerbild 03
Falsche Beträge
Preise oder Versandkosten werden falsch berechnet - Fehlerbild 04
Suche lückenhaft
neue Produkte werden nicht gefunden - Fehlerbild 05
Admin hängt
eine einzelne Seite der Administration lädt nicht
Warum der Live-Shop nicht das Testsystem sein sollte
Viele Shops werden über den Update-Knopf in der Administration direkt live aktualisiert. Das geht oft gut. Wenn nicht, passiert der Fehler genau dort, wo er am meisten kostet.
Update-Knopf im Live-Shop
- Kunden brechen den Kauf ab, Zahlungen laufen ins Leere.
- Fehlersuche unter Zeitdruck, während der Shop verkauft.
- Ein Update verändert die Datenbank. Alte Dateien zurückkopieren reicht nicht, ohne Backup von direkt davor wird es schwierig.
- Der Knopf prüft weder Zahlungsarten noch die Darstellung des Themes.
Update auf einer Kopie
- Scheitert ein Update auf der Kopie, kostet das nichts.
- Der Fehler wird in Ruhe behoben.
- Erst der funktionierende Stand geht live.
- Das Risiko liegt an einer Stelle, an der Fehler erlaubt sind.
Die Möglichkeiten, vom Staging-Bereich des Hosters bis zur betreuten Lösung, vergleiche ich im Ratgeber zu Staging-Umgebungen.
So löse ich das mit dem Doppelgänger
Ich arbeite seit über sechs Jahren mit Shopware 5 und seit über vier Jahren mit Shopware 6. Die Checkliste oben gilt für jeden Shop, den ich betreue. Beim Doppelgänger für Shopware läuft jedes Update nach diesem Muster:
-
Getestet bis zum Checkout
Shopware, Erweiterungen und Theme zuerst auf einer genauen Kopie auf eigenem Server in Deutschland, bis zur abgeschlossenen Bestellung. Kundendaten anonymisiert. -
Veröffentlichung ohne Ausfall
Ein automatisierter Release veröffentlicht den geprüften Stand in wenigen Minuten. Sicherheitsupdates in der Regel innerhalb von 24 bis 48 Stunden. -
Testbestellung jeden Morgen
Automatisch durch den Live-Shop bis zur Zahlung. Fällt der Checkout aus, merke ich es vor Ihren Kunden. -
Rollback in Sekunden
Jeder Release ist eine eigene Version. Der vorherige Stand ist in Sekunden wiederhergestellt.
Noch auf Shopware 5? Dann steht eine andere Aufgabe an, mehr dazu im Ratgeber zur Migration von Shopware 5 auf 6.
Aus der Praxis: Bei JuCad spiele ich seit 2020 die Shopware-Updates ein, kümmere mich um die Anbindung an die Warenwirtschaft und baue laufend neue Funktionen.
Seit 2020 ist Julian unser fester Ansprechpartner für den Shop, und er kennt ihn in- und auswendig: jede Schnittstelle, die Anbindung an unsere Warenwirtschaft und Eigenentwicklungen wie den Caddyfinder, den Caddy-Vergleich und die Produkt-FAQs. Deshalb müssen wir nie lange erklären, was wir brauchen. Wir stimmen uns jede Woche ab, und was wir besprechen, ist meist bis zum nächsten Termin umgesetzt. Um Updates müssen wir uns gar nicht mehr kümmern.
Kurz beantwortet.
Wie oft sollte ich Shopware 6 aktualisieren?
Sicherheitsupdates sollten zeitnah eingespielt werden, idealerweise innerhalb weniger Tage nach Erscheinen und nach einem Test. Minor-Versionen erscheinen monatlich, hier reicht es oft, sie gebündelt in einem festen Rhythmus einzuspielen. Wichtig ist, nicht zu weit zurückzufallen, weil nur die neueste Minor-Version der aktuellen Major-Version regulär mit Patches versorgt wird.
Was ist der Unterschied zwischen einem Minor- und einem Major-Update bei Shopware?
Minor-Updates bringen neue Funktionen und Verbesserungen, sollen aber keine bestehenden Erweiterungen brechen. Major-Updates verändern die technische Grundlage, etwa Framework-Versionen und Schnittstellen, und erfordern meist angepasste Plugins, ein angepasstes Theme und oft eine neuere PHP-Version.
Kann ich ein Shopware-Update rückgängig machen?
Ja, aber nur, wenn Sie vorher vorgesorgt haben. Ein Update verändert neben den Dateien auch die Datenbank, deshalb braucht ein Rollback ein Backup beider Teile vom Zeitpunkt direkt vor dem Update. Bestellungen, die nach dem Update eingegangen sind, müssen bei einem Zurückspielen der Datenbank gesondert gesichert werden.
Warum funktioniert mein Plugin nach dem Shopware-Update nicht mehr?
Meist ist das Plugin noch nicht mit der neuen Shopware-Version kompatibel oder wurde nicht gleichzeitig aktualisiert. Prüfen Sie vor dem Update, ob der Hersteller eine kompatible Version anbietet. Bei individuell entwickelten Plugins und Theme-Anpassungen muss der Code selbst angepasst werden.
Muss mein Shop während eines Updates offline gehen?
Nicht unbedingt. Bei einem vorbereiteten und auf einer Kopie getesteten Update dauert die eigentliche Umstellung auf dem Live-Server oft nur Minuten. Bei großen Datenbankänderungen, etwa in Major-Updates, kann ein kurzes Wartungsfenster sinnvoll sein, das sich dann in eine bestellarme Zeit legen lässt.