HTTP-Weiterleitungs-Tracker

Funktionsweise von HTTP-Weiterleitungen und die Rolle des Location-Headers

Eine HTTP-Weiterleitung signalisiert einem Client, dass die angeforderte Ressource unter einer anderen Adresse verfügbar ist. Dieser Prozess basiert auf spezifischen HTTP-Statuscodes und dem Location-Header, der in der Serverantwort übertragen wird. Wenn ein Browser oder ein Web-Crawler eine Antwort mit einem Redirect-Statuscode empfängt, liest er den Wert des Location-Headers aus und initiiert eine neue Anfrage an diese Zieladresse.

Der Location-Header kann dabei entweder als absolute URL (beispielsweise https://example.com/target) oder als relative URL (beispielsweise /signin) angegeben werden. Während absolute URLs das Protokoll und den Hostnamen direkt enthalten, müssen relative Pfade gegen die URL des aktuellen Hops aufgelöst werden, um das tatsächliche Ziel zu bestimmen.

Klassifizierung von Weiterleitungen: Permanent vs. Temporär

HTTP-Weiterleitungen werden primär in permanente und temporäre Weiterleitungen unterteilt, was direkten Einfluss auf das Caching-Verhalten von Browsern und die Bewertung durch Suchmaschinen hat:

• Dauerhaft (Statuscodes 301 und 308): Diese Codes weisen darauf hin, dass die Ressource dauerhaft unter der neuen Adresse erreichbar ist. Suchmaschinen übertragen in der Regel die Linkautorität auf das neue Ziel.
• Vorübergehend (Statuscodes 302, 303 und 307): Diese Codes signalisieren, dass die Verschiebung nur temporär ist. Clients sollten für zukünftige Anfragen weiterhin die ursprüngliche URL verwenden.

Ein präziser Trace dieser Statuscodes hilft dabei, die Absicht des Servers korrekt zu interpretieren und Fehlkonfigurationen bei der Suchmaschinenoptimierung oder beim Client-Caching zu vermeiden.

Analyse von Weiterleitungsketten ohne Netzwerkzugriff

Der HTTP-Weiterleitungs-Tracker arbeitet rein textbasiert. Das bedeutet, dass das Tool die eingegebenen URLs nicht aktiv besucht, die Erreichbarkeit der Server nicht prüft und die Authentizität der Header nicht verifiziert. Auch das tatsächliche Verhalten unterschiedlicher Browser wird nicht simuliert.

Diese Arbeitsweise bietet den Vorteil, dass Sie komplexe Weiterleitungsketten analysieren können, ohne Live-Netzwerkanfragen auszulösen. Dies ist besonders nützlich für die Offline-Diagnose, das Debugging von Header-Kopien aus Logdateien oder die Überprüfung von theoretischen Routing-Szenarien.

Die Verarbeitung der Daten erfolgt vollständig lokal. Ihre eingefügten URLs und Header bleiben in Ihrem Browser. BroBroGo lädt sie nicht hoch und speichert sie nicht.

Eingabeformate und die Auflösung relativer Pfade

Das Tool verarbeitet Eingaben bis zu einer maximalen Größe von 100.000 Zeichen und unterstützt Ketten von bis zu 50 Hops. Folgende Eingabeformate werden akzeptiert:

• Aufeinanderfolgende HTTP-Antwort-Header-Blöcke.
• Ein Anfangs-URL gefolgt von kompakten Zeilen wie 301 /new und 200.
• Vollständige Quell-Status-Ziel-Zeilen.

Für die korrekte Auflösung relativer Pfade ist der Kontext entscheidend. Ein Wert wie /signin wird anhand des URL für diesen Hop aufgelöst. Wenn bereits die erste Antwort einen relativen Location-Header nutzt, müssen Sie den optionalen Anfangs-URL im Feld "Ab URL (optional)" angeben. Dieser Anfangs-URL dient als Basis, um das erste relative Ziel zu berechnen. Für alle folgenden Schritte (Hops) nutzt das Tool jeweils das zuvor aufgelöste Ziel als neue Basisadresse.

Typische Fehler und Warnungen in Redirect-Ketten

Bei der Analyse einer Weiterleitungskette identifiziert das Tool strukturelle Probleme und gibt entsprechende Warnungen aus:

• Schleife: Es wurde eine zirkuläre Weiterleitung erkannt, bei der eine URL direkt oder über Umwege wieder auf sich selbst verweist. Dies führt bei Clients zu Endlosschleifen.
• HTTPS Herabstufung: Eine Weiterleitung führt von einer sicheren HTTPS-Verbindung zu einer unverschlüsselten HTTP-Verbindung. Dies stellt ein Sicherheitsrisiko dar.
• Location fehlt: Ein Redirect-Statuscode wurde gesendet, aber der erforderliche Location-Header fehlt in der Antwort.
• Ungültig Location: Der Wert im Location-Header ist syntaktisch fehlerhaft oder kann nicht aufgelöst werden.

Fehlermeldungen und Validierungsregeln

Wenn die eingegebenen Daten nicht den strukturellen Anforderungen entsprechen, bricht die Analyse ab, alle vorherigen Ergebnisse werden gelöscht und das Tool gibt eine der folgenden spezifischen Fehlermeldungen aus:

• Fügen Sie zuerst eine Weiterleitungskette oder Antwortheader ein. (Wenn das Eingabefeld leer ist).
• Diese Eingabe ist zu groß. Halten Sie es unter ‹max› Zeichen. (Wenn die Eingabe 100.000 Zeichen überschreitet).
• Geben Sie einen vollständigen HTTP oder HTTPS ein, beginnend mit URL. (Wenn der angegebene Start-URL ungültig ist).
• In dieser Eingabe wurden keine HTTP-Antworten gefunden. (Wenn der Text keine interpretierbaren Statuszeilen oder Header enthält).
• Dieses Tool akzeptiert bis zu ‹hops› Hops pro Trace. (Wenn die Kette mehr als 50 Hops umfasst).
• Zeile ‹line› ist kein Antwortheader und keine unterstützte Status- und Zielzeile. (Wenn eine Zeile syntaktisch nicht zugeordnet werden kann).

FAQ

Welche Traceformate kann ich einfügen? Fügen Sie aufeinanderfolgende HTTP-Antwort-Header-Blöcke ein oder verwenden Sie einen Anfangsblock URL, gefolgt von Zeilen wie 301 /new und 200. Es werden auch vollständige Quell-Status-Ziel-Zeilen akzeptiert.

Wie werden relative Location-Werte aufgelöst? Ein Wert wie /signin wird anhand des URL für diesen Hop aufgelöst. Fügen Sie den Anfangs-URL hinzu, wenn die erste Antwort einen relativen Location verwendet; Spätere Hops verwenden das zuvor aufgelöste Ziel.

Besucht oder überprüft dieses Tool die URLs? Nein. Es analysiert nur den von Ihnen eingefügten Text. Es wird nicht getestet, ob eine Site erreichbar ist, ob die Header echt sind oder ob ein Browser derselben Kette folgt.

Wie viele Hops und Zeichen kann ich maximal analysieren? Das Tool akzeptiert Eingaben mit einer Länge von bis zu 100.000 Zeichen und analysiert Ketten mit maximal 50 Hops.