Staging Manager

Über die Erweiterung

Deine Staging-Umgebung mit wenigen Klicks: Der Staging Manager kopiert deinen Live-Shop als Testsystem und Testumgebung, komplett im Admin, ohne Shell und ohne Server-Zugang. Kundendaten werden dabei anonymisiert, Mails abgefangen, und eine Kennwortseite hält Fremde draußen. Der Live-Shop wird nur gelesen.

Du legst eine Staging-Umgebung per Assistent an, die Vorprüfung sagt dir, ob Server, Datenbank und Webserver bereit sind, und ein Klick baut sie. Das Lauffenster zeigt jeden Schritt mit seinem Fortschritt. Danach testest du Updates, neue Plugins, Theme-Änderungen oder Schnittstellen in einer vollständigen Kopie deines Shops, unter einem Unterverzeichnis wie ihr-shop.de/stage1 oder unter einer eigenen Domain. Ein Zeitplan hält sie aktuell, und der Vergleich zeigt dir, was sich seit der Kopie geändert hat.

Das Problem, das du kennst

• Eine Kopie von Hand ist Bastelarbeit. Dateien kopieren, Datenbank exportieren und importieren, .env anpassen, Domains umschreiben, Mails abschalten. Und das jedes Mal wieder, mit Server-Zugang und Shell.
• Echte Kundendaten im Testsystem. Namen, Adressen und Bestellungen liegen dann in einem System, das schlechter geschützt ist als der Live-Shop.
• Die Kopie redet nach draußen. Kunden bekommen Testmails, Apps und Webhooks melden Testbestellungen weiter, Scheduled Tasks laufen in der Kopie mit.
• Große Shops brechen ab. Ein Export läuft ins Zeitlimit, und niemand weiß, wo er stand.
• Nach zwei Wochen weiß keiner mehr, was sich zwischen Testumgebung und Live-Shop unterscheidet.

So löst der Staging Manager das

• Komplett im Admin. Anlegen per Assistent oder leerem Formular, bauen, Daten auffrischen, neu bauen, abbauen: alles mit Klicks. Für Automatik gibt es Zeitpläne und Konsolenbefehle.
• Erst prüfen, dann bauen. Die Vorprüfung kontrolliert PHP, Datenbank und die Rechte ihres Benutzers, den Webserver, den freien Platz und die Dienste deines Shops. Fehlt etwas, steht dort, was zu tun ist, bis zur fertigen GRANT-Zeile für deinen Hoster.
• Anonymisiert statt weggelassen. Ein mitgeliefertes Regelwerk ersetzt Namen, Adressen, Mailadressen und Telefonnummern in Kunden, Bestellungen, Newsletter-Empfängern und Bewertungen. Die Bestellungen bleiben vollständig und testbar. Jede Regel kannst du je Spalte anpassen, mit Vorschau.
• Nichts geht nach draußen. Mails landen im Mail-Archiv der Staging-Umgebung, bei einer Fangadresse oder nur bei freigegebenen Adressen. Aufrufe von Apps und Webhooks sperrt sie und schreibt sie mit, Scheduled Tasks und Google Analytics sind aus. Das alles ist vorgewählt und einstellbar.
• Kein hängender Lauf. Gebaut wird in kleinen Schritten, egal wie groß dein Shop ist. Das Fenster darf zu, und ein unterbrochener Lauf setzt dort fort, wo er stand.
• Geschützt und weitergebbar. Eine Kennwortseite vor Storefront und Administration, IP-Adressen ohne Kennwort, ein eigener Admin-Zugang etwa für deine Agentur und „Zugangsdaten anzeigen“ zum Weitergeben.

Der Nutzen auf einen Blick

• Eine Staging-Umgebung ohne Server-Zugang, ohne Shell und ohne Agentur.
• Testen mit echten Bestellungen, ohne echte Kundendaten.
• In der Vorgabe erreicht keine Testmail einen Kunden.
• Beliebig viele Staging-Umgebungen, auch parallel.
• Der Live-Shop wird nur gelesen.

Typische Anwendungsfälle

Das Shopware-Update: Du baust eine Staging-Umgebung, schaltest dort den Wartungsmodus von Shopware ein und spielst das Update zuerst in der Kopie ein. Läuft alles, weißt du, was dich im Live-Shop erwartet.

Das neue Plugin oder Theme: In der Staging-Umgebung installierst und konfigurierst du in Ruhe. Der Vergleich zeigt dir danach, welche Erweiterungen und Einstellungen du im Live-Shop nachziehen musst.

Die Agentur: Deine Agentur bekommt Adresse, Kennwort und einen eigenen Admin-Zugang, nur für die Staging-Umgebung. Mit einer begrenzten Laufzeit endet der Zugang zum vereinbarten Datum.

Die tägliche Kopie: Ein Zeitplan frischt die Daten jede Nacht auf. Morgens testest du mit dem Stand vom Vortag und hast zugleich eine aktuelle Kopie deines Shops in der Hinterhand.

