Verlangsamt eine Staging-Umgebung meine Live-Website?

Nein. Die Testkopie läuft im selben Hosting-Konto, wird aber nur von Ihnen aufgerufen und erzeugt daher wenig Last. Klonen und Daten kopieren verursachen kurzzeitig Festplatten- und CPU-Last; bei großen Websites genügt es, diese Vorgänge in verkehrsarme Zeiten zu legen.

Brauche ich für Staging eine eigene Domain oder ein eigenes Hosting-Paket?

Nein. Die Testkopie läuft unter Ihrer bestehenden Domain auf einer Subdomain wie staging.ihredomain.de und im selben Hosting-Paket. Die Kopie belegt so viel Speicherplatz Ihres Pakets wie Ihre Website; nach dem Test geben Sie den Platz durch Löschen wieder frei.

Was tue ich, wenn eine live übertragene Änderung Probleme macht?

Haben Sie mit dem WP Toolkit übertragen, setzen Sie die Live-Website mit dem vor der Übertragung erstellten Wiederherstellungspunkt auf den vorherigen Stand zurück. Pro WordPress-Installation gibt es nur einen Wiederherstellungspunkt, und jede neue Übertragung überschreibt den vorherigen. Müssen Sie weiter zurück, stellen Sie ein Backup über den Backup-Manager in Plesk wieder her.

Was ist der Unterschied zwischen Staging und einem Backup?

Ein Backup ist eine gespeicherte Kopie Ihrer Website zu einem früheren Zeitpunkt und dient dazu, bei Problemen zurückzukehren. Staging ist eine funktionierende Kopie, in der Sie eine Änderung vor dem Livegang ausprobieren. Für ein sicheres Update nutzen Sie beides: zuerst ein Backup, dann der Test im Staging.

Wie teste ich neue Funktionen, ohne meine Live-Website zu gefährden? (Staging-Ratgeber)

17. Oktober 2026 · 5 Min. Lesezeit

Ein Plugin-Update, eine neue Zahlungsart oder ein Theme-Wechsel wirkt auf dem Papier wie eine Kleinigkeit; auf der Live-Website ausprobiert, kann es jedoch mit einer weißen Seite oder einem defekten Warenkorb enden. Für einen Onlineshop bedeutet das direkten Umsatzverlust. Die Lösung: Änderungen zuerst auf einer exakten Kopie der Website testen, die Besucher nicht sehen, also in einer Staging-Umgebung. In diesem Ratgeber erklären wir Schritt für Schritt, warum und wie Sie eine Staging-Umgebung einrichten: mit dem WP Toolkit für WordPress und manuell für andere Websites.

Die 4 Bestandteile einer Staging-Umgebung

Eine Staging-Website ist eine Kopie Ihrer Live-Website unter einer eigenen Adresse. Eine richtig eingerichtete Testumgebung besteht aus diesen vier Teilen:

Kopie der Dateien: Code, Theme, Plugins und Bilder der Website.
Eigene Datenbank: Die Testkopie arbeitet mit einer eigenen Datenbankkopie. Zeigt ihre Konfigurationsdatei auf die Live-Datenbank, landet jede Änderung aus dem Test auf der Live-Website.
Eigene Adresse: Meist eine Subdomain wie staging.ihredomain.de.
Eingeschränkter Zugriff: Passwortschutz und deaktivierte Suchmaschinen-Indexierung. Andernfalls indexieren Suchmaschinen womöglich zwei Websites mit identischem Inhalt, oder Kunden bestellen auf der Testseite.

Häufige Fehler bei der manuellen Einrichtung

Eine Staging-Umgebung lässt sich auch von Hand einrichten: Subdomain anlegen, Dateien kopieren, Datenbank exportieren und in eine neue Datenbank importieren, Konfigurationsdatei anpassen. Je nach Größe der Website dauert das lange, und jeder Schritt ist eine eigene Fehlerquelle:

Die Verbindungsdaten in wp-config.php oder .env werden nicht geändert, sodass die Testkopie in die Live-Datenbank schreibt.
Die WordPress-Adresse wird per SQL pauschal ersetzt, wodurch serialisierte Daten beschädigt werden. Das richtige Werkzeug ist der Befehl wp search-replace (WP-CLI), der serialisierte Daten korrekt behandelt.
Die Testkopie verschickt Bestell- und Benachrichtigungs-E-Mails an Kunden oder nutzt den Live-Modus des Zahlungsanbieters.
Nach dem Test bleibt unklar, welche Dateien und Tabellen auf die Live-Website übertragen werden sollen.

Wege zur Staging-Umgebung im Vergleich

