WordPress Staging: in sicherer Test­um­ge­bung ent­wi­ckeln und testen

Mit WordPress Staging testen Sie Updates, Plugins und De­sign­än­de­run­gen, bevor Sie sie auf Ihrer Live-Webseite einsetzen. Dafür erstellen Sie eine Kopie Ihrer Webseite in einer separaten WordPress-Ent­wick­lungs­um­ge­bung. Hierbei haben Sie die Wahl, ob Sie eine solche Test­um­ge­bung manuell oder mit einem Plugin ein­rich­ten und schützen.

WordPress-Test­um­ge­bung manuell ein­rich­ten

Für eine manuelle WordPress-Test­um­ge­bung benötigen Sie eine Kopie Ihrer be­stehen­den Website. Dazu sichern Sie sowohl die WordPress-Dateien als auch die Datenbank und über­tra­gen sie in eine separate Umgebung. Im folgenden Beispiel liegt die Live-Webseite unter https://musterdomain.de. Die Test­um­ge­bung wird im Un­ter­ver­zeich­nis test-stage ein­ge­rich­tet und ist später unter https://musterdomain.de/test-stage er­reich­bar.

Schritt 1: WordPress-Dateien und Datenbank sichern

Erstellen Sie zunächst ein voll­stän­di­ges Backup Ihrer WordPress-Website. Dazu gehören die Dateien Ihrer WordPress-In­stal­la­ti­on und die zu­ge­hö­ri­ge Datenbank.

Laden Sie die Dateien in ein lokales Ver­zeich­nis herunter. Dazu können Sie einen FTP-Client wie FileZilla oder den Da­tei­ma­na­ger Ihres Hosting-Anbieters nutzen. Achten Sie darauf, auch ver­steck­te Dateien wie .htaccess zu sichern. Ex­por­tie­ren Sie an­schlie­ßend die WordPress-Datenbank über die Ver­wal­tungs­ober­flä­che Ihres Hosting-Anbieters, bei­spiels­wei­se mit phpMy­Ad­min. Das Ergebnis ist in der Regel eine SQL-Datei, die die Inhalte Ihrer Datenbank enthält.

Schritt 2: Un­ter­ver­zeich­nis anlegen und schützen

Legen Sie auf Ihrem Webserver ein neues Ver­zeich­nis für die Test­um­ge­bung an, bei­spiels­wei­se test-stage. Das ist über den Da­tei­ma­na­ger Ihres Hosting-Anbieters oder mit einem FTP-Client möglich. Schützen Sie das Ver­zeich­nis vor dem ersten Aufruf mit einem Pass­wort­schutz. So ver­hin­dern Sie, dass Unbefugte auf die Kopie Ihrer Webseite zugreifen.

Schritt 3: WordPress-Dateien in das Un­ter­ver­zeich­nis kopieren

Laden Sie die zuvor ge­si­cher­ten WordPress-Dateien in das neu angelegte Ver­zeich­nis test-stage hoch. Dazu gehören auch die Ordner mit Ihren WordPress-Themes, Plugins und Me­di­en­da­tei­en sowie die Datei wp-config.php. Achten Sie darauf, die Dateien in das Ver­zeich­nis der Test­um­ge­bung zu über­tra­gen. Die Dateien der Live-Webseite bleiben an ihrem bis­he­ri­gen Spei­cher­ort.

Schritt 4: Neue Datenbank erstellen und Sicherung im­por­tie­ren

Erstellen Sie über Ihren Hosting-Anbieter eine neue, leere Datenbank für die Test­um­ge­bung. Notieren Sie sich den Da­ten­bank­na­men, den Be­nut­zer­na­men, das Passwort und den Datenbank-Host. Öffnen Sie an­schlie­ßend die neue Datenbank in einem Ver­wal­tungs­werk­zeug wie phpMy­Ad­min und im­por­tie­ren Sie die zuvor ex­por­tier­te SQL-Datei. Die Datenbank der Test­um­ge­bung enthält nun eine Kopie der Inhalte und Ein­stel­lun­gen Ihrer Live-Website.

Schritt 5: Kon­fi­gu­ra­ti­ons­da­tei anpassen

