Shopware 6 aktualisieren — im laufenden Verkauf.

Vorher klären.

1. Ausgangsversion genau feststellen.
2. Zielversion wählen und deren Anforderungen lesen.
3. PHP-Fassung am Server und verfügbare Alternativen.
4. Pluginliste mit Versionen und Herstellern.
5. Eigene Plugins und Anpassungen identifizieren.
6. Theme: Standard, angepasst oder individuell gebaut?
7. Schnittstellen zu Warenwirtschaft, Buchhaltung, Versand.
8. Zugriffsart: Kommandozeile vorhanden?

Punkt acht entscheidet über den Weg. Shopware 6 setzt auf eine Abhängigkeitsverwaltung, und Updates ohne Kommandozeilenzugriff sind möglich, aber deutlich unangenehmer. Für einen produktiven Shop würde ich diesen Zugriff als Voraussetzung behandeln (Hosting-Anforderungen).

Punkt sieben gehört früh geklärt: Eine angebundene Warenwirtschaft kann der Grund sein, einen Versionssprung zu verschieben — und das weiß man besser vorher.

Plugin-Verträglichkeit.

Der Posten, der über Machbarkeit entscheidet. Shopware-Plugins geben an, mit welchen Versionen sie arbeiten; beim Sprung auf eine neue Hauptversion braucht jedes eine passende Fassung.

1. Liste aller Plugins mit aktueller und verfügbarer Fassung.
2. Markieren, was tatsächlich genutzt wird.
3. Bei kommerziellen Plugins: Ist die Lizenz noch aktiv?
4. Für fehlende Fassungen beim Hersteller nachfragen — oft ist eine angekündigt.
5. Entscheiden, ob gewartet, ersetzt oder gestrichen wird.
6. Eigene Plugins auf geänderte Schnittstellen prüfen.

Punkt drei ist shopware-typisch und wird gern vergessen: Viele Plugins sind kostenpflichtig und an eine laufende Lizenz gebunden. Eine abgelaufene Lizenz bedeutet keine Updates — und damit einen blockierten Versionssprung (Plugins).

PHP anheben.

Shopware 6.7 verlangt mindestens PHP 8.2 und arbeitet mit neueren Fassungen bis einschließlich 8.5. Da PHP 8.2 Ende 2026 ausläuft, gehört die Anhebung auf eine neuere Fassung ohnehin eingeplant.

Heb die Version an, solange die alte Shopware-Fassung noch läuft — dann siehst du getrennt, was an der Laufzeitumgebung liegt und was am Versionssprung. Was typischerweise bricht: eigene Plugins mit überholter Syntax und ältere Bibliotheken (PHP aktualisieren).

Prüf dabei auch die übrigen Serveranforderungen: Shopware stellt Ansprüche an Arbeitsspeicher, Laufzeit und bestimmte PHP-Erweiterungen. Eine mitgelieferte Systemprüfung sagt dir, was fehlt.

Testumgebung.

Bei einem Shop nicht verhandelbar. Die Datenbankmigrationen sind nicht umkehrbar, und ein Rückweg besteht nur über die Sicherung — bei einem laufenden Shop bedeutet das verlorene Bestellungen.

Üblich ist eine Kopie auf einer Subdomain: Dateien und Datenbank klonen, Konfiguration anpassen, Zahlungsarten auf Testbetrieb stellen, vor Suchmaschinen sperren.

Der dritte Punkt ist wichtig: Eine Testumgebung mit echten Zahlungszugängen kann echte Buchungen auslösen. Stell alle Zahlungsarten auf Testbetrieb und prüf das, bevor jemand einen Testkauf macht (Testumgebung).

Über Composer, nicht über die Oberfläche.

Shopware bietet ein Update über die Verwaltungsoberfläche an. Für einen produktiven Shop würde ich davon abraten und stattdessen die Abhängigkeitsverwaltung nutzen.

Gründe: Der Vorgang läuft über die Kommandozeile zuverlässiger, weil andere Laufzeitgrenzen gelten. Der Zustand ist über die Sperrdatei nachvollziehbar und reproduzierbar. Und Plugins lassen sich in einem Schritt mitziehen, statt einzeln nachgeführt zu werden.

Zwei praktische Hinweise: Der Vorgang braucht Arbeitsspeicher — auf knapp bemessenen Servern scheitert er daran und nicht an den Paketen. Und die Sperrdatei gehört in die Versionsverwaltung, damit auf allen Umgebungen dasselbe läuft.

Bei Konflikten gilt dasselbe wie überall: Die Meldung nennt die beteiligten Pakete. Prüfen, ob es eine neuere Fassung gibt, ob das Plugin noch gebraucht wird, ob es Ersatz gibt — und erst danach über Ausnahmen nachdenken.

Datenbankmigrationen.

Nach dem Aktualisieren der Dateien laufen die Datenbankmigrationen. Bei einem Shop mit vielen Bestellungen kann das dauern — und genau deshalb gehört es nicht in die Weboberfläche, wo die Anfrage abbricht.

Vorher: vollständige Sicherung von Dateien und Datenbank. Und den Shop in den Wartungszustand versetzen, damit niemand in eine halb migrierte Datenbank bestellt.

