HTTP und Request-Debugging

Weiterleitung prüfenjeden Sprung nachvollziehen

Geben Sie eine öffentliche HTTP- oder HTTPS-Adresse ein; das Beispiel füllt nur das Feld.

Weiterleitung prüfen

Öffentliche URL

Weiterleitungskette

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.

Anfragebereich

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.

Warum Weiterleitung prüfen

Der beobachtete Pfad bleibt mit dem Prüfzeitpunkt verbunden.

Zwischenstationen behalten

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.

Drei Webknoten sind mit Pfeilen verbunden; der mittlere Knoten bleibt sichtbar.

Vor internen Zielen stoppen

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.

Ein Schild stoppt die Verbindung zwischen öffentlichen Webknoten und einem anders gefärbten internen Knoten.

Die drei entscheidenden Stellen im Pfad

01

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.

02

Den GET bewusst starten

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.

03

Den Abbruchgrund lesen

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.

Was hinter der Zieladresse liegt

Status und Location je Sprung

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.

Schleifen und Protokollwechsel

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.

JSON mit Prüfzeit

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.

Grenzen der öffentlichen Prüfung

Nur öffentliche Hostnamen
Weiterleitung prüfen lehnt lokale, private, Metadaten- und reservierte Ziele auch in späteren Location-Headern ab. Erlaubt sind HTTP/HTTPS-Domains mit Standardports, keine internen Dienste.
Anonymer GET statt Browsersitzung
Cookies, Authorization und eigene Header werden nicht weitergegeben. Eine Anmeldung, ein anderer User-Agent oder eine andere Region können eine andere Kette liefern.
Höchstens zehn Weiterleitungen
Bei Schleife, fehlendem Location, Netzwerk- oder Zertifikatsfehler und nach zehn Sprüngen endet die Prüfung. Ein Teilbericht hat keine bestätigte finale URL; HTTP 404 ist dagegen ein normales Ergebnis.
Kein Sicherheitsurteil
Der Bericht zeigt nur die HTTP-Antworten vom Standort des Dienstes zum angegebenen Zeitpunkt. JavaScript, Meta Refresh und internes HSTS-Verhalten des Browsers werden nicht ausgeführt.

Fragen zu Weiterleitung prüfen

Was ist der Unterschied zwischen 301 und 302?

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.

Wie erkenne ich eine Redirect-Schleife?

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.

Ist eine Schleife dasselbe wie eine Weiterleitung von HTTP auf HTTPS?

Nein. HTTP auf HTTPS ist ein normaler Wechsel zu einer anderen Adresse; eine Schleife führt irgendwann zurück zu einer zuvor besuchten URL.

Wie viele Redirects sind zu viele?

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.

Kann ich testen, ob mein Redirect funktioniert?

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?

Jetzt Weiterleitung prüfen

Prüfen Sie eine öffentliche URL und bewahren Sie den datierten Bericht neben der Redirect-Regel auf.