Den Original-Link behalten
Kurzlinks und Query-Parameter können die Route verändern. Das Beispiel trägt nur eine URL ein; es löst ohne Klick keine Netzwerkanfrage aus.
HTTP und Request-Debugging
Geben Sie eine öffentliche HTTP- oder HTTPS-Adresse ein; das Beispiel füllt nur das Feld.
Nach der Prüfung erscheinen hier die Sprünge.
Nach Ihrem Klick geht die URL an den Dienst dieser Website; dieser fragt das öffentliche Ziel ab. Der Zielserver sieht die Anfrage. Keine privaten Links oder Token in der URL eingeben.
Nur manueller GET · Standardports für HTTP/HTTPS · maximal 10 Weiterleitungen. Keine Cookies oder eigenen Header.
Geben Sie eine öffentliche URL ein.
Wenn eine alte Adresse noch öffnet, aber der Weg über mehrere Hosts unklar ist, hilft „Weiterleitung prüfen“ mehr als die Adressleiste. Der Browser zeigt das Endziel, während Zwischenantworten meist unsichtbar bleiben.
Für einen Redirect-Check vergleicht der Dienst den ursprünglichen Location-Wert mit der aufgelösten Zieladresse. So lässt sich eine Weiterleitungskette prüfen, bevor Sie die Regel am eigenen Server ändern.
Der beobachtete Pfad bleibt mit dem Prüfzeitpunkt verbunden.
Bei Weiterleitung prüfen erscheinen Statuscode, roher Location-Header und nächste URL für jeden Sprung. Eine zusätzliche Domain oder ein unerwarteter Pfad wird sichtbar, statt hinter der letzten Seite zu verschwinden.
Zeigt ein späterer Location-Header auf eine private, lokale oder reservierte Adresse, stoppt die Anfrage davor. Bereits gemessene öffentliche Sprünge bleiben als Teilbericht erhalten; ein Endziel wird nicht erfunden.
Kurzlinks und Query-Parameter können die Route verändern. Das Beispiel trägt nur eine URL ein; es löst ohne Klick keine Netzwerkanfrage aus.
Die URL geht an den Dienst dieser Website, der das öffentliche Ziel per GET anfragt. Eingabeänderungen starten keine Prüfung; Strg oder Cmd plus Eingabe funktioniert ebenfalls.
Auch HTTP 404 ist ein vollständig beobachtetes Ende. Schleife, fehlender Location-Header, gesperrtes Ziel oder Sprunglimit ergeben nur einen Teilbericht ohne bestätigtes Endziel.
Eine 301 Weiterleitung testen heißt auch, 301/308 von temporären 302/307 zu unterscheiden. Roher Location-Wert und absolut aufgelöste URL stehen nebeneinander.
Eine wiederholte URL beendet die Prüfung. Ein Wechsel von HTTPS zurück zu HTTP wird gewarnt, selbst wenn der letzte Host wieder erreichbar ist.
Der Bericht enthält Uhrzeit, Antwortzeiten, Zahl der Weiterleitungen und Abbruchgrund. Nach einer Änderung der Eingabe sind Kopieren und Download gesperrt, bis neu geprüft wurde.
Bei einem bleibenden Umzug ist 301 üblich, bei einem vorübergehenden 302. Prüfen Sie den tatsächlich zurückgegebenen Status je Sprung; dieses Werkzeug sendet nur GET.
Sobald dieselbe normalisierte URL erneut auftaucht, endet der Bericht mit dem Hinweis auf eine Schleife. Prüfen Sie insbesondere Regeln für HTTP/HTTPS und www.
Nein. HTTP auf HTTPS ist ein normaler Wechsel zu einer anderen Adresse; eine Schleife führt irgendwann zurück zu einer zuvor besuchten URL.
Das Werkzeug folgt maximal zehn Weiterleitungen. Schon mehrere unnötige Zwischenschritte kosten zusätzliche Anfragen; zeigen Sie verwaltete alte Links möglichst direkt auf das gewünschte Ziel.
Ja. Geben Sie die alte URL ein und vergleichen Sie den ersten Status und Location mit dem erwarteten Ziel. Der Bericht enthält den Prüfzeitpunkt, damit ein alter Test erkennbar bleibt.
Stimmt ein Sprung nicht?
Prüfen Sie eine öffentliche URL und bewahren Sie den datierten Bericht neben der Redirect-Regel auf.