Staging Manager
English Demoshop Im Store ansehenStore

Beispiel Wie teste ich ein Shopware-Update, bevor es den Live-Shop trifft?

Ein Update ändert Datenbank, Code und oft auch Plugins und Theme. In der Kopie siehst du vorher, ob es mit deinen Daten und deinen Plugins durchläuft.

Die Lage

Das Update läuft auf deinen Daten, nicht auf einem leeren Shop.

Migrationen scheitern selten an Shopware selbst, sondern an Daten, die über Jahre gewachsen sind, oder an einem Plugin, das noch nicht so weit ist. Ein Testsystem mit Beispieldaten zeigt das nicht. Die Kopie hat dieselben Bestellungen, Dokumente und Plugins wie der Live-Shop, nur mit anonymisierten Namen.

Bricht das Update in der Kopie ab, liegen dieselben Daten im Live-Shop, und das Update würde dort sehr wahrscheinlich ebenso scheitern. Du findest es vorher, in Ruhe, und nicht am Abend des Updates.

So gehst du vor

Schritt für Schritt im Admin.

  1. Frisch bauenKurz vor dem Update „Neu bauen“, damit Code und Daten dem heutigen Live-Shop entsprechen.
  2. Wartungsmodus an, Mails ausIm Reiter „Schutz“ „Wartungsmodus von Shopware“ einschalten, deine IP-Adresse unter „Freigegebene IP-Adressen“ eintragen und „Mails“ auf „Nichts versenden“ stellen. Shopwares Updater schaltet alle Plugins aus, damit auch die Kennwortseite; Wartungsmodus und Shopwares Mailsperre wirken trotzdem.
  3. Update in der KopieÜber „Staging-Umgebung öffnen“ die Administration der Kopie öffnen und dort das Update starten, wie du es später im Live-Shop tust.
  4. Plugins und Theme prüfenPlugins wieder aktivieren, auch das Staging-Plugin, Theme kompilieren, Bestellprozess, Suche und Dokumente durchklicken. Für Testbestellungen vorher die Sandbox des Zahlungsanbieters einrichten oder Zahlungsplugins für den Bau ausschalten.
  5. Vergleichen„Vergleich starten“ zeigt Shopware-Version, Plugin-Versionen und Einstellungen, die sich in der Kopie geändert haben.
  6. Live updatenDas Update im Live-Shop wiederholen und die Liste aus dem Vergleich abarbeiten.

Mehr dazu:Schutz und ZugangUnterschiede zum Live-ShopWas kopiert wird

Worauf du achtest

Der Updater schaltet die Plugins aus.

  • Mit den Plugins geht auch die Kennwortseite aus; ohne Wartungsmodus wäre die Storefront der Kopie dann für jeden offen, der die Adresse kennt.
  • Mit „Nichts versenden“ bleiben Mails gesperrt, auch ohne Plugin: Dann sperrt Shopwares Staging-Modus den Versand. Bei Fangadresse oder freigegebenen Adressen leitet nur das Plugin um; ist es aus, gingen Mails an die ursprünglichen Empfänger. Auch Aufrufe von Apps und Webhooks sperrt nur das Plugin.
  • Nach dem Update in der Kopie die Abschlussprüfung starten: Sie prüft Adressen, Staging-Kennzeichen, Banner, robots.txt, Administration, Medien und das Plugin in ihr, das dafür wieder aktiv sein muss.
  • Ist alles getestet, bringt „Neu bauen“ die Kopie wieder auf den Stand des Live-Shops.
Fragen

Was Shopbetreiber dazu fragen.

Läuft das Update in der Kopie genauso wie im Live-Shop?

Es durchläuft dieselben Migrationen auf denselben Daten. Unterschiede können von Tabellen kommen, die in der Kopie leer beginnen (Warenkörbe, Protokolle), von Views und Triggern, die nicht mitkommen, und von den Plugins, die du an- oder abgeschaltet hast.

Was, wenn das Update in der Kopie scheitert?

Dann weißt du es vor dem Live-Update. Lies das Protokoll des Updaters in der Kopie, behebe die Ursache im Live-Shop, wenn sie in den Daten liegt, baue die Kopie neu und update sie noch einmal.

Sehen Kunden die aktualisierte Kopie?

Nein. Vor dem Update hält die Kennwortseite sie draußen, während des Updates der Wartungsmodus. Während des Updates sehen nur die IP-Adressen die Storefront, die du freigegeben hast.

Weitere Beispiele