Staging-Umgebung.

In professionellen Projekten gibt es meist drei Umgebungen. Die Entwicklungsumgebung läuft auf dem Rechner des Entwicklers; dort wird gebaut und ausprobiert. Die Staging-Umgebung läuft auf einem Server, der der Live-Umgebung gleicht, und dient der Prüfung: Funktioniert alles mit echten Einstellungen, echten Inhalten und auf echten Geräten? Die Produktionsumgebung ist die Live-Website, die Besucher sehen.

Der Nutzen liegt in der Trennung von Ausprobieren und Betrieb. Ein Update, eine neue Funktion oder ein Redesign wird zuerst auf Staging eingespielt. Dort können Auftraggeber Texte lesen, Formulare testen und auf dem eigenen Smartphone klicken, ohne dass Kunden halbfertige Seiten sehen. Fehler, die erst mit echten Daten oder auf dem Server auftreten, zeigen sich hier statt auf der Live-Seite.

Moderne Arbeitsabläufe automatisieren das. Jede Änderung im Git-Repository erzeugt eine eigene Vorschau-Adresse, auf der genau dieser Stand läuft. Nach der Freigabe wird derselbe Stand live geschaltet — nicht eine neu zusammengestellte Version. Bei Shopsystemen wie Shopify übernimmt ein unveröffentlichtes Vorschau-Theme diese Rolle, bei WordPress ein Staging-Klon, den viele Hosting-Anbieter auf Knopfdruck erstellen.

Zwei Punkte werden oft vergessen. Erstens muss Staging für Suchmaschinen gesperrt sein, am besten per Passwortschutz oder noindex — sonst indexiert Google eine Kopie der Website, und es entsteht Duplicate Content. Zweitens darf diese Sperre beim Livegang nicht mitwandern: Eine von Staging übernommene noindex-Einstellung auf der Live-Website ist einer der häufigsten Gründe für einen Rankingeinbruch nach einem Relaunch.