Umleitungsfehler in der Google Search Console beheben

Im Bericht zur Seitenindexierung steht bei einer Adresse «Umleitungsfehler». Die Meldung bedeutet: Google hat beim Abruf dieser Adresse eine Weiterleitung erhalten und ist auf dem Weg zum Ziel gescheitert. Über diese Adresse gelangt Google deshalb nicht zu der Seite, auf die sie zeigen soll, und die Adresse selbst wird nicht indexiert.

In der deutschen Google-Hilfe zum Seitenindexierungsbericht heisst derselbe Grund «Weiterleitungsfehler». Google nennt dort vier Möglichkeiten: «Eine zu lange Weiterleitungskette», «Eine Weiterleitungsschleife», «Eine Weiterleitungs-URL, die die maximale URL-Länge überschritten hat» und «Eine ungültige oder leere URL in der Weiterleitungskette». Welche davon zutrifft, steht nicht im Bericht. Du siehst es, wenn du die Weiterleitungen der betroffenen Adresse Station für Station verfolgst.

Das tust du jetzt: Verfolge die Beispieladresse aus dem Bericht mit curl oder den Entwicklertools deines Browsers bis zum Ende. Endet die Kette nach höchstens zehn Weiterleitungen bei einer Seite mit Status 200, besteht der Fehler heute nicht mehr: Du kürzt überflüssige Zwischenschritte und startest im Bericht «Fehlerbehebung überprüfen». Endet sie nicht, suchst du die Regel, die den Fehler erzeugt, und korrigierst sie. Am Schluss zeige ich den Fall aus meiner eigenen Search Console: eine Adresse, die Google zuletzt im Mai auf meiner früheren Website abgerufen hat.

Was «Umleitungsfehler» bedeutet

Eine Weiterleitung schickt jeden, der eine Adresse aufruft, zu einer anderen Adresse. Der Server liefert dann keine Seite, sondern einen Statuscode wie 301 oder 308 und die neue Adresse. Leitet auch diese weiter, entsteht eine Kette. Jede Station nennt Google einen «Weiterleitungs-Hop». In seiner Übersicht zu HTTP-Statuscodes schreibt Google: «Der Googlebot folgt beim Crawlen allgemeiner Webinhalte in der Regel bis zu 10 Weiterleitungs-Hops, die Google-Prüftools folgen hingegen keinen Weiterleitungs-Hops.»

Ein Umleitungsfehler entsteht, wenn diese Kette nicht bei einer Seite endet: weil sie mehr als zehn Stationen hat, im Kreis führt, eine immer längere Adresse erzeugt oder auf eine leere oder ungültige Adresse zeigt. «Umleitungsfehler» im Bericht und «Weiterleitungsfehler» in der Hilfe bezeichnen denselben Grund; Oberfläche und Hilfe sind unterschiedlich übersetzt.

Wichtig für die Einordnung: Der Bericht zeigt das Ergebnis des letzten Abrufs. In der Spalte «Zuletzt gecrawlt» steht, wann Google die Adresse zuletzt versucht hat. Liegt dieses Datum vor einer Umstellung deiner Website, etwa vor einem Relaunch oder dem Wechsel auf https, beschreibt die Meldung den damaligen Zustand. Ob er heute noch besteht, prüfst du selbst.

Nicht verwechseln: ähnliche Meldungen

• «Seite mit Weiterleitung»: Google ist der Weiterleitung gefolgt und angekommen. Die Hilfe beschreibt diesen Grund so: «Dies ist eine nicht kanonische URL, die zu einer anderen Seite weiterleitet. Daher wird diese URL nicht indexiert.» Bei einer bewusst umgezogenen Seite ist das der gewünschte Zustand. Steht dort aber eine Seite, die gar nicht weiterleiten soll, entfernst du die Weiterleitung und beantragst in der URL-Prüfung die Indexierung. So war es bei meiner Preisseite /preise: Google hat sie am 17. September 2026 abgerufen, als sie auf /leistungen weiterleitete. Seit dem 24. September ist sie wieder eine eigene Seite, und am 25. September habe ich die Indexierung beantragt.
• «Nicht gefunden (404)»: Die Adresse liefert keine Seite und leitet auch nicht weiter. Gibt es für eine alte Adresse eine passende neue Seite, richtest du eine Weiterleitung ein. Die Übersicht im Beitrag Warum Google deine Website nicht findet ordnet diesen Fall ein.
• «Konnte nicht abgerufen werden» im Sitemaps-Bericht: Diese Meldung betrifft die Sitemap-Datei, nicht eine einzelne Seite. Leitet die Adresse deiner Sitemap weiter, prüfst du das Ziel, wie es der Beitrag zur Sitemap-Meldung «Konnte nicht abgerufen werden» beschreibt.