Funktionen im Detail

Anlegen

Per Assistent in sieben Schritten (Allgemein, Datenbank, Daten, Plugins, Schutz, Anlegen, Prüfen) oder über das leere Formular. Die Staging-Umgebung liegt in einem Unterverzeichnis deines Shops oder unter einer eigenen Domain, mit eigener Datenbank. Die legt das Plugin an, oder du wählst eine leere Datenbank aus deinem Hosting-Panel.

Bauen, auffrischen, abbauen

„Neu bauen“ kopiert Dateien und Datenbank, „Daten auffrischen“ nur die Datenbank. Welche Inhalte mitkommen, legst du je Bereich fest, etwa Kunden, Bestellungen oder Newsletter-Empfänger. Vorgewählt beginnen Warenkörbe, Sitzungen, Protokolle und die Warteschlange leer. „Abbauen“ entfernt Dateien und Datenbankinhalt wieder.

Anonymisierung

Ein Regelwerk für Kunden, Adressen, Bestellungen, Newsletter-Empfänger, Bewertungen und individuelle Aktionscodes, mit Methoden wie Vorname, Nachname, Mailadresse, Telefonnummer, Datum verschieben, fester Wert oder Leeren. Die Vorschau zeigt an echten Zeilen deines Shops, was daraus wird. Kundenkennwörter werden geleert, in ein Kundenkonto kommst du über „Als Kunde anmelden“. Zu jedem Bau bleibt ein Anonymisierungsnachweis.

Schutz und Zugang

Die Kennwortseite schützt Storefront, Administration oder beides. Freigegebene IP-Adressen kommen ohne Kennwort hinein, und ein Link aus dem Live-Shop öffnet die Staging-Umgebung direkt. Auf Wunsch legt das Plugin einen Standardbenutzer nur in der Staging-Umgebung an, etwa für deine Agentur. Für ein Shopware-Update schaltest du den Wartungsmodus von Shopware ein.

Mails und Aufrufe

Vorgewählt verlässt keine Mail die Staging-Umgebung, alle stehen in ihrem Mail-Archiv. Alternativ gehen sie an eine Fangadresse, nur an freigegebene Adressen oder an die echten Empfänger. Aufrufe über die App- und Webhook-Clients von Shopware werden gesperrt und protokolliert, auf Wunsch durchgelassen und protokolliert.

Dienste und Erweiterungen

Für Suche (Elasticsearch oder OpenSearch), Redis, Warteschlange, Reverse-Proxy und Google Analytics wählst du je Staging-Umgebung, ob sie eigene Indizes oder eine eigene Redis-Datenbank bekommt, den Dienst gar nicht nutzt oder ihn wie der Live-Shop nutzt. Vorgewählt ist jeweils der vorsichtige Weg. Plugins und Apps schaltest du je Staging-Umgebung an oder aus, auch alle auf einmal.

Zeitplan und Laufzeit

Täglich, wöchentlich oder monatlich zur vollen Stunde frischt ein Zeitplan die Daten auf oder baut neu. Eine Laufzeit begrenzt, wie lange eine Staging-Umgebung gilt; danach sperrt sie sich. Vor dem Ablauf und bei jedem Lauf löst das Plugin Ereignisse im Flow Builder aus, passende Mailvorlagen und Flows liegen bereit.

Vergleich mit dem Live-Shop

Was hat sich seit der Kopie geändert, in der Staging-Umgebung und im Live-Shop? Der Vergleich zeigt Erweiterungen und Einstellungen, Datensätze nach Art mit den geänderten Feldern, Dateien und Datenbankstruktur, jeweils mit der Seite, auf der sich etwas getan hat.

In der Staging-Umgebung

Shopwares Staging-Modus mit Banner, robots.txt sperrt Suchmaschinen. Ein eigenes Dashboard zeigt abgefangene Mails, gesperrte Aufrufe und einen Selbsttest.

Läufe und Protokoll

Jeder Lauf zeigt seine Schritte, die Ergebnisse der Abschlussprüfung und ein Protokoll. Nach jedem Bau ruft das Plugin die Staging-Umgebung selbst auf und prüft Adressen, Banner, robots.txt, Administration und Medien.

Hosting

Geprüft mit Apache und nginx, MySQL und MariaDB, Redis, Elasticsearch, OpenSearch und Varnish. Für nginx zeigt das Plugin den fertigen location-Block. Geschrieben wird im Live-Shop nur der Staging-Ordner, im Unterverzeichnis ein Symlink im Webroot und die eigenen Tabellen des Plugins.

Für wen sich das lohnt

Für Shopbetreiber, die vor einem Update, einem neuen Plugin, einem Theme-Umbau oder einer neuen Schnittstelle testen wollen, ohne den Live-Shop anzufassen, und für Agenturen, die Staging-Umgebungen bisher von Hand kopieren. Das Ergebnis: ein Testsystem mit echten Abläufen und ohne echte Kundendaten, das du selbst baust, wann du es brauchst.