WordPress-Staging: Änderungen testen, ohne die Website zu gefährden

Was ist eine Staging-Umgebung bei WordPress?

Eine Staging-Umgebung, auf Deutsch Testumgebung, ist eine Kopie Ihrer Website, die nur Sie sehen: mit denselben Dateien und derselben Datenbank, aber unter einer eigenen Adresse. Die Datenbank ist der Speicher, in dem WordPress Texte, Einstellungen und Benutzer ablegt, je nach Plugins auch Anfragen oder Bestellungen. Auf der Kopie probieren Sie ein Update oder ein neues Plugin, also eine Erweiterung, in Ruhe aus. Geht dabei etwas schief, merkt das kein Kunde, und die Live-Seite, also die öffentliche Website, läuft unverändert weiter.

Das WordPress-Handbuch nennt eine solche Entwicklungskopie einen guten Weg, eine Website zu aktualisieren, weiterzuentwickeln und zu verändern. Eine Sicherung ersetzt sie nicht: Die Kopie zeigt vorher, ob eine Änderung funktioniert. Die Sicherung bringt den alten Stand zurück, wenn es auf der Live-Seite doch Probleme gibt. Wie Sie sichern, steht im Ratgeber WordPress-Backup.

Wann lohnt sich eine WordPress-Testumgebung?

Eine Testumgebung lohnt sich vor Änderungen, die die ganze Website betreffen können und sich nicht mit einem Klick zurücknehmen lassen:

• Größere Updates: eine neue Hauptversion von WordPress, Updates zentraler Plugins wie Formular, Shop oder Page-Builder (ein Plugin zum Bauen von Seiten mit der Maus) und der Wechsel auf eine neue PHP-Version, also die Version der Programmiersprache, in der WordPress läuft. Welche Updates bei Ihnen automatisch kommen, sehen Sie unter Dashboard → Aktualisierungen; wie Sie sicher aktualisieren, steht im Ratgeber WordPress updaten.
• Neue Plugins und Themes: Ein Plugin oder ein Theme, also eine Gestaltungsvorlage, das Sie noch nicht kennen, testen Sie zuerst auf der Kopie. Worauf Sie bei der Auswahl achten, steht in Kapitel 6.
• Relaunch und Umbau: Eine neue Gestaltung oder neue Seiten (Kapitel 7) entstehen auf der Kopie, während die alte Website weiter Anfragen bringt. Den Ablauf beschreibt der Ratgeber WordPress-Relaunch.
• Änderungen an allen Bildern oder am Tempo: etwa ein Plugin, das alle Bilder in ein anderes Format umwandelt, ein neues Theme mit anderen Bildgrößen oder ein Cache-Plugin, das fertige Seiten zwischenspeichert, damit sie schneller laden (WordPress schneller machen).

Für einen geänderten Satz oder ein neues Foto brauchen Sie keine Kopie. Hat Ihr Hoster keine Testumgebung und ist die Website klein, bleibt der Weg „sichern, ändern, prüfen“, vorausgesetzt, Sie haben das Zurückspielen der Sicherung einmal ausprobiert.

Welche Wege gibt es zu einer Staging-Umgebung?

Es gibt vier Wege: die Staging-Funktion Ihres Hosters, ein Staging-Plugin, eine Kopie auf Ihrem eigenen Rechner und WordPress Playground für erste Versuche im Browser. Hat Ihr Tarif eine Staging-Funktion, ist sie für eine bestehende Website die naheliegende Wahl, denn Kopie und Live-Seite liegen dann auf demselben Server.

• Staging-Funktion des Hosters: Manche Hoster, also die Firmen, auf deren Server Websites liegen, legen im Kundenbereich per Klick eine Kopie unter einer eigenen Adresse an und spielen sie auf Wunsch zurück. Fragen Sie nach: Ist die Kopie mit Passwort geschützt? Kann ich beim Zurückspielen zwischen Dateien und Datenbank wählen? Wird vorher automatisch gesichert? Kostet die Funktion extra?
• Staging-Plugin: Ein Plugin legt die Kopie in Ihrem Webspace an, dem Speicherplatz Ihrer Website beim Hoster. Ein Beispiel ist WP Staging, eine Rangliste ist das nicht. Laut Plugin-Verzeichnis klont die kostenlose Fassung die Website in einen Unterordner, auf den nur Administratoren zugreifen können; das Zurückspielen der Änderungen auf die Live-Seite gehört zur Bezahlfassung (Stand 02.11.2026). Klären Sie bei jedem Plugin vorher, wie der Weg zurück funktioniert.
• Kopie auf dem eigenen Rechner: Mit einem Programm für eine lokale WordPress-Umgebung läuft die Kopie auf Ihrem Computer und ist von außen nicht erreichbar. Das WordPress-Handbuch nennt dafür unter anderem XAMPP, MAMP, WordPress Studio und wp-env. Dateien und Datenbank bringen Sie dabei hin und zurück wie bei einem Umzug, die Schritte stehen im Ratgeber WordPress umziehen.
• WordPress Playground: Playground läuft laut Dokumentation auf wordpress.org vollständig im Browser, ohne Hoster. Damit lassen sich Plugins und Themes aus dem WordPress-Verzeichnis ausprobieren und verschiedene WordPress- und PHP-Versionen testen. Ein vorübergehender Playground wird verworfen, sobald Sie den Tab schließen oder die Seite neu laden. Automatisch gespeicherte Stände nennt die Dokumentation Wiederherstellungspunkte, keine dauerhaften Sicherungen. Dauerhaft gespeicherte Playgrounds liegen im Speicher des Browsers, den der Browser unter Umständen wieder löscht, oder in einem Ordner auf Ihrem Rechner. Playground eignet sich deshalb, um ein Plugin kennenzulernen, bevor es auf Ihre Website kommt, nicht als dauerhafte Testumgebung.

Wie halten Sie die Kopie von Google fern?

Schützen Sie die Kopie mit einem Passwort, statt sich nur auf den Haken „Suchmaschinen davon abraten, diese Website zu indexieren“ zu verlassen. Der Haken steht unter Einstellungen → Lesen im Bereich „Sichtbarkeit für Suchmaschinen“, und WordPress schreibt selbst darunter: „Es ist Sache der Suchmaschinen, dieser Bitte nachzukommen.“ Google empfiehlt für Inhalte, die nicht öffentlich sein sollen, einen Passwortschutz, damit nur Berechtigte sie aufrufen können. Er hält auch Besucher draußen, die über einen Link auf die Kopie stoßen.

• Passwortschutz einrichten: für den Ordner oder die Subdomain der Kopie, also eine Unteradresse wie test.ihredomain.de, im Kundenbereich des Hosters. Staging-Funktionen und Plugins bringen teils einen eigenen Schutz mit; fragen Sie nach, ob er auch Bilder und hochgeladene Dateien abdeckt. Wie Sie den Schutz und den Haken bei einer neuen Installation setzen, steht in Kapitel 3.
• Haken zusätzlich setzen: Auf der Kopie schadet er nicht. WordPress gibt dann auf allen Seiten die Anweisung „noindex“ aus, also die Bitte, die Seite nicht in die Suche aufzunehmen.
• Beim Zurückspielen aufpassen: Der Haken ist eine Einstellung in der Datenbank. Übertragen Sie die Datenbank der Kopie auf die Live-Seite, kommt er mit, ebenso alle anderen Umstellungen der Kopie. Steht danach im Dashboard im Kasten „Auf einen Blick“ der Hinweis „Suchmaschinen abgewiesen“, entfernen Sie den Haken auf der Live-Seite sofort.

Ein Passwortschutz hat eine Nebenwirkung: Der Website-Zustand unter Werkzeuge → Website-Zustand kann Fehler bei Verbindungen der Website zu sich selbst melden, und geplante Aufgaben wie automatische Updates laufen auf der Kopie unter Umständen nicht von selbst an. Auf der Kopie ist das zu erwarten und kein Grund, den Schutz abzuschalten.

Was müssen Sie auf der Kopie abschalten?

Schalten Sie auf der Kopie alles ab, was nach außen wirkt: E-Mails, Zahlungen und Verbindungen zu fremden Diensten. Die Kopie ist eine vollständige Website mit allen Plugins und Einstellungen der Live-Seite, sie verschickt also dieselben E-Mails und spricht dieselben Dienste an.

• E-Mails: Formular-Benachrichtigungen, Bestellbestätigungen, Newsletter. Die WooCommerce-Dokumentation weist darauf hin, dass E-Mails von WordPress, WooCommerce oder anderen Plugins auch von einer Staging-Seite verschickt werden können, und nennt als Beispiel für ein Plugin, das das unterbindet, Disable Emails, das nicht von WooCommerce stammt. Wollen Sie das Formular testen, tragen Sie auf der Kopie Ihre eigene Adresse als Empfänger ein.
• Zahlungen: Stellen Sie Zahlungs-Plugins auf der Kopie in den Testmodus, sofern der Zahlungsanbieter einen hat, oder schalten Sie sie ab. Das Abo-Plugin WooCommerce Subscriptions erkennt laut Dokumentation an der geänderten Adresse, dass es auf einer Kopie läuft, stellt Verlängerungen dort auf manuell um und verschickt keine Abo-E-Mails. Für andere Plugins gilt das nicht von selbst.
• Sicherungen: Ein Backup-Plugin auf der Kopie sichert unter Umständen in denselben Online-Speicher wie die Live-Seite. Schalten Sie den Zeitplan auf der Kopie ab oder geben Sie ihr ein eigenes Ziel.
• Statistik und Schnittstellen: Statistik, Newsletter-Anbindung, Verbindungen zu Warenwirtschaft oder Buchungssystem. Sonst zählt die Statistik Ihre Testbesuche, und Testdaten landen in echten Systemen.

Die Kopie enthält außerdem dieselben personenbezogenen Daten wie die Live-Seite, etwa gespeicherte Anfragen oder Kundenkonten. Schützen Sie sie deshalb genauso und löschen Sie Kopien, die Sie nicht mehr brauchen. Eine vergessene Kopie bekommt keine Updates; ist sie ohne Passwort erreichbar, sind ihre veralteten Plugins angreifbar wie auf jeder anderen Website.