«Fehler: Umleitungsfehler» im Firefox

Diese Meldung stammt nicht aus der Search Console, sondern vom Browser. Firefox zeigt sie, wenn eine Website die Anfrage so weiterleitet, dass der Browser nie bei einer Seite ankommt, in der Regel wegen einer Schleife. Chrome und Edge melden denselben Zustand mit dem Code ERR_TOO_MANY_REDIRECTS.

Siehst du die Meldung auf deiner eigenen Website, erreichen auch deine Besucher die Seite nicht. Dann prüfst du sofort, wie bei Ursache 2 beschrieben. Erscheint sie auf einer fremden Website, liegt die Korrektur bei deren Betreiber.

Die Weiterleitungskette sichtbar machen

Im Browser siehst du nur die Adresse, bei der du am Ende landest. Die Stationen dazwischen zeigen dir zwei Werkzeuge. Google selbst verweist in der Hilfe allgemein auf ein Web-Debugging-Tool wie Lighthouse; für die Kette genügen curl und die Entwicklertools des Browsers.

Mit curl: Das Programm ist auf aktuellen Windows-Versionen und auf dem Mac bereits installiert. Öffne unter Windows die PowerShell, auf dem Mac das Terminal, und gib die Adresse aus dem Bericht genau so ein, wie sie dort steht, zum Beispiel curl.exe -sIL https://www.beispiel.ch/alte-seite/. Auf dem Mac schreibst du curl statt curl.exe; unter Windows ist die Endung nötig, weil curl in der vorinstallierten PowerShell einen anderen Befehl aufruft. -I holt nur die Kopfzeilen der Antworten, -L folgt den Weiterleitungen, -s blendet die Fortschrittsanzeige aus.

Für jede Station erscheint ein Block mit einer Statuszeile, bei Weiterleitungen zusätzlich eine Zeile location mit dem nächsten Ziel. So liest du das Ergebnis:

• Die letzte Statuszeile zeigt 200: Die Kette endet bei einer Seite. Die Statuszeilen mit 301, 302, 307 oder 308 davor sind die Weiterleitungen; ihre Zahl ist die Länge der Kette. Sind es mehr als zehn, liegt Ursache 1 vor.
• Dieselben Adressen wiederholen sich: Die Kette führt im Kreis, siehe Ursache 2.
• Die Adresse wird von Station zu Station länger: siehe Ursache 3.
• Die location-Zeile fehlt, ist leer oder enthält keine vollständige Adresse: siehe Ursache 4.
• Am Ende steht 404 oder ein Status ab 500: Die Weiterleitung führt zu einer Seite, die nicht existiert oder einen Serverfehler liefert. Auch dann korrigierst du das Ziel der Regel.

Antwortet der Server auf diese Kurzabfrage mit einem Fehler wie 405, obwohl die Seite im Browser funktioniert, verwendest du stattdessen die Entwicklertools.

Mit den Entwicklertools des Browsers: In Chrome oder Edge öffnest du mit F12 die Entwicklertools und wechselst zum Tab «Netzwerk». Setze die Häkchen bei «Protokoll beibehalten», damit die Liste bei einer Weiterleitung nicht geleert wird, und bei «Cache deaktivieren», denn Browser speichern dauerhafte Weiterleitungen und zeigen dir sonst nach einer Korrektur noch den alten Weg. Rufe dann die Adresse aus dem Bericht auf. Jede Station steht als eigene Zeile mit ihrem Status; das Ziel liest du nach einem Klick auf die Zeile unter «Header» bei location ab.

