Weiterleitungskette (Redirect Chain)

Warum Ketten ein Problem sind

Googles Crawler folgen standardmäßig bis zu 10 Redirect-Hops (Google-Doku zu HTTP-Statuscodes). In der Doku zum Website-Umzug empfiehlt Google, direkt auf das Ziel weiterzuleiten und Ketten sonst möglichst auf höchstens drei und weniger als fünf Hops zu begrenzen. Wer innerhalb der Zehn-Hop-Grenze bleibt, wird erreicht, aber jede Station verlängert den Weg zum Inhalt. Fällt ein Glied der Kette aus oder zeigt falsch, kommt auch das Ziel nicht an.

Ketten entstehen meist schrittweise. Eine alte URL wurde beim Relaunch umgeleitet, später wurde das Ziel erneut verschoben. Auch die Kombination aus Wechsel auf HTTPS, Entscheidung für www und neuer URL-Struktur erzeugt zwei bis drei Stationen hintereinander.

Beispiel

GET http://example.com/alt    → 301 → https://example.com/alt
GET https://example.com/alt   → 301 → https://www.example.com/alt
GET https://www.example.com/alt → 301 → https://www.example.com/neu

Besser ist eine einzige Weiterleitung von http://example.com/alt direkt auf https://www.example.com/neu. Mit curl -IL lässt sich der Verlauf anzeigen.

Auflösen

Das Ziel jeder Weiterleitung auf die endgültige URL umstellen. Auch interne Links und Sitemap-Einträge sollten direkt auf die Ziel-URL zeigen.

Eine Fallstudie von searchVIU (2018) zeigt, wie Ketten bei einem Domainumzug entstehen. Die alte Domain leitete jede URL zuerst auf denselben Pfad der neuen Domain, erst von dort ging es zum Ziel. Rund 99 % der alten URLs liefen so über eine Kette. Ein Leitfaden von searchVIU (2019) empfiehlt deshalb, globale Regeln wie HTTP zu HTTPS erst nach den 1:1-Weiterleitungen greifen zu lassen und ältere Weiterleitungen direkt auf die neuen Ziele umzustellen.

Stand: 8. Oktober 2026