Was ist eine Weiterleitungskette?

Eine Weiterleitungskette entsteht, wenn eine Adresse nicht unmittelbar zu ihrem Ziel führt, sondern zu einer weiteren, die ihrerseits weiterleitet, und so fort. Statt von A nach C läuft der Browser A, dann B, dann C und bekommt erst danach die Seite.

Jedes Glied ist eine vollständige Anfrage. Wechselt der Sprung Domain oder Protokoll, muss DNS erneut aufgelöst, die Verbindung erneut geöffnet und TLS erneut ausgehandelt werden. Deshalb wächst der Preis einer Kette weit schneller, als die Zahl der Sprünge vermuten lässt.

Absichtlich gebaut werden sie fast nie. Sie sammeln sich an: Eine Migration änderte die URL-Struktur, später stellte man auf HTTPS um, danach vereinheitlichte man mit oder ohne www, und jeder Schritt ergänzte seine eigene Regel, ohne die vorigen zu prüfen. Das Ergebnis funktioniert, und genau deshalb sieht niemand hin.

Der Extremfall ist die Schleife: A leitet auf B, B zurück auf A. Der Browser erkennt das nach einigen Versuchen und zeigt einen Fehler, die Seite ist damit vollständig unerreichbar. Das kommt selten vor, und wenn, stammen die beiden Regeln meist von verschiedenen Personen zu verschiedenen Zeiten.

Ein Unterschied entscheidet, ob eine Kette ein Problem oder nur eine Kuriosität ist: wer sie durchläuft. Ein Nutzer, der über ein altes Lesezeichen kommt, zahlt sie einmal und macht weiter. Der Crawler durchläuft sie bei jedem Besuch, und Ketten betreffen meist ganze Familien von URLs, nicht eine einzelne.

Deshalb kann derselbe Fehler in einem Blog mit dreißig Artikeln belanglos und in einem E-Commerce-Shop mit zwanzigtausend Produktseiten teuer sein: Dort vervielfacht sich eine falsch gesetzte Regel mit jedem Produkt, jedem Filter und jeder Variante.

Die Kosten verteilen sich auf drei Stellen, und man trennt sie besser, weil sie sich unterschiedlich beheben lassen.

Für den Besucher ist jeder Sprung Wartezeit, bevor irgendetwas zu sehen ist. Sie schlägt vollständig auf den TTFB durch, der wiederum die erste Teilzeit des LCP ist. Eine Kette aus drei Sprüngen kann mehr Verzögerung hinzufügen als jede Bildoptimierung danach einspart.

Für das Crawling ist jeder Sprung eine Anfrage, die der Crawler ausgibt, ohne neuen Inhalt zu erreichen. Auf einer Website mit tausenden URLs konkurriert das unmittelbar mit den Seiten, die er ansehen soll, und schlägt auf die Indexierung der tiefer liegenden durch.

Für die Pflege ist jede zusätzliche Regel eine, die in zwei Jahren jemand verstehen muss. Lange Ketten führen dazu, dass sich niemand mehr an die Konfigurationsdatei traut, und ab da wachsen sie nur noch.

Ein vierter Kostenposten wird fast nie mitgerechnet: der von Kampagnen. Eine Anzeige, die auf eine URL mit Tracking-Parametern zeigt und in eine Kette gerät, zahlt die Verzögerung bei jedem Klick, und diese Klicks sind gekauft. Dieselbe Kette, die im organischen Verkehr ein Ärgernis ist, wird zu Geld, sobald der Traffic bezahlt ist.

Es lohnt, das von der Werbeseite her zu prüfen und nicht nur vom Crawler: die Ziel-URLs der laufenden Kampagnen nehmen, sie mit gesetzten Parametern verfolgen und die Sprünge zählen. Eine Prüfung von fünf Minuten, die selten stattfindet, weil die Werkzeuge der Web-Analyse über die Sitzung berichten und nicht über den Weg davor.

Googles Dokumentation gibt an, dass der Crawler Weiterleitungsketten folgt, empfiehlt aber ausdrücklich, sie zu vermeiden und immer auf das Endziel zu verlinken. Eine magische Zahl als Schwelle veröffentlicht Google nicht, und dieses Fehlen wird häufig in beide Richtungen missverstanden.

Wer daraus „dann ist es egal“ schließt, irrt, weil die Kosten an Zeit und Crawl-Budget unabhängig davon bestehen, wie viele Sprünge das System verkraftet. Wer nach der genauen Zahl sucht, irrt ebenfalls: Die nützliche Frage ist nicht, wie viele Google aushält, sondern wie viele nötig sind, und die Antwort lautet fast immer einer.

