WordPress-Staging einrichten — testen, ohne die Live-Seite zu gefährden.
Updates einspielen, Theme wechseln, Relaunch bauen, ein neues Plugin ausprobieren — alles auf der Live-Seite ist wie Chirurgie am offenen Patienten. Eine Staging-Umgebung ist die Kopie, an der du gefahrlos arbeitest. Hier steht, wie du sie einrichtest und worauf es dabei ankommt.
Staging ist eine vollständige Kopie deiner Website unter eigener Adresse, etwa staging.deine-domain.de. Dort werden Änderungen gebaut und getestet, bevor sie live gehen. Wichtig: Die Kopie muss vor Google versteckt (noindex, Passwortschutz), von echten Kunden getrennt (keine Bestellmails, keine Zahlungen) und leicht mit der Live-Seite austauschbar sein. Die meisten Hoster bieten Staging per Klick.
Wofür Staging.
- Größere Updates von WordPress, WooCommerce, Page-Builder und PHP vorab testen.
- Theme- oder Page-Builder-Wechsel, Relaunch, neue Seitentypen.
- Neue Plugins ausprobieren, ohne die Live-Seite zu belasten.
- Fehler nachstellen, die auf der Live-Seite auftreten.
- Backup-Wiederherstellung testen.
- Kunden oder Kollegen eine Vorschau zeigen.
Drei Wege zum Staging.
| Weg | Vorteil | Nachteil |
|---|---|---|
| Hoster-Staging (per Klick im Panel) | Schnell, oft mit „Live schalten“-Funktion, gleiche Serverumgebung | Nicht bei jedem Hoster; Funktionsumfang unterschiedlich |
| Plugin (WP Staging, Duplicator, All-in-One WP Migration) | Unabhängig vom Hoster, Kopie in Unterordner oder Subdomain | Läuft auf demselben Server, bei großen Seiten langsam |
| Manuell (Subdomain, Kopie per SSH/WP-CLI) | Volle Kontrolle, auch auf anderem Server möglich | Aufwand, URL-Ersetzung nötig |
Für die meisten Websites ist das Hoster-Staging der beste Weg. Beim manuellen Weg gilt derselbe Ablauf wie beim Umzug: Dateien und Datenbank kopieren, URLs sicher ersetzen, wp-config anpassen.
Was eine Staging-Umgebung leisten muss.
- Vor Google versteckt: Einstellungen → Lesen → „Suchmaschinen davon abhalten“ plus X-Robots-Tag noindex im Header. Eine indexierte Staging-Kopie erzeugt doppelte Inhalte und verwirrt Google.
- Zugriffsschutz: HTTP-Passwortschutz über das Hosting — nicht nur das WordPress-Login.
- Keine echten E-Mails: Mailversand abschalten oder auf ein Testpostfach umleiten, sonst bekommen Kunden Test-Bestellmails.
- Keine echten Zahlungen: Zahlungsanbieter im Testmodus, Webhooks getrennt.
- Keine Cronjobs an Dritte: Newsletter, Synchronisationen, Schnittstellen zu CRM oder ERP deaktivieren.
- Erkennbar: Farbiger Hinweis im Backend oder Frontend, damit niemand versehentlich auf Staging arbeitet und denkt, es sei live.
- Aktuell: Vor jedem größeren Test von Live frisch kopieren.
<?php
/**
* Plugin Name: Staging-Schutz
* Description: Nur auf der Staging-Kopie aktivieren.
*/
// Suchmaschinen fernhalten — zusätzlich zur Einstellung unter Lesen
add_action( 'send_headers', function () { header( 'X-Robots-Tag: noindex, nofollow, noarchive' ); } );
// Keine E-Mails an echte Empfänger: alles an ein Testpostfach umleiten
add_filter( 'wp_mail', function ( $mail ) {
$mail['subject'] = '[STAGING] ' . $mail['subject'] . ' (ursprünglich an ' . ( is_array( $mail['to'] ) ? implode( ', ', $mail['to'] ) : $mail['to'] ) . ')';
$mail['to'] = 'staging-test@deine-domain.de';
return $mail;
} );
// Roter Hinweis im Backend und Frontend
add_action( 'admin_bar_menu', function ( $bar ) {
$bar->add_node( [ 'id' => 'staging-hinweis', 'title' => '⚠ STAGING — nicht live', 'meta' => [ 'class' => 'staging-hinweis' ] ] );
}, 999 );
add_action( 'wp_head', function () { echo '<style>#wpadminbar .staging-hinweis a{background:#c0392b!important;color:#fff!important;font-weight:700}</style>'; } );
add_action( 'admin_head', function () { echo '<style>#wpadminbar .staging-hinweis a{background:#c0392b!important;color:#fff!important;font-weight:700}</style>'; } );Das Plugin liegt nur auf Staging, nie auf der Live-Seite. Hoster-Staging setzt noindex und Passwortschutz oft automatisch — trotzdem prüfen. Zahlungsanbieter separat in den Testmodus schalten.
Änderungen zurück auf Live.
Der heikle Teil. Drei Situationen:
- Nur Dateien geändert (Theme, Plugins, Code): Dateien übertragen, Live-Datenbank bleibt. Sicher und einfach.
- Nur Inhalte auf Staging geändert (Relaunch-Seiten): Komplett von Staging nach Live schieben — aber alles, was auf Live inzwischen passiert ist (Bestellungen, Kommentare, neue Beiträge, Nutzer), geht verloren. Deshalb Live während des Aufbaus einfrieren oder die Änderungen nachziehen.
- Beides geändert: Selektiv übertragen — Hoster-Staging mit Tabellenauswahl oder Werkzeuge, die Datenbanktabellen einzeln synchronisieren. Bei Shops die Bestelltabellen nie überschreiben.
Vor jedem Live-Schalten: Backup der Live-Seite, Übertragung zu ruhiger Zeit, danach Permalinks, Caches, Formulare, Shop prüfen.
Staging bei Shops und Mitgliederbereichen.
Hier ist die Trennung besonders wichtig: Bestell- und Nutzerdaten ändern sich auf Live ständig. Auf Staging werden Layout, Plugins und Updates getestet, aber Inhalte und Bestellungen nie zurück nach Live übertragen. Zahlungs-Webhooks dürfen nicht auf Staging zeigen, Abo-Verlängerungen und Erinnerungs-Cronjobs müssen auf Staging aus sein — sonst laufen Abbuchungen oder Mails doppelt. Bei Lernplattformen dasselbe für Lernfortschritte und Erinnerungen.
Ein einfacher Arbeitsablauf.
- Staging frisch von Live erzeugen.
- Änderung auf Staging umsetzen (Update, Theme, Plugin, Seiten).
- Testen: Startseite, Unterseiten, Formulare, Shop, mobil, Ladezeit.
- Backup von Live.
- Übertragen — Dateien, Inhalte oder selektiv.
- Live prüfen, Caches leeren.
- Staging bis zur nächsten Änderung liegen lassen oder löschen.
Typische Fehler.
- Staging indexiert — plötzlich rankt
staging.domain.destatt der Live-Seite. - Test-Bestellmails an echte Kunden.
- Staging nach Live geschoben und dabei zwei Wochen Bestellungen gelöscht.
- Auf Staging gearbeitet, aber gedacht, es sei Live — oder umgekehrt.
- Staging monatelang vergessen: ungepflegte Kopie mit alten Plugins als Einfallstor (absichern).
- Lizenzen von Premium-Plugins an Staging-Domain gebunden — Live-Lizenz vorher prüfen.
Staging einrichten, absichern und den Rückweg sauber aufsetzen — einmalig oder als Teil der Wartung: WordPress-Hilfe.
Wer hilft.
Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.
Echte Projekte — live ansehen.
WordPress-Websites, die ich gebaut habe oder laufend betreue.
Markenfest
Stärkerer Online-Shop — Webdesign, Content und individuelle Shop-Funktionen.
Website ansehen ↗
KT Bodenteam
Professioneller Auftritt für einen Bodenleger — Vorher-Nachher-Slider und regionale SEO.
Website ansehen ↗
Potassco Solutions
Klare Website für ein KI-Unternehmen, die komplexe Technologie verständlich macht.
Website ansehen ↗FAQ — WordPress-Staging einrichten.
Was ist eine Staging-Umgebung bei WordPress?
Eine vollständige Kopie der Website unter eigener Adresse, auf der Updates, Theme-Wechsel, neue Plugins und Relaunches gebaut und getestet werden, bevor sie auf die Live-Seite übertragen werden. Die Kopie ist vor Google versteckt und von echten Kunden, Mails und Zahlungen getrennt.
Wie richte ich Staging für WordPress ein?
Am einfachsten über die Staging-Funktion des Hosters per Klick. Alternativ mit Plugins wie WP Staging oder Duplicator oder manuell durch Kopieren von Dateien und Datenbank auf eine Subdomain mit anschließender URL-Ersetzung.
Wie verhindere ich, dass Google die Staging-Seite indexiert?
Unter Einstellungen, Lesen die Suchmaschinen aussperren, zusätzlich einen X-Robots-Tag noindex im Header setzen und die Staging-Adresse mit einem HTTP-Passwortschutz über das Hosting absichern.
Wie bekomme ich Änderungen von Staging zurück auf Live?
Reine Dateiänderungen wie Theme und Plugins werden übertragen, während die Live-Datenbank bleibt. Bei Inhaltsänderungen muss beachtet werden, dass Bestellungen, Kommentare und Nutzer, die inzwischen auf Live entstanden sind, nicht überschrieben werden, entweder durch Einfrieren von Live oder selektive Übertragung einzelner Tabellen.
Kann ich Staging bei einem WooCommerce-Shop nutzen?
Ja, für Layout, Plugins und Updates. Bestelldaten werden nie von Staging nach Live übertragen, Zahlungsanbieter laufen im Testmodus, Webhooks zeigen nicht auf Staging und Cronjobs für Abos, Erinnerungen und Synchronisationen sind auf Staging deaktiviert.
Warum bekommen Kunden E-Mails von meiner Staging-Seite?
Weil der Mailversand auf der Kopie aktiv ist und Test-Bestellungen oder Cronjobs echte Mails auslösen. Auf Staging sollte der Versand abgeschaltet oder alle Mails an ein Testpostfach umgeleitet werden.
Das bin ich – rechts im BildErzähl mir von deiner neuen Website.
Beschreib kurz, was du vorhast — du bekommst eine ehrliche Einschätzung zu Umfang, Zeit und Kosten.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de