English
CMS, Betrieb & Spezialdateien

Staging-Umgebung

Auch genannt: DEV-Umgebung, Testumgebung, Staging, Staging-System, Staging Site

Eine Staging-Umgebung (auch DEV-Umgebung oder Testumgebung) ist eine Kopie einer Website oder Anwendung, auf der Änderungen getestet werden, bevor sie live gehen. Sie soll der Produktivumgebung möglichst ähnlich sein. Für SEO zählt, dass diese Kopie nicht in der Suche auftaucht.

Was bedeutet eine Staging-Umgebung für SEO?

Auf Staging prüfen Teams Änderungen an Templates, Weiterleitungen oder Inhalten, bevor Nutzer sie sehen. Dazu gehört auch ein SEO-Check vor dem Go-live. Ist die Staging-Domain für Google erreichbar und nicht geschützt, kann sie im Index landen und Duplikate der Live-Seite erzeugen.

Google nennt zwei verlässliche Wege, eine Seite aus der Suche herauszuhalten: noindex oder Passwortschutz. Eine robots.txt reicht dafür nicht. Wenn andere Seiten mit beschreibendem Text auf die URL verweisen, kann Google sie ohne Abruf indexieren. Ein noindex wirkt außerdem nur, wenn der Crawler die Seite abrufen darf. Eine per robots.txt gesperrte Seite zeigt ihr noindex nie.

Manche Hoster setzen den Schutz automatisch. Ein Beispiel ist der Header X-Robots-Tag mit noindex und nofollow auf den Staging-URLs des Hosters (laut Doku von Kinsta). Bei einer eigenen Domain lassen sich solche Header entfernen.

Eine Staging-Umgebung wird oft komplett per robots.txt mit Disallow: / gesperrt. Wird diese Datei beim Livegang mit übernommen, ist die neue Website für Crawler gesperrt. Liegt auf Staging schon die robots.txt, die später live gelten soll, und schützt ein Passwort oder eine IP-Freigabe die Umgebung, lässt sich das Crawlverhalten vor dem Start realistisch testen (Praxiserfahrung).

Beispiel

HTTP
HTTP/1.1 200 OK
X-Robots-Tag: noindex, nofollow

Ein HTTP-Passwortschutz ist die strengere Variante. Crawler erhalten dann 401 und sehen keine Inhalte.

Häufige Fehler

  • Staging nur mit robots.txt sperren. Google kann die URL ohne Abruf indexieren, wenn andere Seiten mit beschreibendem Text auf sie verweisen.
  • noindex auf einer per robots.txt gesperrten Seite. Das noindex wirkt nur, wenn der Crawler die Seite abrufen darf.
  • Schutz oder noindex beim Livegang übernehmen. Die Live-Seite fällt dann aus der Suche oder bleibt für Crawler unerreichbar. Das ist eine Praxiserfahrung, die aus den beiden genannten Wirkungen folgt.

Quellen

  1. Block Search indexing with noindex – Google Search Centraldevelopers.google.com
  2. Introduction to robots.txt – Google Search Centraldevelopers.google.com
  3. Staging-Umgebungen – Kinsta Doku (Zweitquelle)kinsta.com
  4. RFC 9309: Robots Exclusion Protocol – IETFrfc-editor.org

Stand: