Wie aktualisiere ich meinen Shopware-6-Shop sicher?

Ein vorhandener Update-Button sagt wenig über den Aufwand Ihrer Installation aus. Entscheidend sind Ausgangsstand, Zielversion, Hosting und Erweiterungen. Shopware empfiehlt in seiner Update-Anleitung unter anderem eine Testumgebung, eine Sicherung und die Prüfung der Erweiterungskompatibilität. Welche technischen Schritte nötig sind, ergibt sich aus dem konkreten Versionswechsel.

Bei Shopware SaaS wird der Shop laut Hersteller-FAQ vom Anbieter aktualisiert. Dort geht es für den Händler stärker um die Kontrolle seiner Prozesse und angebundenen Dienste. Die folgende Planung für eine selbst betriebene Installation lässt sich deshalb nicht unverändert auf SaaS übertragen.

Wir beginnen mit einem kurzen Bestandsblatt. Dazu gehören Shopware-Version, Betriebsmodell, eingesetztes Theme, Erweiterungen und individuelle Anpassungen. Besonders wichtig ist die Zuordnung zu Geschäftsabläufen: Welches Plugin berechnet Kundenpreise? Welche Anwendung überträgt Aufträge? Wer betreut die Verbindung zum ERP?

• Zielversion und Voraussetzungen: Versionshinweise und erforderliche Serverumgebung für genau diesen Wechsel prüfen.
• Erweiterungen und Theme: Kompatibilität bestätigen und offene Anpassungen einem Verantwortlichen zuordnen.
• Testumgebung: Eine geeignete Kopie vorbereiten und echte Zahlungen, Kundenmails sowie produktive ERP-Schreibzugriffe unterbinden.
• Sicherung und Wiederherstellung: Datenbank, Dateien und Konfiguration zusammen sichern; den Rückweg technisch prüfen.
• Abnahmetests: Repräsentative Bestellungen, Zahlungsarten, Versandregeln und Schnittstellen vorab festlegen.
• Umstellung: Zeitfenster, Freigabe, Abbruchkriterien und Umgang mit zwischenzeitlich entstandenen Bestellungen vereinbaren.

Ein grüner Kompatibilitätsstatus ersetzt den Test Ihrer individuellen Kombination nicht. Shopwares Hinweise zu Versionswechseln sind insbesondere für eigene Erweiterungen relevant: Änderungen an technischen Schnittstellen können Anpassungen erfordern. Wir würden solche Arbeiten vor dem Live-Termin klären, nicht während eines bereits begonnenen Wartungsfensters.

Die Startseite aufzurufen und ein Produkt in den Warenkorb zu legen reicht nicht. Der Test muss bis zum Ergebnis reichen, das im Betrieb gebraucht wird. Bei einer Testbestellung prüfen wir deshalb auch Zahlstatus, Versandkosten, Bestätigung und die vorgesehene Übergabe an die Warenwirtschaft. Bei Geschäftskunden kommen beispielsweise kundenspezifische Preise oder Zahlungsbedingungen hinzu.

Ein vereinfachtes Beispiel, kein dokumentierter Kundenfall: Ein Händler aktualisiert Shopware und sein Zahlungsmodul. Die Testbestellung ist im Shop sichtbar, das ERP übernimmt sie jedoch nicht, weil die Anbindung einen bestimmten Zahlstatus erwartet. Der Shop wirkt zunächst funktionsfähig. Erst die Prüfung der gesamten Bestellkette zeigt die Lücke. Die Ursache kann in Konfiguration, Erweiterung oder Zuordnung liegen; ohne Prüfung wäre jede dieser Aussagen eine Vermutung.

Wir würden hier zuerst eine einzelne Bestellung anhand ihrer Kennung verfolgen. Welcher Zustand liegt im Shop vor, was wurde übertragen und wie verarbeitet das ERP die Nachricht? Erst danach wird die passende Stelle korrigiert. Bei Odoo gelten dieselben Prüffragen wie bei anderen ERP-Systemen. Als Odoo Partner beziehen wir den nachgelagerten Ablauf in die Abstimmung ein, statt nur die Shopoberfläche abzunehmen. Die grundsätzliche Aufgabenverteilung erläutert unser Beitrag zu ERP und Warenwirtschaft im Onlineshop.

Eine Sicherung ist notwendig, aber ein Rücksetzen nach neuen Verkäufen kann Bestellungen, Zahlstatus oder andere Änderungen überschreiben. Deshalb muss vor der Umstellung klar sein, wann Bestellannahme und Hintergrundprozesse pausieren und wie sie wieder anlaufen. Auch eingehende Zahlungsrückmeldungen und bereits übertragene ERP-Aufträge gehören in diese Betrachtung.

Bei sjmedia würden wir einen eindeutig dokumentierten Sicherungsstand und einen Verantwortlichen für die Entscheidung zum Rücksetzen festlegen. Nach Wiederaufnahme des Betriebs werden die betroffenen Vorgänge abgeglichen. Ein pauschaler Rat wie „bei Problemen einfach das Backup einspielen“ greift für einen laufenden Shop zu kurz. Eine feste Ausfallzeit lässt sich ohne Kenntnis der Installation nicht seriös versprechen.

Für eine Aufwandsschätzung brauchen wir mehr als die Versionsnummer. Ein gepflegter Shop mit kompatiblen Erweiterungen verlangt andere Arbeiten als eine Installation mit mehreren ausgelassenen Versionsständen, eigenen Anpassungen und unklarer Schnittstellenbetreuung. Im Angebot sollten Vorprüfung, technische Anpassung, Tests, Umstellung und Nachkontrolle erkennbar sein. Die grundsätzlichen Betriebskosten behandelt unser Shopware-Kostenbeitrag.

Passt Shopware zu Ihren Abläufen, kann die Weiterpflege die vernünftige Lösung sein. Wiederkehrende teure Sonderwege sind dagegen ein Anlass, die Systementscheidung erneut zu prüfen. PrestaShop ist für uns dabei eine wichtige Alternative, wenn sich die benötigten Abläufe dort nachvollziehbar und wirtschaftlich umsetzen lassen. Auch PrestaShop benötigt Wartung, kompatible Module und Tests. Ein Wechsel lohnt sich nicht allein deshalb, weil ein Update Arbeit macht. Unser Vergleich von PrestaShop und Shopware hilft bei der breiteren Entscheidung.

Für den Einstieg helfen der aktuelle Versionsstand, eine Erweiterungsliste, Angaben zum Hosting und eine kurze Beschreibung der wichtigsten Bestellabläufe. Bekannte Fehler und individuelle Entwicklungen gehören ebenfalls dazu. Daraus klären wir, welche Prüfungen vor einem belastbaren Angebot nötig sind und wer die fachliche Abnahme übernimmt.

Unsere Shopware-Betreuung verbindet diese Bestandsaufnahme mit technischer Umsetzung. Bei einem konkreten Wartungs- oder Update-Auftrag sollte am Ende nicht nur eine neue Versionsnummer stehen, sondern ein nachvollziehbares Ergebnis: getestete Abläufe, dokumentierte Änderungen und benannte offene Punkte. Genau daran lässt sich beurteilen, ob das Update für Ihren Betrieb abgeschlossen ist.