Redirect-Ketten entstehen, wenn eine URL nicht direkt, sondern über eine oder mehrere Zwischenstationen mit jeweils eigenem Redirect zur finalen Ziel-URL führt.[1] Google folgt einer solchen Kette nur bis zu einer bestimmten Länge und empfiehlt grundsätzlich, direkt auf die finale Ziel-URL weiterzuleiten.[1] Es handelt sich um eine technische Voraussetzung für effizientes Crawling und eindeutige Kanonisierung, nicht um ein gewichtetes Rankingsignal .
- Googlebot folgt einer Kette standardmäßig nur bis zu 10 Hops, danach verarbeitet Google die Inhalte nicht mehr.[2]
- Eine saubere permanente Weiterleitung verliert laut Google keinen PageRank, eine Kette schadet trotzdem über Latenz, Crawling und Kanonisierung.[1]
- Als Crawl-Budget-Thema ist der Faktor vor allem für große oder häufig aktualisierte Websites relevant.[3]
Definition und Einordnung
Was bedeutet Redirect-Kette genau?
Eine Redirect-Kette (englisch: chained redirects) liegt vor, sobald zwischen der ursprünglichen URL und der finalen Zielseite mehr als ein Redirect-Hop liegt, etwa URL A zu URL B zu URL C.[1] Davon zu unterscheiden ist der Redirect-Loop, bei dem eine Kette auf eine bereits durchlaufene URL zurückführt, was Google separat als eigenen Fehlerfall erfasst.[5]
Für die Bewertung einer Kette zählt außerdem, welcher Redirect-Typ verwendet wird. Permanente Redirects (301, 308) wertet Google als starkes Signal dafür, dass die Ziel-URL kanonisch sein soll. Temporäre Redirects (302, 303, 307) gelten dagegen nur als schwaches Signal, sodass die Zielseite nicht automatisch kanonisch wird.[2] [4] Bei jedem Redirect verfolgt Google zudem Quelle und Ziel: Eine der beiden URLs wird kanonisch, die andere bleibt als sogenannter Alternate Name bestehen und kann in bestimmten Suchanfragen weiterhin erscheinen.[4]
Woher ist der Faktor bekannt und wie sicher ist die Evidenz?
Die Aussagen zu Redirect-Ketten stammen direkt aus der Google-Dokumentation zu Crawling, HTTP-Statuscodes und Crawl-Budget sowie aus der Hilfe zum Page-Indexing-Bericht der Search Console.[1] [2] [3] [5] Google nennt dabei kaum feste Zahlen: Belegt sind die 10-Hop-Grenze, ab der eine Kette nicht mehr verarbeitet wird, und die Empfehlung, Ketten idealerweise auf 3, höchstens knapp unter 5 Hops zu begrenzen.[1] [2] Für die meisten anderen Aussagen, etwa zur konkreten Auswirkung auf Rankings, gibt es keinen von Google genannten Schwellenwert und keine Gewichtung. Ebenso wenig äußert sich Google dazu, wie stark eine Kette die Indexierungsgeschwindigkeit einer einzelnen URL im Einzelfall verzögert.
Wie wichtig sind Redirect-Ketten?
Einordnung als Voraussetzung
Redirect-Ketten sind kein Faktor, den Google graduell gewichtet. Stattdessen ist ein sparsamer Umgang mit ihnen Voraussetzung für drei Dinge: ein effizientes Crawl-Budget bei Websites, für die dieses Konzept überhaupt greift[3], eine eindeutige Zuordnung des Kanonisierungssignals auf die richtige URL[2] [4] und eine vollständige Indexierung, da Google Ketten mit Fehlern wie Loops oder Überlänge explizit als Grund für Nicht-Indexierung führt.[5] Fehlt diese Voraussetzung, funktioniert nicht das Ranking selbst schlechter, sondern der Weg dorthin wird unzuverlässiger: Seiten werden langsamer oder gar nicht gecrawlt, Signale landen möglicherweise auf der falschen URL.
Für welche Seitentypen sind Redirect-Ketten besonders relevant?
Die Crawl-Budget-Dimension des Faktors betrifft laut Google konkret Websites mit mehr als 1 Million URLs und mindestens wöchentlichen Änderungen, mittelgroße bis große Websites ab 10.000 URLs mit täglichen Änderungen sowie Websites mit einem hohen Anteil an URLs im Status „Discovered – currently not indexed“.[3] Das trifft in der Praxis vor allem auf große Shops, News-Portale und Seiten nach Relaunches oder Domain-Migrationen zu, bei denen viele URLs auf einmal umgezogen werden.
Typische Missverständnisse
„Jeder Redirect kostet PageRank.“ Permanente Redirects (301, 308) verursachen laut Google keinen PageRank-Verlust.[1] Das Problem an Ketten liegt nicht in einem Wertverlust, sondern in Latenz, Crawling-Aufwand und potenziell falscher Kanonisierung.
„Ein 302 verhält sich wie ein 301.“ Google behandelt beide Statuscodes technisch unterschiedlich: Nur der permanente Redirect gilt als starkes Signal für die Ziel-URL als kanonisch, der temporäre nicht automatisch.[2] [4]
„Google folgt jeder Kette beliebig weit.“ Googlebot folgt standardmäßig maximal 10 Hops, danach wird die Kette nicht mehr aufgelöst.[2]
„Alle Redirect-Arten sind für Google gleichwertig.“ Serverseitige Redirects haben die höchste Erkennungssicherheit, JavaScript-Redirects sollen laut Google nur als letzte Option dienen, und sogenannte Crypto-Redirects (reine Linktexte) gelten als unzuverlässig.[4]
Messung und Diagnose
Redirect-Ketten misst du, indem du einen vollständigen Crawl deiner Domain oder eine Liste kritischer Alt-URLs gegen ein Redirect-Tool laufen lässt und die Ergebnisse mit dem Page-Indexing-Bericht der Search Console abgleichst. Für den Crawl brauchst du Zugriff auf ein SEO-Crawling-Tool sowie deine XML-Sitemap; für den Abgleich reicht ein verifiziertes Search-Console-Property.
Ist-Zustand prüfen
| Prüfpunkt | Unauffällig | Auffällig | Kritisch | Beleg |
|---|---|---|---|---|
| Anzahl Hops bis zur finalen URL | 1 Hop (direkte Weiterleitung) | 2 bis 4 Hops | 5 oder mehr Hops bzw. Nähe an der 10-Hop-Grenze | [1] [2] |
| Mix der Redirect-Typen in der Kette | durchgängig permanent (301/308) | einzelner temporärer Redirect enthalten | Kette endet auf temporärem Redirect, Ziel wird nicht kanonisch | [2] [4] |
| Redirect-Loops | keine vorhanden | vereinzelt, außerhalb wichtiger Pfade | vorhanden auf wichtigen URLs, Search Console meldet Redirect error | [5] |
| Interne Verlinkung auf Redirect-Quellen | interne Links zeigen direkt auf finale URL | vereinzelte interne Links laufen über eine Weiterleitung | zentrale Navigation oder viele interne Links laufen über eine Kette | [1] |
| Redirects in der XML-Sitemap | Sitemap enthält nur finale URLs mit Statuscode 200 | einzelne Redirect-URLs in der Sitemap | Sitemap enthält systematisch Redirect-URLs | [1] |
| Status „Page with redirect“ / „Redirect error“ in der Search Console | keine bzw. vereinzelte, erwartete Fälle | steigende Anzahl über die Zeit | betrifft wichtige oder bisher indexierte URLs | [5] |
| Größe und Änderungsfrequenz der betroffenen Website | kleine, selten aktualisierte Website | mittelgroße Website mit regelmäßigen Änderungen | große Website oder hoher Anteil „Discovered – currently not indexed“ | [3] |
Tools und Datenquellen
| Tool | Bericht oder Kennzahl | Wofür |
|---|---|---|
| Google Search Console | Page-Indexing-Bericht: Status „Page with redirect“ und „Redirect error“ | Zeigt, welche URLs als nicht-kanonischer Redirect erkannt werden bzw. wegen einer zu langen Kette oder eines Loops nicht indexiert sind[5] |
| Screaming Frog SEO Spider | Report „Redirect Chains“ | Bildet die vollständige Kette inklusive Anzahl der Hops ab und markiert Loops[6] |
| Ahrefs Site Audit | Issue „Redirect chain“ | Markiert Ketten beim Crawl deiner Domain[7] |
Musst du handeln?
Ein Befund aus der Messung ist noch keine Handlungsempfehlung. Ob sich eine Bereinigung lohnt, hängt bei Redirect-Ketten vor allem davon ab, wie zentral die betroffene URL ist und ob deine Website überhaupt in den Bereich fällt, in dem Crawl-Budget und Kanonisierungssignale spürbar ins Gewicht fallen.
| Befund (aus Messung und Diagnose) | Handeln lohnt sich, wenn | Eher nicht, wenn | Beleg |
|---|---|---|---|
| Kette mit 2 bis 4 Hops auf einer wichtigen URL | die URL zentral verlinkt ist oder deine Website zur crawl-budget-relevanten Größenordnung gehört (siehe Wie wichtig sind Redirect-Ketten?) | die Kette selten aufgerufene, schwach verlinkte Alt-URLs betrifft und deine Website klein oder selten aktualisiert ist | [3] |
| Kette nähert sich der 10-Hop-Grenze oder überschreitet sie | die URL überhaupt noch indexiert werden soll, denn Google verarbeitet die Inhalte danach nicht mehr | die URL ohnehin durch neue Inhalte ersetzt und nicht mehr indexiert werden soll | [2] |
| Search Console meldet „Redirect error“ für bisher indexierte URLs | die URL Rankings oder Traffic halten soll, denn sie wird derzeit nicht indexiert | die Meldung ausschließlich absichtlich stillgelegte Alt-URLs betrifft | [5] |
| Kette enthält einen temporären Redirect (302/303/307) am oder vor dem Ziel | die Weiterleitung eigentlich dauerhaft sein soll, denn sonst wird die Zielseite nicht als kanonisch gewertet | die Weiterleitung tatsächlich temporär gedacht ist, etwa bei Wartung oder Tests | [2] [4] |
| Website ist groß oder ändert sich häufig und hat viele Ketten | zusätzlich ein hoher Anteil an URLs im Status „Discovered – currently not indexed“ vorliegt, denn dann ist effizientes Crawling als Voraussetzung nicht mehr erfüllt und Handeln wird zwingend | deine Website unter den in Google genannten Schwellen für Crawl-Budget-Relevanz liegt | [3] |
Prüfe bei den Top-Ergebnissen deiner Ziel-Keywords, ob deren wichtige URLs direkt auflösen oder ebenfalls über mehrstufige Ketten laufen. Findest du dort durchgängig direkte Weiterleitungen, ist eine lange Kette auf einer wichtigen eigenen URL ein stärkeres Argument für eine Bereinigung.
Wie du den Aufwand einer Bereinigung gegen den Effekt abwägst, erfährst du auf unserer Seite zur Priorisierung von SEO-Maßnahmen.
Optimierung
Die folgenden Hebel sind erst relevant, nachdem du anhand von Musst du handeln? entschieden hast, dass sich eine Bereinigung für die betroffene URL lohnt.
Die wichtigsten Hebel
- Redirects direkt auf die finale Ziel-URL setzen. (Quick Win) Statt über Zwischenstationen zu leiten, zeigt die Alt-URL direkt auf die aktuelle Zielseite.[1]
- Permanente statt temporärer Redirects für dauerhafte Änderungen nutzen. (Quick Win) 301 oder 308 signalisieren Google eindeutig, welche URL kanonisch werden soll; 302, 303 und 307 tun das nicht automatisch.[2] [4]
- Unvermeidbare Ketten kurz halten. (Quick Win) Bleibe möglichst bei 3, höchstens knapp unter 5 Hops.[1]
- Interne Links nach jeder URL-Änderung aktualisieren. (Langfristig) Verlinke direkt auf die neue Ziel-URL, statt sie über den Redirect laufen zu lassen.[1]
- Serverseitige Redirects bevorzugen. (Langfristig) Setze JavaScript-Redirects nur ein, wenn serverseitige oder Meta-Refresh-Lösungen technisch nicht möglich sind, da deren Rendering fehlschlagen kann.[4] Liegt deine Website unterhalb der in Google genannten Größenordnung für Crawl-Budget-Relevanz, bringt eine aufwendige serverseitige Migration reiner JavaScript-Redirects meist wenig, da Crawling dort ohnehin selten limitierend wirkt.[3]
- Massenhafte Weiterleitung auf eine einzelne, unpassende Ziel-URL vermeiden. (Langfristig) Leite viele Alt-URLs nicht pauschal auf die Startseite um, da Google das als Soft-404 werten kann.[1]
- Redirects lange genug aktiv lassen. (Langfristig) Behalte Weiterleitungen nach einer URL-Änderung mindestens ein Jahr bei, damit alle Signale vollständig übertragen werden.[1]
Umsetzung in Schritten
- Exportiere alle Redirect-Ketten deiner Domain über Screaming Frog oder Ahrefs Site Audit (siehe Messung und Diagnose).
- Priorisiere die gefundenen URLs anhand der Kriterien aus Musst du handeln?.
- Ersetze jede priorisierte Kette durch eine einzelne direkte Weiterleitung zur finalen URL mit Statuscode 200.
- Aktualisiere alle internen Links und die XML-Sitemap auf die finalen Ziel-URLs.
- Prüfe in der Search Console, ob die Meldungen „Redirect error“ und „Page with redirect“ für die bearbeiteten URLs zurückgehen.
- Lasse die bereinigten Redirects mindestens ein Jahr aktiv, statt sie sofort zu entfernen.
Fallstricke und Grenzen
Typische Fehler
- Viele Alt-URLs pauschal auf die Startseite statt auf passende neue Inhalte umleiten. Google kann das als Soft-404 werten, wodurch die Weiterleitung ihren Zweck verfehlt.[1]
- Innerhalb einer Kette permanente und temporäre Redirects mischen, sodass am Ende kein eindeutiges Kanonisierungssignal entsteht.[2] [4]
- Ketten so lang werden lassen, dass sie sich der 10-Hop-Grenze nähern oder sie überschreiten. Google verarbeitet die Inhalte dahinter dann nicht mehr.[2]
- JavaScript-Redirects einsetzen, obwohl serverseitige oder Meta-Refresh-Redirects möglich wären. Schlägt das Rendering fehl, sieht Google die Weiterleitung unter Umständen gar nicht.[4]
Wann stößt der Faktor an Grenzen?
Ob sich eine Bereinigung überhaupt lohnt, hängt von der Größe und Änderungsfrequenz deiner Website sowie der Bedeutung der betroffenen URL ab; die konkreten Kriterien dafür stehen unter Musst du handeln?.
Fazit
Redirect-Ketten sind kein gewichtetes Rankingsignal, sondern eine technische Voraussetzung für effizientes Crawling und eindeutige Kanonisierung. Ob sich eine Bereinigung lohnt, hängt maßgeblich von Größe, Änderungsfrequenz deiner Website und der Bedeutung der betroffenen URL ab. Einen Überblick über weitere Rankingfaktoren findest du auf unserer Pillarpage. Weiterführend interessant sind außerdem unsere Artikel zur Indexierbarkeit und zur internen Verlinkung.
Quellen
- Google: How to move a site (Site Moves and Migrations) (Stand: 20.08.2026). https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes. Abgerufen am 27.09.2026.
- Google: How HTTP status codes affect Google’s crawlers (Stand: 04.02.2026). https://developers.google.com/crawling/docs/troubleshooting/http-status-codes. Abgerufen am 27.09.2026.
- Google: Optimize your crawl budget (Stand: 22.07.2026). https://developers.google.com/crawling/docs/crawl-budget. Abgerufen am 27.09.2026.
- Google: Redirects and Google Search (Stand: 14.04.2026). https://developers.google.com/search/docs/crawling-indexing/301-redirects. Abgerufen am 27.09.2026.
- Google: Page indexing report, Search Console Help. https://support.google.com/webmasters/answer/7440203. Abgerufen am 27.09.2026.
- Screaming Frog: SEO Spider User Guide – General. https://www.screamingfrog.co.uk/seo-spider/user-guide/general/. Abgerufen am 27.09.2026.
- Ahrefs: „Redirect chain“ error in Site Audit. https://help.ahrefs.com/en/articles/79340-what-are-redirect-chains. Abgerufen am 27.09.2026.