Öffnen Sie die Datei wp-config.php im Ver­zeich­nis der Test­um­ge­bung in einem Text­edi­tor. Tragen Sie dort die Zu­gangs­da­ten für die neue Datenbank ein:

define( 'DB_NAME', 'datenbankname' );
define( 'DB_USER', 'benutzername' );
define( 'DB_PASSWORD', 'passwort' );
define( 'DB_HOST', 'datenbank-host' );

Ersetzen Sie die Platz­hal­ter durch die Angaben Ihres Hosting-Anbieters. Das vor­han­de­ne Ta­bel­len­prä­fix $table_prefix sollte weiterhin zu den im­por­tier­ten Da­ten­bank­ta­bel­len passen.

Damit WordPress die Adresse der Test­um­ge­bung verwendet, ergänzen Sie außerdem die folgenden Zeilen in derselben Datei. Stehen ent­spre­chen­de Einträge bereits in der Datei, passen Sie diese an, statt sie doppelt ein­zu­fü­gen:

define( 'WP_HOME', 'https://musterdomain.de/test-stage' );
define( 'WP_SITEURL', 'https://musterdomain.de/test-stage' );

Ersetzen Sie die Bei­spiel­adres­se durch Ihre tat­säch­li­che Adresse. Fügen Sie neue Einträge in der wp-config.php vor dem Kommentar /* That's all, stop editing! Happy publishing. */ ein und speichern Sie die Datei. Je nach WordPress-Version und Sprache kann der Kommentar anders lauten.

Prüfen Sie vor dem ersten Aufruf der Test­um­ge­bung und vor dem Einsatz von WP-CLI, ob kopierte Plugins oder Ein­stel­lun­gen E-Mails versenden, Zahlungen auslösen oder externe Dienste an­spre­chen können. De­ak­ti­vie­ren oder kon­fi­gu­rie­ren Sie die be­tref­fen­den Funk­tio­nen für die Test­um­ge­bung.

Schritt 6: URLs in der Datenbank anpassen

Auch nach der Änderung der Kon­fi­gu­ra­ti­ons­da­tei können in der kopierten Datenbank noch Verweise auf die Live-Webseite stehen, zum Beispiel in Links oder Me­di­en­adres­sen. Prüfen und ersetzen Sie diese bei Bedarf durch die Adresse Ihrer Test­um­ge­bung. Verwenden Sie dafür ein Werkzeug, das mit se­ria­li­sier­ten Daten umgehen kann, etwa WP-CLI mit dem Befehl wp search-replace. Ein einfaches Suchen und Ersetzen direkt in der Datenbank kann solche Daten be­schä­di­gen.

Beispiel mit WP-CLI, zunächst als Probelauf ohne Speichern der Än­de­run­gen:

wp search-replace 'https://musterdomain.de' 'https://musterdomain.de/test-stage' --skip-columns=guid --dry-run

Führen Sie den Befehl im WordPress-Ver­zeich­nis der Test­um­ge­bung aus. Die Option --dry-run zeigt zunächst nur an, welche Än­de­run­gen vor­ge­nom­men würden. Prüfen Sie vor dem Ausführen, dass die wp-config.php der Test­um­ge­bung tat­säch­lich auf die neue Datenbank verweist. Sind die an­ge­zeig­ten Än­de­run­gen korrekt, führen Sie denselben Befehl ohne --dry-run aus.

Die Option --skip-columns=guid schließt die GUID-Spalte vom Ersetzen aus. WP-CLI und ein ent­spre­chen­der Ser­ver­zu­gang müssen für dieses Vorgehen verfügbar sein.

Schritt 7: Test­um­ge­bung prüfen

Rufen Sie an­schlie­ßend die An­mel­de­sei­te Ihrer Test­um­ge­bung auf: https://musterdomain.de/test-stage/wp-admin. Melden Sie sich mit den WordPress-Zu­gangs­da­ten Ihrer be­stehen­den Webseite an. Da die Be­nut­zer­da­ten aus der Live-Datenbank kopiert wurden, sind sie zunächst identisch.