Wie übertragen Sie Änderungen sicher auf die Live-Seite?

Sicher übertragen Sie so: vorher die Live-Seite sichern, nur das übertragen, was sich wirklich geändert hat, nach dem Übertragen der Datenbank die Umstellungen der Kopie zurücknehmen und danach die Live-Seite prüfen. Die wichtigste Frage dabei lautet, ob die Datenbank mit muss.

Die Datenbank der Kopie überschreibt die Datenbank der Live-Seite. Sie enthält den Stand vom Zeitpunkt des Kopierens. Was seitdem auf der Live-Seite dazugekommen ist, also Bestellungen, Kommentare, gespeicherte Formularanfragen, neue Benutzer oder Texte, die jemand live geändert hat, ist nach dem Zurückspielen weg.

1. Live-Seite sichern: unmittelbar vor dem Übertragen, mit Dateien und Datenbank.
2. Nur Dateien, wenn es reicht: Haben Sie auf der Kopie ein Update getestet, spielen Sie dasselbe Update danach einfach auf der Live-Seite ein, wie im Ratgeber WordPress updaten beschrieben, statt die Kopie zurückzuspielen. Bei einem neuen Theme oder Plugin übertragen Sie die Dateien; Einstellungen von Plugins liegen allerdings in der Datenbank, die stellen Sie auf der Live-Seite von Hand nach.
3. Mit Datenbank nur in einer Ruhezeit: Muss die Datenbank mit, etwa nach einem Relaunch, legen Sie eine Ruhezeit fest, etwa nachts oder am Wochenende. Schalten Sie die Live-Seite dafür in einen Wartungsmodus, bei dem Besucher statt der Website einen kurzen Hinweis sehen, oder schließen Sie den Shop kurz, damit keine Bestellungen oder Anfragen mehr eingehen. Oder Sie tragen die Neuzugänge danach von Hand nach.
4. Adressen richtig ersetzen: Liegt die Kopie unter einer anderen Adresse, müssen beim Zurückspielen die gespeicherten Adressen ersetzt werden. Das WordPress-Handbuch warnt, dass ein einfaches Suchen und Ersetzen gespeicherte Einstellungen beschädigen kann. Nehmen Sie die Funktion des Hosters oder ein Werkzeug, das damit umgehen kann.
5. Umstellungen der Kopie zurücknehmen: Mit der Datenbank kommen alle Umstellungen der Kopie auf die Live-Seite: der Haken „Suchmaschinen davon abraten, diese Website zu indexieren“, eine E-Mail-Sperre wie Disable Emails, der Testmodus der Zahlungen, Ihre eigene Adresse als Formular-Empfänger, der abgeschaltete Zeitplan der Sicherungen und getrennte Verbindungen zu Statistik und anderen Diensten. Stellen Sie diese Einstellungen direkt nach dem Übertragen auf der Live-Seite wieder so ein wie vorher, oder auf der Kopie kurz vor dem Übertragen.
6. Danach prüfen: Haken unter Einstellungen → Lesen entfernt, Website-Titel richtig, Startseite und einige Unterseiten, Formular mit einer Testanfrage, die bei der richtigen Adresse ankommt, Zahlungen nicht mehr im Testmodus, Zeitplan der Sicherungen wieder an, Cache geleert. Die vollständige Prüfliste steht in Kapitel 10.

Wo liegen die Grenzen einer Staging-Umgebung?

Eine Staging-Umgebung zeigt, ob eine Änderung technisch funktioniert, aber nicht alles, was auf der Live-Seite passieren kann.

• Anderer Server: Läuft die Kopie auf Ihrem Rechner oder in Playground, können PHP-Version, Speicher und Servereinstellungen von denen beim Hoster abweichen. Updates testen Sie deshalb am besten auf einer Kopie beim selben Hoster.
• Lizenzen und Dienste: Bezahlte Plugins und fremde Dienste sind teils an die Domain gebunden. Auf der Kopie fehlen dann Funktionen, oder die Kopie belegt eine Lizenz. Schauen Sie in die Bedingungen des Anbieters.
• Cache und Ladezeit: Ist die Kopie in der wp-config.php, der Einstellungsdatei von WordPress, als Staging-Umgebung gekennzeichnet (WP_ENVIRONMENT_TYPE), lässt WordPress im Website-Zustand die Prüfung auf einen Seiten-Cache weg, denn sie läuft nur auf Websites vom Typ „production“. Messen Sie die Ladezeit deshalb auf der Live-Seite.
• Besucher und Andrang: Auf der Kopie sind Sie allein. Wie sich die Website bei Andrang verhält, etwa nach einer Werbeaktion, zeigt sie nicht.
• Keine Sicherung: Liegt die Kopie auf demselben Server wie die Live-Seite, ist sie bei einem Ausfall oder Hack mit betroffen.

Wenn Sie Updates nicht selbst testen und einspielen möchten: In unserer WordPress-Wartung für 69 € im Monat zzgl. MwSt. aktualisieren wir WordPress, Theme und Plugins mit Sicherung vorher und Prüfung danach.