Prüfe zuerst genau die Schreibweise aus dem Bericht, danach die Varianten mit http://, ohne www und mit oder ohne Schrägstrich am Ende. Für Google sind /seite und /seite/ zwei Adressen, und eine davon kann über einen Umweg führen, während die andere direkt ankommt. In meinem Fall stand nur die Schreibweise mit Schrägstrich im Bericht.

Die vier Ursachen prüfen und beheben

Jede der vier Ursachen aus Googles Liste zeigt sich in der Ausgabe von curl oder in den Entwicklertools auf eigene Weise. Zu jeder steht hier, woran du sie erkennst, wie sie entsteht und was du änderst.

Ursache 1: Die Weiterleitungskette ist zu lang

Eine lange Kette entsteht, wenn Regeln aus verschiedenen Jahren zusammenkommen: Die Website wurde auf https umgestellt, später auf die Schreibweise mit www, eine Seite ist bei einem Relaunch umgezogen und beim nächsten noch einmal. Jede Regel ist für sich richtig, aber eine alte Adresse durchläuft sie nacheinander. So sieht das Muster aus; Domain und Seiten sind ein Beispiel:

Tabelle seitlich verschieben

Fünf Weiterleitungen liegen noch unter Googles Grenze von zehn. Mit jeder weiteren Umstellung rückt die Grenze näher, und jede Station ist eine Regel, die bei der nächsten Änderung brechen kann.

Prüfen: Zähle in curl die Weiterleitungen bis zum Status 200. Prüfe die Adresse auch mit http:// und ohne www, denn Links von anderen Websites und alte Lesezeichen können diese Schreibweisen enthalten.

Beheben: Richte für jede alte Adresse eine Regel ein, die direkt auf die endgültige Seite zeigt. Zieht eine Seite erneut um, änderst du auch die Ziele der älteren Regeln, statt eine neue Regel anzuhängen. Achte auf die Reihenfolge: Eine allgemeine Regel, die den Schrägstrich am Ende entfernt oder ergänzt, darf nicht vor den Regeln für einzelne alte Adressen greifen, sonst läuft jede alte Adresse mit Schrägstrich über einen zusätzlichen Schritt. Genau das war auf meiner Website bis zum 7. September 2026 der Fall, wie das Beispiel unten zeigt.

Ursache 2: Die Weiterleitungen führen im Kreis

Eine Schleife entsteht, wenn Regeln einander widersprechen, zum Beispiel so:

• Das Hosting leitet auf die Adresse mit www weiter, das CMS auf die Adresse ohne www. In WordPress stehen die massgeblichen Adressen unter «Einstellungen → Allgemein» bei «WordPress-Adresse (URL)» und «Website-Adresse (URL)».
• Der Server ergänzt den Schrägstrich am Ende, eine Regel im CMS oder in einem Plugin entfernt ihn wieder.
• Ein vorgeschalteter Dienst ruft deinen Server per http ab, während dein Server jede http-Anfrage auf https umleitet. Cloudflare beschreibt diese Schleife für den Verschlüsselungsmodus «Flexible» in seiner Anleitung zu ERR_TOO_MANY_REDIRECTS.
• Zwei Einträge in einer Weiterleitungsliste zeigen aufeinander, etwa wenn eine Seite an ihre alte Adresse zurückkehrt, eine neue Regel dorthin zurückführt und die alte Regel in die Gegenrichtung stehen bleibt.

Prüfen: In der Ausgabe von curl wiederholen sich dieselben Adressen immer wieder. Im Browser erscheint die Fehlermeldung aus dem Abschnitt oben. Eine Schleife betrifft deshalb nicht nur Google, sondern auch deine Besucher.

Beheben: Lege eine einzige Schreibweise fest: https, mit oder ohne www, mit oder ohne Schrägstrich am Ende. Jede dieser Entscheidungen setzt genau eine Stelle durch. An allen anderen Stellen entfernst du die entsprechende Regel oder stellst sie auf dieselbe Schreibweise ein. Für den Fall mit Cloudflare nennt die Anleitung zwei Wege: die https-Weiterleitung auf deinem Server entfernen oder den Verschlüsselungsmodus «Full» oder höher wählen, wofür dein Server ein eigenes SSL-Zertifikat braucht.

