Redirect-Kette prüfen: 301, 302 und 308

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.

301, 302, 307 oder 308: Was soll dauerhaft sein?

301 und 308 beschreiben eine dauerhafte Weiterleitung, 302 und 307 eine temporäre. Das ist keine kosmetische Zahl: Der Status sollte ausdrücken, ob die alte URL langfristig durch das Ziel ersetzt wird oder später wieder selbst antworten soll.

307 und 308 erhalten die HTTP-Methode eindeutig. Bei 301 und 302 gibt es historisches Client-Verhalten, das eine POST-Anfrage in einen GET ändern kann. Für normale SEO-URL-Migrationen ist vor allem die Unterscheidung dauerhaft oder temporär entscheidend.

Ein Redirect Checker kann den gelieferten Status belegen. Ob dieser Status zu deiner Migrationsabsicht passt, musst du anhand des Nutzerjobs entscheiden.

HTTP, HTTPS, www und Trailing Slash in einem Schritt vereinheitlichen

Prüfe typische URL-Varianten bewusst: http und https, www und Domain ohne www sowie Pfade mit und ohne abschließenden Slash. Wenn mehrere Regeln nacheinander greifen, entsteht aus einer einfachen URL-Weiterleitung schnell eine unnötige Redirect-Kette.

Die sauberste Regel führt jede alte Variante möglichst direkt auf genau eine bevorzugte Ziel-URL. Query-Parameter dürfen dabei nicht versehentlich verschwinden, wenn sie für Inhalt oder Messung benötigt werden.

• HTTP leitet direkt auf die bevorzugte HTTPS-Version.
• www und Nicht-www wechseln nicht mehrfach.
• Trailing-Slash-Regeln gelten konsistent für vergleichbare Pfade.
• Das endgültige Ziel antwortet ohne weiteren Redirect.

Redirect-Schleifen und defekte Ketten erkennen

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 31. 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.