Shopware-Updates ohne Ausfall: der kurze Wartungsplan

Ein Shopware-Update ist kein Klick auf „Aktualisieren". Zumindest nicht, wenn der Shop Umsatz macht.

Der kritische Teil ist selten das Update selbst. Kritisch ist das, was vorher nicht geklärt wurde: Gibt es ein aktuelles Backup? Läuft die neue Version mit allen Erweiterungen? Ist klar, wie der Shop zurückgerollt wird, wenn nach dem Update Checkout, Zahlungsart oder Theme brechen?

Shopware empfiehlt selbst, Updates vorher in einer Testumgebung zu prüfen und vor dem Live-Update ein Backup zu erstellen. Genau daraus lässt sich ein schlanker Wartungsplan bauen, der für kleine und mittlere Shops reicht, ohne daraus ein großes Projekt zu machen.

Das Problem: Updates passieren oft zu spät

Viele Shops sammeln Updates, bis etwas drückt: ein Sicherheitsfix, eine neue PHP-Version beim Hoster, ein Plugin-Konflikt oder ein Feature, das erst ab einer neueren Shopware-Version sauber läuft.

Dann wird aus Wartung plötzlich Feuerwehreinsatz.

Typische Warnzeichen:

• Shopware-Core, Plugins und Theme wurden seit Monaten nicht aktualisiert.
• Es gibt eine Staging-Umgebung, aber niemand weiß, ob sie noch dem Live-Shop entspricht.
• Backups existieren beim Hoster, wurden aber nie testweise zurückgespielt.
• Plugin-Kompatibilität wird erst geprüft, wenn der Live-Shop bereits im Wartungsfenster ist.
• Nach dem Update testet jemand die Startseite, aber nicht Checkout, Suche, Login und E-Mail-Versand.

Das Ergebnis ist vorhersehbar: Das Update dauert länger als geplant, der Shop bleibt im ungünstigsten Moment instabil, und niemand weiß sicher, ob ein Rollback wirklich funktioniert.

Die Diagnose: erst Risiko sortieren, dann klicken

Vor jedem Update sollte klar sein, welche Art Änderung ansteht.

Ein Patch-Update innerhalb derselben Shopware-Linie ist meistens überschaubarer als ein Sprung über mehrere Versionen. Ein Major-Update ist eine andere Kategorie, vor allem wenn Systemanforderungen, Plugins oder Theme-Anpassungen betroffen sind.

Für die Praxis reicht diese Einteilung:

• Kleines Update: Core-Patch, einzelne Erweiterung, keine bekannte Änderung an PHP, Datenbank oder Theme.
• Mittleres Update: mehrere Erweiterungen, Theme betroffen, Checkout-nahe Plugins, Zahlungs- oder Versandmodule.
• Großes Update: Versionssprung über mehrere Releases, neue Systemanforderungen, PHP-/Datenbank-Wechsel, viele individuelle Anpassungen.

Je größer der Sprung, desto weniger gehört das direkt in Produktion getestet.

Die Maßnahme: ein Wartungsplan in sechs Schritten

Der Ablauf muss nicht kompliziert sein. Entscheidend ist, dass er jedes Mal gleich ist.

1. Änderungsumfang notieren

Vor dem Update sollte feststehen:

• Welche Shopware-Version läuft aktuell?
• Auf welche Version soll aktualisiert werden?
• Welche Plugins sind kritisch für Umsatz oder Betrieb?
• Gibt es individuelle Theme- oder Plugin-Anpassungen?
• Gibt es neue Systemanforderungen?

Das klingt banal, spart aber später Sucherei. Gerade bei Shops mit langer Historie ist die Plugin-Liste oft der eigentliche Risikobereich.

2. Backup erstellen und Zugriff prüfen

Ein Backup ist nur dann hilfreich, wenn es vollständig und erreichbar ist.

Für Shopware heißt das mindestens:

• Datenbank
• Projektdateien
• Medien
• Konfiguration
• Plugin- und Theme-Stand

Shopware weist in der Update-Dokumentation ausdrücklich darauf hin, dass Shopware selbst keine Backups erstellt. Die Backup-Strategie liegt also beim Server, Hoster oder Betreiber.

Wichtig ist nicht nur „Backup vorhanden", sondern: Wer kommt im Ernstfall daran? Wie lange dauert die Wiederherstellung? Und ist klar, ob Bestellungen, die während des Wartungsfensters eingehen, beim Rollback verloren gehen könnten?

3. Staging aktualisieren

Eine Testumgebung ist nur nützlich, wenn sie nah genug am Live-Shop ist.

Für Updates sollte Staging möglichst denselben relevanten Stand haben:

• gleiche Shopware-Version vor dem Update
• gleiche aktiven Plugins
• gleiches Theme
• vergleichbare PHP- und Datenbank-Version
• aktuelle Produkt-, Kategorie- und Zahlungslogik

Dann wird das Update zuerst dort durchgeführt. Wenn es auf Staging schon knirscht, gehört es nicht in den Live-Shop.

4. Kritische Wege testen

Nach dem Update reicht ein Blick auf die Startseite nicht.

Mindestens prüfen:

• Produktdetailseite
• Warenkorb
• Checkout bis kurz vor Zahlung
• Kundenkonto und Login
• Suche
• Versand- und Zahlungsarten
• E-Mail-Versand
• Admin-Login
• wichtige Plugin-Funktionen

Bei B2B-Shops kommen Kundengruppen, individuelle Preise, Freigabeprozesse oder Angebotsfunktionen dazu. Bei stark angepassten Storefronts sollte außerdem mobil getestet werden.

5. Live-Wartungsfenster kurz halten

Wenn Staging sauber durchläuft, wird das Live-Update planbar.

Der Ablauf:

• Zeitpunkt mit möglichst wenig Umsatzrisiko wählen.
• Backup direkt vor dem Update erstellen.
• Wartungsmodus nur so lange wie nötig aktivieren.
• Update durchführen.
• Caches, Theme und relevante Indizes prüfen.
• Kritische Wege erneut testen.

Nicht jedes Update braucht eine große Ankündigung. Aber jedes Update braucht ein klares Zeitfenster und eine Person, die entscheidet: weiter, fixen oder zurückrollen.

6. Rollback vorher definieren

Rollback ist kein Gefühl, sondern ein Ablauf.

Vor dem Live-Update sollte klar sein:

• Wann wird abgebrochen?
• Wer spielt das Backup zurück?
• Wie lange dauert das realistisch?
• Was passiert mit Bestellungen, die währenddessen eingehen?
• Welche Logs oder Fehlermeldungen werden vorher gesichert?

Ohne diese Entscheidungspunkte wird im Fehlerfall improvisiert. Genau das kostet Zeit.

Das messbare Ergebnis: weniger Überraschungen

Ein guter Wartungsplan macht Updates nicht magisch. Aber er reduziert die Überraschungen.

Messbar wird das an einfachen Punkten:

• Update-Zeitfenster wird eingehalten.
• Checkout und Zahlungsarten funktionieren direkt nach dem Update.
• Plugin-Konflikte werden auf Staging gefunden, nicht im Live-Shop.
• Backup und Rollback sind vor dem Update geklärt.
• Der Shop bleibt wartbar, statt monatelang auf altem Stand zu hängen.

Für Betreiber ist das vor allem ein Risikothema. Ein Shop muss nicht permanent am neuesten Stand sein. Aber er sollte so gepflegt werden, dass Sicherheitsupdates, Plugin-Anpassungen und Systemwechsel nicht jedes Mal zum Ausnahmezustand werden.

Die einfache Regel: Erst Backup, dann Staging, dann Live. Nicht umgekehrt.

Quellen

• Updating Shopware — docs.shopware.com, abgerufen am 2026-06-05
• Testing and staging environments with Shopware 6 — shopware.com, abgerufen am 2026-06-05