Ursache 3: Die Weiterleitungs-URL wird zu lang

Dieser Fall entsteht, wenn das Ziel einer Regel wieder auf dieselbe Regel passt und bei jedem Durchgang etwas an die Adresse angehängt wird. Zwei Muster als Beispiel: Eine Regel soll alle Seiten unter /de/ einordnen und leitet /seite auf /de/seite weiter. Erfasst sie auch Adressen, die schon mit /de/ beginnen, entstehen /de/de/seite, dann /de/de/de/seite und so weiter. Oder eine Anmeldeseite hängt die aufgerufene Adresse als Parameter an, etwa ?ziel=, und leitet dabei auf sich selbst weiter; mit jedem Durchgang steckt die ganze bisherige Adresse im Parameter.

Prüfen: In curl wächst die Adresse in der location-Zeile von Station zu Station.

Beheben: Grenze die Regel so ein, dass sie nicht auf ihr eigenes Ziel passt, etwa indem sie nur Adressen ohne /de/ erfasst oder nur genau die eine alte Adresse umleitet. Leitet eine Anmeldeseite im Kreis, prüfst du zusätzlich, ob die aufgerufene Seite überhaupt eine Anmeldung verlangen soll: Seiten, die in der Suche erscheinen sollen, müssen ohne Anmeldung erreichbar sein.

Ursache 4: Eine Weiterleitung zeigt ins Leere

Google nennt als vierte Möglichkeit «eine ungültige oder leere URL in der Weiterleitungskette». Das kann ein Eintrag in einem Weiterleitungs-Plugin sein, bei dem das Zielfeld leer geblieben ist, oder ein Ziel, das nur aus https:// ohne Domain besteht.

Prüfen: In curl fehlt nach einer Weiterleitung die location-Zeile, sie ist leer, oder sie enthält keine vollständige Adresse.

Beheben: Trage in der Weiterleitungsregel die vollständige Zieladresse ein. Gibt es für die alte Adresse keine passende neue Seite, löschst du die Regel. Die Adresse liefert dann üblicherweise den Status 404, und Google führt sie nach dem nächsten Abruf unter «Nicht gefunden (404)». Für eine bewusst entfernte Seite ohne Nachfolger ist das richtig.

Wo die verantwortliche Regel steckt

Weiterleitungen können an mehreren Stellen eingerichtet sein. Prüfe diese Stellen der Reihe nach:

1. Domain und Hosting: Die Umstellung auf https und die Schreibweise mit oder ohne www stellst du in der Verwaltung deines Hostings oder deiner Domain ein, sofern dein CMS das nicht selbst übernimmt.
2. Serverkonfiguration: Bei Hostings mit Apache-Server können Weiterleitungen in der Datei .htaccess im Hauptverzeichnis der Website stehen.
3. CMS-Einstellungen: Die Adresse der Website und die Form der Seitenadressen, bei WordPress unter «Einstellungen → Allgemein» und «Einstellungen → Permalinks».
4. Plugins und Baukasten: SEO- und Weiterleitungs-Plugins sowie der Umleitungsmanager eines Website-Baukastens führen eigene Listen.
5. Vorgeschaltete Dienste: Ein CDN oder Proxy wie Cloudflare kann eigene Weiterleitungsregeln und SSL-Einstellungen haben.

Die curl-Ausgabe hilft bei der Zuordnung. Eine Station, die für alle Adressen https, www oder den Schrägstrich ändert, deutet auf Hosting, Server oder CDN. Eine Weiterleitung für einen einzelnen Pfad steht eher in einer Weiterleitungsliste von CMS oder Plugin. WordPress schreibt bei seinen Weiterleitungen die Zeile x-redirect-by in die Antwort, mit dem Wert WordPress oder, je nach Plugin, mit dessen Namen. Die Zeile server kann verraten, welcher Dienst geantwortet hat, etwa cloudflare.