Prüfen Sie, ob die Testseite korrekt angezeigt wird, Links und Bilder funk­tio­nie­ren und Sie sich im Ad­mi­nis­tra­ti­ons­be­reich bewegen können. Kon­trol­lie­ren Sie außerdem, ob die Test­um­ge­bung un­be­ab­sich­tigt E-Mails versendet, Zahlungen auslöst oder andere externe Dienste verwendet. Passen Sie die be­tref­fen­den Ein­stel­lun­gen für die Test­um­ge­bung an.

Falls Un­ter­sei­ten der Test­um­ge­bung nicht er­reich­bar sind, öffnen Sie im Dashboard der Testseite „Ein­stel­lun­gen“ → „Per­ma­links“ und speichern Sie die Ein­stel­lun­gen erneut. WordPress kann die Rewrite-Regeln dabei ak­tua­li­sie­ren, sofern die .htaccess-Datei be­schreib­bar ist. Prüfen Sie an­schlie­ßend, ob der Pass­wort­schutz weiterhin funk­tio­niert.

WordPress-Test­um­ge­bung mit Plugin ein­rich­ten

Mit einem WordPress-Plugin lässt sich eine Test­um­ge­bung weit­ge­hend au­to­ma­ti­siert erstellen. Ein Beispiel dafür ist WP Staging: Das Plugin kopiert die Dateien und Datenbank Ihrer be­stehen­den Website. Bereits die kos­ten­lo­se Version er­mög­licht es, eine Test­um­ge­bung in einem Un­ter­ver­zeich­nis anzulegen. Gehen Sie dazu wie folgt vor:

1. Erstellen Sie zunächst ein voll­stän­di­ges Backup Ihrer WordPress-Website.
2. In­stal­lie­ren und ak­ti­vie­ren Sie das Plugin WP Staging über den Plugin-Bereich Ihres WordPress-Da­sh­boards.
3. Öffnen Sie im Dashboard „WP Staging“ → „Staging Sites“ und wählen Sie „Staging-Seite erstellen“.
4. Geben Sie einen Namen für die WordPress-Ent­wick­lungs­um­ge­bung bzw. -Test­um­ge­bung ein, bei­spiels­wei­se test-stage. Für eine voll­stän­di­ge Kopie können Sie die vor­ausge­wähl­ten Dateien und Da­ten­bank­ta­bel­len über­neh­men.
5. Starten Sie den Klon­vor­gang. Nach Abschluss erhalten Sie einen Link zur Test­um­ge­bung. Melden Sie sich dort mit Ihren WordPress-Zu­gangs­da­ten an.

Close

Die Be­zeich­nun­gen in der Ober­flä­che können je nach Sprache und Plugin-Version abweichen. Beachten Sie bei der Nutzung von WP Staging außerdem folgende Punkte:

• Datenbank: Die kos­ten­lo­se Version legt die kopierten Tabellen mit einem eigenen Präfix in derselben Datenbank wie die Live-Website an. Eine separate Datenbank lässt sich mit WP Staging Pro verwenden.
• Zu­griffs­schutz: Stan­dard­mä­ßig können nur Ad­mi­nis­tra­to­rin­nen und Ad­mi­nis­tra­to­ren auf die Test­um­ge­bung zugreifen. Lassen Sie WP Staging auf der Testseite aktiv und schließen Sie es nicht vom Klonen aus: An­dern­falls entfällt der Zu­griffs­schutz des Plugins. Prüfen Sie nach der Ein­rich­tung, ob die Testseite wie gewünscht geschützt ist.
• Externe Dienste: Kon­trol­lie­ren Sie, ob die Test­um­ge­bung E-Mails versendet oder mit Zah­lungs­diens­ten und anderen externen An­wen­dun­gen verbunden ist. In den kos­ten­pflich­ti­gen Tarifen bietet WP Staging eine Funktion, um E-Mails und WordPress-Cronjobs auf der Testseite zu un­ter­bin­den.
• Pro-Version: Mit WP Staging Pro können Sie unter anderem eine separate Datenbank oder Subdomain für die Test­um­ge­bung nutzen. Das au­to­ma­ti­sier­te Über­tra­gen von Än­de­run­gen auf die Live-Website ist ab dem Business-Tarif verfügbar. Erstellen Sie vor einer Über­tra­gung ein Backup der Live-Website.