Zur Weitergabe von Autorität hat Google angegeben, dass eine 301-Weiterleitung keinen Verlust an PageRank bedeutet. Das räumt eine alte Sorge aus und ändert nichts am Vorigen: Das Problem der Ketten sind Zeit und Crawling, nicht die Kraft.

Für die tägliche Arbeit passt die Regel in einen Satz: Ein Sprung ist in Ordnung, zwei sind vertretbar, solange aufgeräumt wird, drei oder mehr sind eine offene Aufgabe.

Eine weitere häufige Verwechslung ist, alle 3xx-Codes für austauschbar zu halten. Eine 301 sagt „das ist dauerhaft umgezogen“, eine 302 sagt „schau später wieder hier“. Einen endgültigen Umzug als vorübergehend zu markieren lässt Google die alte URL viel länger behalten als nötig.

In einer Kette mischen sich die Typen zudem: ein erster 301-Sprung aus einer Migration, gefolgt von einer 302 für eine Aktion, ergibt einen Weg, den weder der Crawler noch das Team versteht. Beim Aufräumen entscheidet man den Typ einmal, vom Endziel her rückwärts.

Für eine einzelne URL genügt die Kommandozeile: sie mit Verfolgung der Weiterleitungen abrufen und zählen, wie viele 3xx-Antworten vor der 200 stehen. Das ist die schnellste Prüfung und braucht kein installiertes Werkzeug.

Für die ganze Website braucht es einen vollständigen Crawl, der jede Kette mit Länge und Ziel auflistet. Dort zeigt sich meist das eigentliche Muster: Fast alle Ketten teilen denselben ersten Sprung, üblicherweise eine alte Protokoll- oder www-Regel, die auf alles angewandt wird.

Das Aufräumen hat zwei Teile, und den zweiten zu überspringen ist der übliche Fehler. Zuerst werden die Regeln verkürzt: A zeigt künftig unmittelbar auf D, ohne B und C. Zweitens, und wichtiger, werden die Links korrigiert, die auf A zeigen — in der internen Verlinkung ebenso wie in Kampagnen und E-Mail-Signaturen. Ohne das läuft die Weiterleitung bei jedem Besuch weiter.

Danach misst man mit demselben Maßstab erneut und beobachtet den TTFB in Search Console, eingedenk dessen, dass die Felddaten Wochen brauchen, bis sie die Änderung zeigen.

Ein praktischer Hinweis zur Prüfung: Sie gehört mit derselben Kennung und demselben Protokoll gemacht, mit denen die Leute ankommen. Manche Konfigurationen leiten je nach Gerät unterschiedlich, und eine Kette, die vom Schreibtisch aus nicht erscheint, kann mobil bestehen — und dort entscheidet die Mobile-First-Indexierung.

Außerdem sollte man das Ergebnis festhalten, bevor man etwas anfasst. Eine Liste der aktuellen Ketten mit ihrer Länge dient als Ausgangswert; ohne sie lässt sich hinterher nicht zeigen, dass die Arbeit etwas gebracht hat, und in einer Prüfung zum technischen SEO ist dieser Nachweis die halbe Aufgabe.

• Die Regeln verkürzen und die internen Links weiter auf das erste Glied zeigen lassen: Die Kette verschwindet aus dem Bericht und läuft bei jedem Besuch weiter.
• Bei jeder Migration eine neue Regel an die alten hängen, statt das Ganze vom Endziel her neu zu schreiben.
• 301 und 302 ohne Kriterium verwenden: Ein endgültiger Umzug, der als vorübergehend markiert ist, lässt Google auf eine Rückkehr warten, die nicht kommt.
• Alles Nichtvorhandene auf die Startseite umleiten statt auf ein gleichwertiges Ziel — was zudem aus einem ehrlichen 404-Fehler eine Antwort macht, die gültig aussieht und es nicht ist.
• Nur von der Kommandozeile mit der sauberen URL messen, während der echte Traffic mit Kampagnenparametern kommt, die eine ganz andere Regel auslösen.

Und ein letzter Fall, der in keiner Sprungliste auftaucht: Die Kette endet dort, wo sie soll, aber die Zielseite hat keinen Inhalt. Formal stimmt alles — eine saubere 301 auf eine 200 — und der Besucher findet trotzdem nichts. Das ist ein Soft 404 am Ende des Weges, und deshalb gehört das Ziel geprüft und nicht nur die Zahl der Sprünge.