Die Meldung Schritt für Schritt prüfen

1. Bericht öffnen. In der Search Console klickst du unter «Indexierung → Seiten» in der Tabelle «Warum Seiten nicht indexiert werden» auf «Umleitungsfehler». Lies die Beispieladressen und das Datum bei «Zuletzt gecrawlt». Liegt es vor einer Umstellung deiner Website, weisst du, dass der Eintrag einen früheren Zustand beschreibt.
2. Adresse einordnen. Ist es eine alte Adresse, die auf eine neue Seite führen soll, oder eine aktuelle Seite, die gar nicht weiterleiten soll? Im zweiten Fall ist die Weiterleitung selbst der Fehler: Dann entfernst du die Regel, statt die Kette zu kürzen.
3. Kette verfolgen. Rufe die Adresse mit curl oder den Entwicklertools auf, wie oben beschrieben, zuerst in der Schreibweise aus dem Bericht, dann in den Varianten.
4. URL-Prüfung ausführen. Gib die Beispieladresse oben in der Search Console in die URL-Prüfung ein und klappe «Seitenindexierung» auf. Dort liest du ab, welchen Stand Google gespeichert hat und wann die Adresse zuletzt gecrawlt wurde. Den Weg bis zum Ziel verfolgt die URL-Prüfung nicht, denn laut Google folgen die Prüftools keinen Weiterleitungen.
5. Live-Test mit der Endadresse. Gib deshalb die Adresse ein, bei der die Kette endet, und klicke auf «Live-URL testen». Stehen bei «Seitenabruf» «Erfolgreich» und bei «Indexierung zulässig?» «Ja», kann Google das Ziel abrufen. Scheitert der Test, besteht an der Zielseite ein weiteres Problem, das du zuerst behebst.
6. Sitemap und interne Links durchsuchen. Suche die alte Adresse in deiner Sitemap und in den Links deiner Seiten. Jeder Treffer schickt Google und Besucher unnötig über die Weiterleitung.

Was du jetzt änderst

• Eine alte Adresse, ein Schritt. Jede alte Adresse leitet direkt auf die endgültige Seite, in beiden Schreibweisen mit und ohne Schrägstrich am Ende.
• Eine Stelle pro Regel. https, www und der Schrägstrich werden jeweils an genau einer Stelle durchgesetzt. Widersprechende Regeln an anderen Stellen entfernst du.
• Allgemeine Regeln zuletzt. Eine allgemeine Regel für den Schrägstrich greift erst nach den Regeln für einzelne alte Adressen, oder diese Regeln akzeptieren beide Schreibweisen.
• Dauerhafte Weiterleitung auf dem Server. Für umgezogene Seiten verwendest du 301 oder 308. Google schreibt in der Anleitung zu Weiterleitungen: «Verwende JavaScript-Weiterleitungen nur, wenn keine serverseitigen oder meta refresh-Weiterleitungen möglich sind.»
• Sitemap und interne Links auf Endadressen. Ersetze jeden Treffer aus Schritt 6 durch die Endadresse. Google empfiehlt in der Hilfe zum Sitemaps-Bericht, weiterleitende Adressen in der Sitemap durch die Adressen zu ersetzen, die gecrawlt werden sollen.
• Mit curl nachprüfen. Nach jeder Korrektur rufst du die Beispieladresse und ihre Varianten erneut auf. curl speichert keine Weiterleitungen, der Browser schon.
• Die Überprüfung starten. Öffne im Bericht den Grund «Umleitungsfehler» und klicke auf «Fehlerbehebung überprüfen». Prüfe vorher alle Beispieladressen, denn laut Google-Hilfe gilt: «Falls Sie eine Instanz übersehen haben und Google sie findet, wird die Überprüfung beendet.» Laut derselben Hilfe dauert die Überprüfung «in der Regel etwa zwei Wochen, manchmal aber auch um einiges länger».

Ein aktuelles Beispiel aus meiner Search Console

Am 25. September 2026 stand in meinem Bericht zur Seitenindexierung genau eine Adresse unter «Umleitungsfehler». Diese Werte habe ich an diesem Tag in der Search Console abgelesen und mit curl nachgeprüft:

Tabelle seitlich verschieben

Was ich daraus ablese: Der Eintrag beschreibt einen Abruf auf meiner früheren Website. Was Google am 10. Mai beim Abruf dieser Adresse erhalten hat, kann ich heute nicht mehr nachstellen, weil diese Website nicht mehr online ist. Nachprüfen lässt sich der heutige Zustand: Die Adresse kommt in einem Schritt bei einer Seite an. An dieser Adresse besteht die Ursache also nicht mehr, und der nächste Schritt ist «Fehlerbehebung überprüfen». Findet Google beim erneuten Abruf die funktionierende Weiterleitung, gilt das Problem für diese Adresse als behoben. Ich erwarte, dass sie danach wie meine anderen alten Blogadressen unter «Seite mit Weiterleitung» steht.

Dass die Adresse heute in einem Schritt ankommt, war auf der neuen Website nicht von Anfang an so. Bis zum 7. September 2026 lief jede alte Adresse mit Schrägstrich am Ende über mindestens zwei Schritte: Zuerst entfernte eine allgemeine Einstellung meines Hostings den Schrägstrich, danach leitete die Regel für die alte Adresse auf die neue Seite. Die allgemeine Einstellung griff vor den einzelnen Regeln. Seit dem 7. September akzeptiert jede Regel für eine alte Adresse beide Schreibweisen, und die allgemeine Regel für den Schrägstrich steht als letzte. Einen Umleitungsfehler verursachte der zusätzliche Schritt nicht, denn Google folgt bis zu zehn Weiterleitungen. Mit http:// und ohne www wären es für dieselbe Adresse aber vier Schritte gewesen, und jede weitere Umstellung hätte die Kette verlängern können.

Wenn du die Weiterleitungen nicht selbst entwirren möchtest

Mit curl und dem Bericht stellst du selbst fest, ob eine Adresse heute noch fehlerhaft weiterleitet und welche der vier Ursachen vorliegt. Eine einzelne falsche Regel in einem Plugin korrigierst du in wenigen Minuten. Aufwendiger wird es, wenn Hosting, CMS, Plugin und ein vorgeschalteter Dienst je eigene Regeln führen oder wenn nach einem Relaunch Dutzende alte Adressen auf neue Seiten zeigen sollen. Dann musst du herausfinden, welche Stelle welchen Schritt erzeugt, und jede Änderung so vornehmen, dass keine andere Adresse neu ins Leere läuft.

Am meisten hängt davon bei den Seiten ab, auf denen du deine Leistungen verkaufst. Führt eine Weiterleitung auf eine dieser Seiten im Kreis, erreicht sie über diesen Weg weder ein Interessent noch Google, auch wenn ein Link von einer anderen Website oder ein altes Lesezeichen genau dorthin zeigt.

Diese Arbeit kann ich übernehmen. Bei SEO-Start prüfe ich vor der Beauftragung System und Zugänge und halte fest, welche technischen Hindernisse die Seiten zu bis zu drei deiner Leistungen betreffen, zum Beispiel eine Weiterleitungskette oder -schleife auf eine dieser Seiten. Diese Hindernisse behebe ich in deinem bestehenden System. Danach recherchiere ich die Suchfragen zu diesen Leistungen, überarbeite die Seiten oder lege sie in deinem bestehenden Layout neu an und setze Seitentitel, Beschreibung und interne Links. Du erklärst mir deine Leistungen und prüfst die fachlichen Angaben; welche Stelle welche Weiterleitung erzeugt, musst du nicht selbst herausfinden. Der Festpreis beträgt CHF 1’900. Betrifft der Fehler viele alte Adressen, die nicht zu diesen Leistungsseiten führen, klären wir diesen Umfang im Erstgespräch gesondert.

Ob und wann Google die Seiten aufnimmt oder weiter vorne zeigt, kann ich nicht zusagen. Vereinbart sind die Änderungen an deiner Website. Schick mir für das kostenlose Erstgespräch die Adresse aus dem Bericht und die Ausgabe deiner curl-Prüfung.