WordPress-Test­um­ge­bung schützen

Eine online er­reich­ba­re Test­um­ge­bung sollte vor un­be­fug­tem Zugriff geschützt sein. Bei einer manuell ein­ge­rich­te­ten Testseite können Sie dafür bei­spiels­wei­se das Ver­zeich­nis mit einem Pass­wort­schutz versehen. Beim Aufruf der Test­um­ge­bung müssen Be­su­che­rin­nen und Besucher dann zunächst einen Be­nut­zer­na­men und ein Passwort eingeben.

Je nach Hosting-Anbieter und Tarif lässt sich der Ver­zeich­nis­schutz über die Ver­wal­tungs­ober­flä­che ein­rich­ten. Falls diese Mög­lich­keit nicht zur Verfügung steht, kann bei ge­eig­ne­ter Ser­ver­kon­fi­gu­ra­ti­on ein Pass­wort­schutz über eine .htaccess-Datei ein­ge­rich­tet werden. In­for­ma­tio­nen zur Ein­rich­tung finden Sie in der Do­ku­men­ta­ti­on Ihres Hosting-Anbieters. Prüfen Sie an­schlie­ßend, ob die Pass­wort­ab­fra­ge beim Aufruf der Test­um­ge­bung erscheint. Rufen Sie die Seite dazu am besten in einem privaten Brow­ser­fens­ter auf.

Wenn Sie die Test­um­ge­bung mit einem Plugin erstellen, prüfen Sie, welche Zu­griffs­schutz­funk­tio­nen das Plugin bietet und ob die Testseite nur für die vor­ge­se­he­nen Personen er­reich­bar ist.

WordPress-Ent­wick­lungs­um­ge­bung lokal ein­rich­ten

Sie können eine WordPress-Test­um­ge­bung bzw. -Ent­wick­lungs­um­ge­bung auch lokal auf Ihrem Computer ein­rich­ten. Dort lassen sich bei­spiels­wei­se Themes und Plugins ent­wi­ckeln oder Än­de­run­gen testen, ohne die Live-Website direkt zu verändern. Die lokale Website rufen Sie in der Regel über eine lokale Adresse wie http://localhost/ auf. Dennoch kann Ihr Computer mit dem Internet verbunden sein und die Test­um­ge­bung auf externe Dienste zugreifen.

Für den lokalen Betrieb benötigen Sie eine Umgebung, die unter anderem einen Webserver, PHP und ein Da­ten­bank­sys­tem be­reit­stellt. Programme wie MAMP oder XAMPP bringen diese Kom­po­nen­ten in einem Paket mit.

Möchten Sie eine be­stehen­de Website lokal testen, über­tra­gen Sie grund­sätz­lich deren Dateien und Datenbank in eine lokale Ser­ver­um­ge­bung. Gehen Sie dazu wie folgt vor:

1. In­stal­lie­ren und starten Sie eine lokale Ser­ver­um­ge­bung wie XAMPP oder MAMP.
2. Erstellen Sie ein voll­stän­di­ges Backup der Dateien und der Datenbank Ihrer WordPress-Website.
3. Kopieren Sie die WordPress-Dateien in das vor­ge­se­he­ne lokale Pro­jekt­ver­zeich­nis und im­por­tie­ren Sie die Datenbank in eine neue lokale Datenbank.
4. Passen Sie die Datei wp-config.php an die Zu­gangs­da­ten der lokalen Datenbank an. Prüfen Sie außerdem die ge­spei­cher­ten Website-Adressen und ersetzen Sie Verweise auf die Live-Website bei Bedarf mit einem Werkzeug, das se­ria­li­sier­te Daten be­rück­sich­tigt.
5. Rufen Sie die lokale Adresse im Browser auf und prüfen Sie, ob die Website und der Ad­mi­nis­tra­ti­ons­be­reich funk­tio­nie­ren.

Lokales und Online-Staging im Vergleich

Ob eine lokale oder eine online gehostete Test­um­ge­bung besser geeignet ist, hängt unter anderem davon ab, wer darauf zugreifen soll und wie Sie Än­de­run­gen auf die Live-Website über­tra­gen möchten.