Ein Hinweis zur Dauer: Bei großen Beständen lohnt es, den Vorgang vorher in der Testumgebung mit einer Kopie der echten Datenbank zu messen. Dann weißt du, wie lang dein Wartungsfenster sein muss, statt es zu raten.

Theme neu bauen.

Ein Schritt, der bei Shopware eigen ist und gern vergessen wird: Nach einem Update müssen die Theme-Dateien neu erzeugt werden. Ohne diesen Schritt läuft der Shop mit den alten Gestaltungsdateien — und sieht je nach Umfang der Änderungen kaputt aus.

Dasselbe gilt für die Verwaltungsoberfläche: Auch sie wird aus Quelldateien gebaut, und nach einem Update gehört sie neu erzeugt.

Bei einem eigenen Theme kommt Nacharbeit dazu: Zwischen Hauptversionen ändern sich Vorlagen. Ein Theme, das von einer Kernvorlage abgeleitet ist, kann überholte Strukturen enthalten — dann fehlen Elemente oder die Darstellung verrutscht. Vorlagen auflisten, mit der neuen Fassung vergleichen, Anpassungen gezielt übertragen.

Das Wartungsfenster.

Der Unterschied zwischen einem Shop und einer Website. Während des Updates sollte nicht bestellt werden können — sonst landen Bestellungen in einem System, das gerade seine Datenstruktur ändert.

1. Zeitpunkt wählen nach den eigenen Zahlen: Wann wird am wenigsten bestellt?
2. Dauer schätzen aus dem Probelauf in der Testumgebung.
3. Wartungsmodus aktivieren, mit verständlichem Hinweis und Zeitangabe.
4. Offene Zahlungen bedenken — Vorgänge, die beim Anbieter noch laufen.
5. Sicherung unmittelbar davor.
6. Nach dem Update erst prüfen, dann freigeben.

Punkt vier ist der heikelste: Eine Zahlung, die beim Anbieter angestoßen wurde und deren Rückmeldung während des Wartungsfensters eintrifft, kann verlorengehen. Bei größeren Shops lohnt es, den Verkauf eine Viertelstunde vor dem eigentlichen Update zu stoppen.

Typische Fehler.

Zeile zwei und drei sind die häufigsten und harmlosesten: ein vergessener Schritt, in einer Minute nachgeholt. Zeile acht ist die unangenehmste, weil sie direkt Umsatz kostet — deshalb gehört die Kasse zum Pflichtprogramm beim Durchprüfen (Weiße Seite).

Durchprüfen.

1. Startseite, Kategorie, Produktseite aufrufen.
2. Suche und Filter ausprobieren.
3. In den Warenkorb legen, Menge ändern.
4. Vollständiger Testkauf mit jeder angebotenen Zahlungsart.
5. Bestätigungsmail prüfen.
6. Bestellung im Backend ansehen und Status ändern.
7. Kundenkonto: Anmeldung, Adressen, Bestellhistorie.
8. Schnittstellen prüfen — kommt die Bestellung in der Warenwirtschaft an?
9. Mobil gegenprüfen.

Punkt vier mit jeder Zahlungsart, nicht nur mit einer. Zahlungs-Plugins sind der häufigste Grund für Probleme nach einem Shopware-Update, und ein Ausfall fällt sonst erst auf, wenn ein Kunde anruft.

Nacharbeit.

• Cache vollständig leeren und aufwärmen (Cache).
• Suchindex neu aufbauen.
• Zeitgesteuerte Aufgaben prüfen — laufen sie?
• Nachrichtenwarteschlange ansehen: Stauen sich Aufgaben?
• Mailversand testen.
• Protokoll die ersten Tage beobachten.
• Ladezeit messen (Shopware langsam).
• Redaktion einweisen, wenn sich die Oberfläche geändert hat.

Punkt vier ist shopware-spezifisch und wichtig: Shopware arbeitet vieles über eine Warteschlange ab — Mails, Indexierung, Bildverarbeitung. Wenn die nicht abgearbeitet wird, staut sie sich, und Dinge passieren einfach nicht. Das gehört nach jedem Update geprüft.

Wenn du nicht weiterkommst.

Wenn ein Versionssprung ansteht und du ihn nicht im laufenden Verkauf ausprobieren willst. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist. Wenn gerade keine Bestellungen durchgehen, hilft der Notfall-Support, dauerhaft begleitet die Shopware-Wartung.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. Content-Management- und Shopsysteme sind mein Fachgebiet — ich arbeite seit Jahren damit, unterrichte das Thema als Dozent und kenne die Systeme von innen: Datenmodell, Rechtekonzept, Templating, Plugin-Architektur, Caching, Betrieb.

Bei Shopware 6 zahlt sich das besonders aus, weil es auf demselben professionellen Unterbau aufsetzt wie andere ausgewachsene Systeme: Abhängigkeitsverwaltung, Dienste-Container, eine getrennte Verwaltungsoberfläche und eine Schnittstelle für alles. Wer dieses Modell verstanden hat, findet Fehler schnell — und sieht auch, wo ein Shop gegen das Modell gebaut wurde.

Was du bekommst: eine Diagnose in verständlicher Sprache, eine Behebung, die hält, und eine ehrliche Einschätzung dazu, ob dein Shop weiterbetrieben, aktualisiert oder abgelöst gehört — auch wenn die Antwort lautet, dass alles so bleiben kann.