Kostenloser URL-Redirect-Checker: jeder Hop, nicht nur das Ziel

Bei den Websites, die wir überwachen, wurden im Juli 2026 (1.–21. Juli) 15,0 % aller Crawler-Anfragen mit einem 3xx beantwortet — etwa jede siebte Anfrage war unterwegs woandershin, statt eine Seite zu lesen. Ketten mit zwei oder mehr Hops treten bei 24,3 % der von uns auditierten Websites auf (H1 2026); damit sind sie der zehnthäufigste Fehler, den unsere Audit-Engine findet.

Das ist der eigentliche Preis — und es sind nicht die 200 Millisekunden, die ein Besucher zusätzlich wartet. Jeder Hop ist eine Anfrage, für die ein Crawler keine Seite bekommt. Auf einer großen Website mit veralteter Weiterleitungskarte geht ein spürbarer Teil des Crawl-Budgets dafür drauf, Routen neu zu lernen, die vor Jahren geklärt waren.

Der zweite Preis ist diagnostisch. Ein Browser löst eine Kette stillschweigend auf: Sie tippen eine alte URL, landen auf einer neuen Seite, und alles wirkt korrekt. Die 302 in der Mitte, die eine 301 hätte sein müssen, bleibt unsichtbar — es sei denn, etwas weigert sich, die Kette für Sie zu verfolgen.

Ein Server nutzt fünf Statuscodes zum Weiterleiten, und dieses Tool meldet den, den es tatsächlich erhalten hat, statt alle zum Wort „Weiterleitung" einzuebnen.

Für eine endgültig verschobene Seite nehmen Sie eine 301 — oder eine 308, die Suchmaschinen ebenfalls als dauerhaft behandeln. Für eine Seite, die Sie wirklich zurückholen wollen, eine 302. Der Unterschied in einem Satz: Bei 301 und Kanonisierung geht es darum, Suchmaschinen die echte URL zu nennen — und eine 302 sagt ausdrücklich, dass Sie das nicht tun.

Die Methodenspalte ist der Teil, den fast jeder Redirect-Checker wegwirft. Clients haben ein POST beim Folgen einer 301 oder 302 historisch in ein GET umgeschrieben; 307 und 308 verbieten das. Auf einer Marketingseite merkt das niemand. Bei einem Formular-Endpunkt oder einem API-Pfad ist es der ganze Fehler.

Dieser Checker liest die HTTP-Statuszeile — es gibt also eine Kategorie von Weiterleitungen, die er ehrlich als „keine Weiterleitung" meldet. Ein <meta http-equiv="refresh"> und ein JavaScript-location.replace() laufen beide erst nach dem Eintreffen der Antwort: Der Server liefert 200, der Body wird ausgeliefert, und erst dann zieht der Browser weiter.

Verhält sich eine URL also erkennbar wie eine Weiterleitung, wird hier aber sauber verfolgt, haben Sie Ihre Antwort schon — die Weiterleitung steckt in der Seite, nicht im Protokoll. Das ist wichtig, weil Suchmaschinen beide sehr unterschiedlich behandeln: Ein HTTP-301 ist eine Anweisung, ein Meta-Refresh ein Hinweis, den ein Crawler befolgen kann oder auch nicht, und eine JavaScript-Weiterleitung existiert nur für einen Crawler, der die Seite rendert.

Die Lösung ist fast immer dieselbe: auf den Server verlagern. Wenn Sie vorher genau wissen wollen, was passiert, rendert der Website-Crawl-Test die Seite echt und zeigt den Unterschied zwischen rohem HTML und gerendertem DOM.

Die Ausgabe ist eine nummerierte Zeile pro Hop. Jede Zeile trägt den rohen Statuscode, die URL, die ihn zurückgegeben hat, und darunter den Location-Header, an den diese URL übergeben hat — genau so, wie der Server ihn geschrieben hat. Die Zeile über der Tabelle zählt die Weiterleitungen bis zum Ziel.

Lesen Sie in dieser Reihenfolge. Zuerst die letzte Zeile. Dort sollte eine 200 stehen. Eine Kette, die auf 404 oder 410 endet, ist eine Weiterleitung ins Nichts — und schlechter als gar keine, weil sie den Wert der alten URL aufnimmt und nirgends abliefert.

Dann die Hop-Anzahl. Eine Weiterleitung ist richtig. Zwei sind vertretbar und extrem häufig. Drei oder mehr bedeuten, dass sich getrennte Regeln übereinanderstapeln; sie gehören zu einem einzigen Hop von der ursprünglichen URL zum endgültigen Ziel zusammengefasst.

Dann die Location-Werte. Dort sitzt der subtile Fehler — davon handelt der nächste Abschnitt.

Ketten. Regel A schickt /alt nach /neu, eine spätere Regel schickt /neu nach /neuer. Niemand hat eine Kette geschrieben; zwei Personen haben Monate auseinander je eine Weiterleitung geschrieben. Reparieren Sie es, indem Sie die erste Regel auf das endgültige Ziel richten, nicht indem Sie die zweite löschen.

Schleifen. Zwei Regeln zeigen aufeinander, meist eine Trailing-Slash-Regel gegen eine Host-Kanonisierung. Ihr Browser gibt mit einer generischen Fehlerseite auf; hier sehen Sie dieselben zwei URLs abwechselnd — und damit genau das Paar, das Sie sich ansehen müssen.

Defekte Weiterleitungen. Eine 301, die auf einer 404 landet. Häufig nach einer zweiten Migration, wenn das Ziel einer alten Weiterleitung stillgelegt wird, ohne zu prüfen, was noch darauf zeigte.

Alles auf die Startseite. Jede stillgelegte URL geht auf /. Die Kette sieht perfekt aus — 301, dann 200 — und ist die schädlichste der vier, weil sie Suchmaschinen mitteilt, dass es das Thema der alten Seite nirgends mehr gibt. Nur der Location-Wert verrät es.

Eine Migration ist der eine Anlass, bei dem Weiterleitungen in großer Zahl geschrieben werden — und deshalb der eine Anlass, bei dem sie in großer Zahl schiefgehen. Arbeiten Sie mit der Liste, nicht aus dem Gedächtnis: Exportieren Sie Ihre wichtigsten Einstiegsseiten und verfolgen Sie sie.

Prüfen Sie zuerst die vier Root-Varianten — http://, https://, die www- und die Nicht-www-Form. Von jeder wollen Sie genau einen Hop in die kanonische Adresse. Zwei Hops sind hier die Kette, die wir am häufigsten sehen; und weil jeder Besucher und jeder Crawler sie durchläuft, ist ihre Behebung die wirkungsvollste einzelne Änderung auf dieser Liste.

Arbeiten Sie sich dann nach Traffic durch die Liste. Für eine ganze Spalte auf einmal verfolgt der Bulk-HTTP-Status-Checker bis zu 25 URLs in einem Durchgang und zeigt jeden Hop jeder Kette; kommen Sie hierher zurück, wenn eine Zeile genauer angesehen werden muss. Den Rest der Abfolge — Zeitpunkt, Sitemaps, wann die alten URLs stillgelegt werden — finden Sie in unserer Checkliste für Website-Migrationen.

Ketten entstehen selten von allein. Sie entstehen, wenn eine neue Regel auf einer alten landet — und den größten Schaden richten sie in Ihren eigenen internen Links an, denn das sind die Links, die Sie kontrollieren und denen Crawler am häufigsten folgen.

Ein vor drei Jahren gesetzter Link auf /altes-produkt funktioniert weiterhin — er leitet weiter — also wirkt nichts kaputt, und niemand repariert es. Trotzdem gibt jeder Crawl dieser Seite eine Anfrage für den Hop aus, und defekte interne Links sind ohnehin der häufigste Links-Fehler in unseren Audits, im Median 14 pro Website (H1 2026).

Holen Sie sich die ausgehenden Links einer Seite mit dem Interne-Links-Checker und verfolgen Sie die alt wirkenden. Den Link selbst zu aktualisieren ist strikt besser, als sich auf die Weiterleitung zu verlassen: Es entfernt den Hop dauerhaft, statt ihn bei jeder Anfrage zu bezahlen.

Eine URL zu verfolgen beantwortet eine Frage gut. Drei Dinge erweitern das, nach Aufwand sortiert:

• Eine Liste statt einer URL. Der Bulk-HTTP-Status-Checker nimmt bis zu 25 URLs auf einmal, mit Response-Headern und Timing bei jedem Hop — das richtige Werkzeug für eine Migrationstabelle.
• Die Links, die in Ihre Ketten führen. Der Interne-Links-Checker listet die ausgehenden Links einer Seite mit ihrem Ankertext, sodass Sie die Ursache statt des Symptoms beheben.
• Jede Seite, nicht nur die, an die Sie gedacht haben. Ein vollständiges Website-Audit prüft alle 251 Regeln website-weit und findet die Ketten auf Seiten, die Sie nie einzeln eingegeben hätten.

Alle drei sind kostenlos und stehen neben den übrigen kostenlosen SEO-Tools von SEOmator.