Methode	Einrichtung	Übertragung auf live	Worauf achten?
Manuelle Kopie (Subdomain + Datenbankkopie)	Dateien, Datenbank und Konfiguration werden einzeln kopiert	Geänderte Dateien und Tabellen werden einzeln übertragen	Die Konfigurationsdatei darf nicht auf die Live-Datenbank zeigen
Lokale Entwicklungsumgebung (auf Ihrem Rechner)	Webserver und Datenbank werden auf dem Rechner installiert	Dateien und Datenbank werden erneut auf den Server geladen	PHP-Version und Servereinstellungen können vom Live-System abweichen
Eigener Git-Branch	Der Branch `staging` wird auf eine Subdomain, der Hauptbranch auf die Live-Website deployt	Branch mergen und pushen	Datenbankänderungen separat verwalten (z. B. Migrationen)
Klonen mit dem WP Toolkit (zuwinasa cloud WordPress Hosting)	Klonen kopiert Dateien, Datenbank und Einstellungen auf eine Subdomain	Daten kopieren überträgt Dateien, Datenbank oder ausgewählte Tabellen, vorher mit Wiederherstellungspunkt	Nur für WordPress-Websites

Staging mit dem WP Toolkit in 5 Schritten einrichten und live schalten

1. Backup der Live-Website erstellen

Erstellen Sie vor allem anderen mit dem Backup-Manager in Plesk ein vollständiges Backup von Dateien und Datenbank. Der Wiederherstellungspunkt aus einem späteren Schritt erleichtert die Arbeit, ersetzt aber kein Backup.

2. Website klonen

Öffnen Sie in Plesk den Bereich WordPress und klicken Sie auf der Karte der Live-Website auf Klonen (Clone).
Behalten Sie als Ziel Subdomain erstellen bei; das WP Toolkit schlägt standardmäßig das Präfix staging vor, das Sie ändern können.
Passen Sie bei Bedarf den Datenbanknamen an und starten Sie das Klonen. Das WP Toolkit kopiert Dateien, Datenbank und WordPress-Einstellungen und passt die Website-Adresse an die neue Subdomain an.

3. Testkopie nach außen abschirmen

Deaktivieren Sie auf der Karte der Kopie die Suchmaschinen-Indexierung (Search engine indexing) und aktivieren Sie den Passwortschutz.
Stellen Sie in einem Onlineshop die Zahlungsarten auf den Testmodus (Sandbox) um und schalten Sie E-Mails an Kunden ab.
Gibt es geplante Aufgaben wie Abo-Verlängerungen oder Lagerabgleiche, deaktivieren Sie diese in der Testkopie; sonst läuft derselbe Vorgang womöglich doppelt.

4. Änderung in der Testkopie ausprobieren

Aktualisieren Sie das Plugin, wechseln Sie das Theme oder installieren Sie die neue Funktion. Gehen Sie danach die Wege durch, über die Umsatz und Kontakte entstehen: Produktseite, Warenkorb, Kasse, Registrierung, Kontaktformular und mobile Ansicht. Geht etwas schief, bleibt die Live-Website unberührt; Sie können die Kopie löschen und neu klonen.

5. Änderungen auf die Live-Website übertragen

Klicken Sie auf der Karte der Testkopie auf Daten kopieren (Copy Data) und wählen Sie die Live-Website als Ziel.
Wählen Sie, was übertragen wird: Nur Dateien, Nur Datenbank oder Dateien und Datenbank. Bei der Datenbank können Sie statt aller Tabellen auch nur neue Tabellen oder ausgewählte Tabellen wählen.
Lassen Sie Wiederherstellungspunkt erstellen aktiviert; geht etwas schief, setzen Sie die Live-Website in einem Schritt auf den Stand vor der Übertragung zurück.
Während der Übertragung ist die Live-Website kurz im Wartungsmodus; führen Sie den Vorgang daher zu einer verkehrsarmen Zeit durch.

Hinweis: Übertragen Sie bei einem Onlineshop die Datenbank nicht mit allen Tabellen von Staging auf live. Bestellungen, Kundenkonten und Bewertungen, die nach dem Anlegen der Testkopie auf der Live-Website entstanden sind, würden mit den älteren Daten der Testkopie überschrieben. Übertragen Sie bei Theme- und Plugin-Änderungen nur die Dateien und bei Tabellen eines neuen Plugins nur die neuen Tabellen.

Für Websites ohne WordPress

Nutzen Sie Laravel, eigenes PHP oder eine andere Shop-Software, richten Sie die Staging-Umgebung in Plesk in drei Schritten ein: Kopieren Sie die Dateien mit Website-Kopieren (Website Copying) auf eine Subdomain, erstellen Sie unter Datenbanken mit Kopieren eine vollständige Kopie der Datenbank und lassen Sie die Verbindung in der Konfigurationsdatei (z. B. .env) auf diese Kopie zeigen. Verwalten Sie Ihren Code mit Git, können Sie in den Developer-Hosting-Paketen den Branch staging auf eine Subdomain und den Hauptbranch auf die Live-Website deployen; wie Sie Git in Plesk anbinden, zeigen wir in unserem Ratgeber zum Node.js-Deployment.

Für WordPress-Websites sind Klonen, Daten kopieren und Smart Updates in allen WordPress-Hosting-Paketen von zuwinasa cloud enthalten. Smart Updates testet Plugin- und Theme-Updates auf einer Kopie der Website, bevor sie live gehen; erkennt es ein defektes Layout oder fehlerhaften Code, wird das Update nicht auf die Live-Website übernommen. Möchten Sie täglich ein automatisches Backup Ihrer Live-Website, können Sie unseren Dienst Website-Backup hinzufügen.