Redirect-Kette Schritt für Schritt prüfen

Jeder Hop ist eine eigene Antwort

Eine Redirect-Kette besteht nicht aus einer magischen Ziel-URL. Der Browser fragt die erste URL an, erhält Status und Location und stellt danach eine neue Anfrage. Wiederholt sich das, entsteht eine Kette.

Prüfe deshalb pro Schritt Anfrage-URL, Statuscode und aufgelöstes Ziel. Ein relativer Location-Wert wie /neu muss gegen die aktuelle URL aufgelöst werden.

Woran eine problematische Kette erkennbar wird

Mehrere Hops sind nicht automatisch ein Fehler. Sie vergrößern aber die Zahl der Stellen, an denen Cache, Routing oder Canonical-Signale auseinanderlaufen können.

• Ein Redirect enthält keine Location.
• Eine URL taucht erneut auf und bildet eine Schleife.
• HTTP und HTTPS oder www und Apex wechseln mehrfach.
• Das Endziel liefert 404, 410 oder 5xx.
• Das Endziel hat ein abweichendes Canonical oder noindex.

Weiterleitung und inhaltliche Gleichwertigkeit trennen

Ein dauerhafter Redirect ist ein technisches Signal. Ob Quelle und Ziel denselben Nutzerjob erfüllen, ist eine redaktionelle Entscheidung. Leite alte URLs nicht pauschal auf die Startseite um, nur um einen 404 zu vermeiden.

Halte bei Migrationen eine URL-Matrix fest: alter Pfad, neuer Pfad, Begründung, Status und Prüftermin. So lässt sich eine fehlerhafte Regel gezielt zurücknehmen.

Ein erfolgreicher 301 beweist nicht, dass ein Suchsystem das Ziel indexiert oder Signale bereits zusammengeführt hat.

Primärquellen

Zuletzt geprüft am 28. August 2026.

• RFC 9110 — HTTP Semantics — Statuscode- und Location-Semantik.
• Google: Redirects und Google Search — Aktuelle Behandlung dauerhafter und temporärer Redirects in Google Search.