Erlebniswelten Transfer Export Import | CMS Staging zu Live mit Rollback

Auf einen Blick

• Abgenommene Layouts gehen live, ohne dass jemand einen Block nachbaut
• Vor der Übernahme siehst du, was neu, ersetzt oder blockiert ist
• Ein Klick zurück: Vor jedem Import entsteht ein Rückroll-Punkt
• Das Staging bekommt nie Schreibzugriff auf deinen Live-Shop
• Die Verbindung übersteht jeden Neuklon des Staging ohne Nacharbeit

Die neue Startseite steht im Staging. Der Kunde hat sie im echten Frontend geprüft und freigegeben. Und jetzt? Jetzt baut jemand jeden Block im Live-Admin noch einmal nach, Bild für Bild, Text für Text.

Das Problem

Shopware kennt den Weg vom Live-System ins Staging, aber keinen zurück. Wer Erlebniswelten sauber im Staging vorbereitet, zahlt dafür mit Handarbeit beim Livegang. Das kostet Stunden, die in Agenturprojekten selten jemand bezahlt. Und am Ende weicht die veröffentlichte Seite oft vom abgenommenen Stand ab, weil beim Abtippen ein Slot, eine Übersetzung oder ein Bild verloren geht.

Die Lösung

Das Plugin überträgt fertige Erlebniswelten vom Staging ins Live-System, ohne dass dort etwas nachgebaut wird. Du hast zwei Wege für dasselbe Paket: als ZIP-Datei, wenn sich die Server nicht erreichen, oder per Server-Abruf, bei dem das Live-System die Layouts direkt beim Staging abholt. Beide Wege enden im selben Import-Assistenten. Erst die Vorschau, dann die Übernahme, und vorher legt das Plugin automatisch einen Rückroll-Punkt an.

Was du davon hast

Live geht, was abgenommen wurde. Das Plugin überträgt den kompletten Layout-Baum mit allen Sektionen, Blöcken, Elementen und Übersetzungen. Was der Kunde im Staging freigegeben hat, steht danach genau so im Live-Shop.

Du siehst vorher, was passiert. Der Assistent zeigt je Layout, ob es neu angelegt oder ersetzt wird, wie viele Sektionen, Blöcke und Elemente sich ändern und welche Medien dazukommen. Fehlt im Live-System ein Produkt, nennt die Warnung die genaue Fundstelle. Fehlt ein Elementtyp, weil dort ein Plugin nicht installiert ist, blockiert der Assistent die Übernahme, bevor etwas kaputtgeht.

Ein Klick zurück. Vor jedem Import sichert das Plugin den bisherigen Live-Stand der betroffenen Layouts. Gefällt das Ergebnis nicht, rollst du den Transfer zurück, inklusive neu angelegter Layouts und Landingpages.

Keine Überraschung durch Änderungen im Live-Shop. Hat jemand ein Layout seit dem letzten Transfer direkt im Live-Admin bearbeitet, warnt das Plugin vor dem Überschreiben. Du entscheidest bewusst, statt Arbeit unbemerkt zu verlieren.

Medien kommen mit, aber nur einmal. Bilder reisen im Paket mit. Existiert dieselbe Datei im Live-System schon, verwendet das Plugin sie wieder, statt eine Dublette anzulegen. Bild-URLs, die in Texten noch auf das Staging zeigen, schreibt es auf die Live-Adresse um.

Dein Live-Shop bleibt zu. Beim Server-Abruf holt das Live-System ab, das Staging liefert nur. Im meist schwächer geschützten Staging liegen keine Zugangsdaten mit Schreibrecht auf deinen Live-Shop.

So arbeitet das Plugin

• Im Staging exportierst du Erlebniswelten aus der Liste oder direkt aus dem Editor.
• Im Live-System lädst du die ZIP-Datei unter Inhalte > Erlebniswelten-Transfer hoch, oder du öffnest den Staging-Abgleich.
• Der Staging-Abgleich zeigt jedes Layout und jede Landingpage mit einem von sieben Status, zum Beispiel „im Staging geändert”, „im Live geändert” oder „beidseitig geändert”.
• Du wählst aus, prüfst die Vorschau, bestätigst Warnungen und übernimmst.
• Die Transfer-Übersicht zeigt jeden Lauf mit Status, Meldungen und Fundstellen. Schlägt ein Transfer fehl, bekommst du beim Öffnen einen Hinweis, und es wurde nichts geändert.

Zuweisungen an Kategorien, Produkte und Landingpages kommen auf Wunsch mit, samt der Inhalte, die du dort pro Kategorie überschrieben hast. Neue Landingpages aus dem Staging legt das Plugin mit Verkaufskanälen und SEO-URLs an.

Die Einrichtung übernimmt ein Assistent im Live-System. Er legt den Zugang an und zeigt einmalig einen Einrichtungscode, den du im Staging einfügst. Wird das Staging später neu aus dem Live-System geklont, bleibt die Verbindung gültig. Kein Nachjustieren nach jedem Klon.

Typische Einsatzszenarien

Agentur mit Kundenabnahme: Du baust die Herbstkampagne im Staging, der Kunde nimmt sie dort ab, du übernimmst sie per Server-Abruf. Statt eines Nachmittags Nachbauen sind es ein paar Klicks und eine Vorschau.

Marketing mit Stichtag: Das Team bereitet die Landingpage für den Black Friday vor. Am Morgen des Aktionstags geht sie live, mit Rückroll-Punkt, falls doch noch etwas nicht stimmt.

Server ohne Verbindung: Staging und Live-System liegen bei verschiedenen Hostern und erreichen sich nicht. Dann gehst du den Datei-Weg: Export als ZIP, Upload im Live-Admin, gleicher Assistent.

Technische Fakten für deine IT

• Shopware 6.7, PHP ab 8.2. Nicht für Shopware SaaS beziehungsweise Shopware Cloud.
• Das Plugin muss auf dem Staging und auf dem Live-System installiert sein.
• Für Staging-Abgleich, Paketbau und Import braucht es einen laufenden Hintergrund-Worker (messenger:consume) für die Warteschlangen async und low_priority.
• Drei eigene Tabellen für Transfer-Protokoll, Meldungen und Prüfsummen. Originaltabellen von Shopware bleiben unverändert, geschrieben wird ausschließlich über die Shopware-Datenschicht.
• Jeder Import läuft in einer Datenbank-Transaktion. Bei einem Fehler bleibt der Live-Stand unverändert, bereits geschriebene Mediendateien entfernt das Plugin wieder. Eine Sperre verhindert parallele Importe.
• Externe Verbindungen gibt es nur beim Server-Abruf, vom Live-System zu deinem eigenen Staging, ausschließlich über HTTPS. Das Plugin sendet keine Daten an Server von Drittanbietern.
• Ist das Staging komplett per Verzeichnisschutz gesichert, muss der Pfad /api/ davon ausgenommen sein.
• Datenschutz: Das Transfer-Protokoll speichert den Namen des auslösenden Admin-Nutzers. Wird der Nutzer gelöscht, anonymisiert das Plugin seine Einträge. Die Aufbewahrungsdauer für Protokoll und Rückroll-Pakete stellst du selbst ein.
• Eigene Rechte für Ansehen, Exportieren und Importieren in der Rollenverwaltung. Befehle für die Kommandozeile und eine Erweiterungsschnittstelle für eigene CMS-Elemente anderer Plugins sind dabei.
• Nach dem Import leert das Plugin gezielt den Cache der betroffenen Layouts, Kategorien, Produkte und Landingpages. Kein Code in der Storefront.
• Deinstallation ohne „Daten behalten” entfernt Tabellen, Nummernkreis, die angelegte Integration für den Staging-Zugriff und die Dateien des Plugins. Übertragene Erlebniswelten und Medien bleiben im Shop.

Ehrlich gesagt

