Staging-Umgebung

Eine Staging-Umgebung ist eine Kopie deiner Website unter einer eigenen, nicht öffentlichen Adresse. Dort spielst du Updates ein, probierst neue Funktionen aus oder baust einen Relaunch, ohne dass Besucher:innen etwas davon merken. Erst wenn alles funktioniert, gehen die Änderungen auf die Live-Website.

So funktioniert Staging

Viele Hoster legen eine Staging-Kopie per Klick an, meist auf einer Subdomain wie staging.deinbetrieb.at. Kopiert werden Dateien und Datenbank, also Inhalte, Einstellungen und Plugins. Der typische Ablauf:

1. Aktuellen Stand der Live-Website auf die Staging-Umgebung kopieren.
2. Updates oder Änderungen dort einspielen.
3. Wichtige Seiten, Formulare und Buchung am Desktop und am Handy durchklicken.
4. Bei Erfolg dieselben Schritte live wiederholen oder die geprüften Dateien übertragen.

Vorsicht beim Zurückspielen der kompletten Datenbank: Alles, was in der Zwischenzeit live passiert ist, etwa neue Bestellungen, Anfragen oder Kommentare, würde überschrieben. Viele Hoster bieten deshalb an, nur Dateien oder einzelne Tabellen zu übertragen.

Lohnend ist Staging vor allem bei größeren Plugin- oder Theme-Updates, beim Wechsel der PHP-Version, bei neuen Funktionen wie Buchung oder Shop und bei jedem Umbau. Einen Tippfehler im Text korrigierst du dagegen direkt auf der Live-Website.

Staging vor Google und Kund:innen schützen

Eine Testkopie soll nicht in den Suchergebnissen landen, sonst konkurriert sie als Duplicate Content mit der echten Website. Google empfiehlt für nicht öffentliche Inhalte einen Passwortschutz. Eine Sperre per robots.txt allein reicht nicht: Ist die Seite blockiert, sieht Google auch keine noindex-Anweisung und kann die Adresse trotzdem anzeigen.

Das Häkchen in den WordPress-Einstellungen, mit dem du Suchmaschinen vom Indexieren abhalten willst, ist laut WordPress-Dokumentation nur eine Bitte; ob sie befolgt wird, entscheiden die Suchmaschinen. Mit Passwortschutz bist du auf der sicheren Seite, und Neugierige sehen keine halbfertigen Preise. Alternativ lässt sich der Zugriff auf bestimmte IP-Adressen beschränken, etwa die deines Betriebs und deiner Agentur.

Typische Fehler

• E-Mails an echte Kund:innen: Die Kopie enthält echte Adressen. Terminerinnerungen, Newsletter oder Bestellbestätigungen müssen auf der Staging-Umgebung abgeschaltet sein.
• Zahlungen im Live-Modus: Zahlungsanbieter auf den Testmodus stellen, sonst werden echte Beträge abgebucht.
• Sperre mitgenommen: Beim Website-Relaunch wandert das noindex aus der Testphase auf die neue Website, und Google nimmt die Seiten nach und nach aus dem Index.
• Abweichende Technik: Läuft die Kopie mit einer anderen PHP-Version oder anderen Servereinstellungen als die Live-Website, sagt der Test wenig aus.
• Vergessene Kopien: Alte Staging-Seiten mit veralteten Plugins sind ein Sicherheitsrisiko und enthalten personenbezogene Daten deiner Kund:innen. Halte den Zugang klein und lösch, was nicht mehr gebraucht wird.

Beispiel: Update des Page Builders

Ein Kosmetikstudio will ein großes Update seines Page Builders einspielen. Auf der Staging-Kopie zeigt sich, dass die Preisliste danach am Handy verrutscht. Die Agentur korrigiert das in Ruhe, die Live-Website läuft unverändert weiter. In WordPress lässt sich die Kopie zusätzlich über die Einstellung WP_ENVIRONMENT_TYPE als „staging“ kennzeichnen, die Plugins abfragen können, um etwa Mails oder Zahlungen automatisch zu bremsen.

Staging gehört zu einer geordneten Pflege; wie die im Alltag aussieht, steht im Ratgeber WordPress sicher warten. Bei Umbauten kommt die SEO-Checkliste für den Relaunch dazu. Mehr über Website-Projekte von BigSolutions erfährst du bei BigWebsites.