Das Plugin überträgt Erlebniswelten und Landingpages, keine Produkte, Kategorien oder Theme-Dateien. CSS-Klassen, die ein Layout nutzt, zeigt die Vorschau an. Das passende SCSS kommt weiter per Deployment ins Live-Theme. Gebaut ist es für Staging und Live-System, bei dem das Staging ein Klon des Live-Shops ist. Zwischen zwei fremden Shops funktioniert der Datei-Weg auch, dort stimmen aber die IDs von Produkten und Kategorien nicht überein, und du arbeitest mit entsprechend vielen Warnungen. Probier es im Testmonat mit deiner nächsten Kampagnenseite aus.

Häufige Fragen

Funktioniert das Plugin mit Shopware SaaS oder Shopware Cloud?

Nein. In Shopware SaaS und Shopware Cloud lassen sich keine Plugins installieren, und eine App-Variante gibt es nicht. Du brauchst eine selbst betriebene Shopware-Installation.

Muss ich das Plugin auf beiden Systemen installieren?

Ja. Das Plugin muss auf dem Staging und auf dem Live-System installiert sein. Das Staging exportiert und liefert, das Live-System importiert. Welche Rolle eine Installation hat, erkennt das Plugin an ihrer eigenen Adresse.

Was brauche ich auf dem Server?

Einen laufenden Hintergrund-Worker (messenger:consume), der die Warteschlangen async und low_priority abarbeitet. Staging-Abgleich, Paketbau, Import und das Vorberechnen der Prüfsummen laufen als Hintergrund-Jobs. Ohne Worker bleiben sie liegen.

Mein Staging ist per Verzeichnisschutz gesichert. Klappt der Server-Abruf trotzdem?

Ja, mit einer Ausnahme. Benutzer und Passwort für den Verzeichnisschutz trägst du in der Konfiguration ein. Der Pfad /api/ des Staging muss aber vom Schutz ausgenommen sein, weil die weiteren Abrufe den Anmelde-Header für den Zugangstoken brauchen.

Was passiert, wenn wir das Staging neu aus dem Live-System klonen?

Nichts, die Verbindung bleibt gültig. Der Zugang entsteht im Live-System und reist mit jedem Klon mit. Protokolleinträge, die aus dem Live-System mitkopiert wurden, erkennt das Plugin als Kopie und bietet dafür kein Zurückrollen an.

Überträgt das Plugin auch Produkte und Kategorien?

Nein. Dafür ist es nicht gebaut. Es überträgt Erlebniswelten, Landingpages und auf Wunsch deren Zuweisungen. Fehlt ein Produkt oder eine Kategorie im Live-System, zeigt die Vorschau eine Warnung mit Fundstelle.

Was ist, wenn jemand das Layout inzwischen im Live-Admin geändert hat?

Dann warnt das Plugin vor dem Überschreiben. Es vergleicht die Prüfsumme im Live-System mit dem Stand des letzten Transfers. Übernommen wird erst, wenn du die Warnung bestätigst.

Funktioniert das mit meinem Theme und mit CMS-Elementen anderer Plugins?

Meistens ja. Das Plugin überträgt Inhalte, kein Theme. Die verwendeten CSS-Klassen listet die Vorschau auf, das SCSS dazu muss im Live-Theme vorhanden sein. Fehlt im Live-System ein Plugin, das einen Elementtyp liefert, blockiert der Assistent den Import, statt eine kaputte Seite zu erzeugen.

Ist das datenschutzrechtlich unbedenklich?

Das Plugin sendet keine Daten an Server von Drittanbietern. Verbindungen gibt es nur zwischen deinem Live-System und deinem Staging, ausschließlich über HTTPS. Im Transfer-Protokoll steht der Name des Admin-Nutzers, der einen Transfer ausgelöst hat. Wird der Nutzer gelöscht, anonymisiert das Plugin diese Einträge.

Was passiert bei der Deinstallation mit meinen Daten?

Übertragene Erlebniswelten und Medien bleiben im Shop. Mit „Daten behalten” bleiben zusätzlich Protokoll und Rückroll-Pakete erhalten. Ohne diese Option entfernt das Plugin seine Tabellen, den Nummernkreis, die angelegte Integration für den Staging-Zugriff und seine Dateien. Die Medien aus dem Plugin-Ordner verschiebt es dabei in den übergeordneten Ordner.