Mit der Weiterleitungsprüfung verfolgen Sie eine öffentliche URL durch ihre HTTP-Weiterleitungen und prüfen die am Ende erhaltene Antwort. Der Bericht zeigt beobachtete Adressen, Statuscodes und Weiterleitungsziele. Vergleichen Sie diese Angaben mit dem vorgesehenen Ziel: Eine abgeschlossene Kette kann trotzdem zur falschen Seite führen, während eine unvollständige Prüfung kein endgültiges Ziel bestätigt.
Geben Sie die zu prüfende URL ein
Beginnen Sie mit der tatsächlich verwendeten Adresse, einschließlich Pfad und relevanter Abfrageparameter. Eine Prüfung der Startseite sagt nichts darüber aus, was mit einem alten Produktlink passiert. http://example.com/products/old-mug/ ist beispielsweise eine Ausgangsadresse zur Veranschaulichung; ersetzen Sie sie durch die öffentliche URL, die Sie untersuchen möchten.
Legen Sie vor dem Absenden das erwartete Ziel fest und entscheiden Sie, ob die Änderung dauerhaft oder vorübergehend sein soll. Nach einer Änderung der Produkt-URL kann das dasselbe Produkt unter einer neuen Adresse sein. Bei einer vorübergehenden Betriebsunterbrechung soll möglicherweise die ursprüngliche Adresse langfristig bestehen bleiben.
Geben Sie eine vollständige HTTP- oder HTTPS-URL ein und starten Sie die Prüfung. Screpy sendet eine GET-Anfrage und folgt unterstützten HTTP-Weiterleitungen. Das Tool entdeckt nicht alle Varianten Ihrer Domain, verwendet keine angemeldete Browsersitzung und führt keine Skripte aus. Um unterschiedliche Pfade, Protokolle oder Hostnamen zu vergleichen, prüfen Sie die Ausgangs-URLs einzeln.
Lesen Sie die Weiterleitungskette und die letzte Antwort
Lesen Sie die Antwortzeilen der Reihe nach. Jede Zeile enthält die angeforderte URL, ihren HTTP-Status und ein Location-Ziel, falls eine unterstützte Weiterleitung eines liefert. Location-Werte werden als aufgelöste Adressen angezeigt. Verweist eine Antwort auf /products/new-mug/, löst der Bericht diesen Pfad relativ zur antwortenden URL auf. Die angezeigte Adresse muss daher nicht dem ursprünglichen Wortlaut des Headers entsprechen.
Diese beispielhafte Kette enthält drei Antworten und zwei Weiterleitungen. Sie dient der Erklärung und ist kein Scan einer echten Website:
http://example.com/products/old-mug/ 301 → https://example.com/products/old-mug/
https://example.com/products/old-mug/ 301 → https://example.com/products/new-mug/
https://example.com/products/new-mug/ 200
Hier ist der erste Status 301, der letzte Status 200 und die endgültige URL die neue Produktadresse. Die letzte 200-Zeile ist eine Antwort, keine zusätzliche Weiterleitung. Bei einer abgeschlossenen Prüfung zählt die Weiterleitungszahl die Übergänge zwischen beobachteten Antworten. Bricht die Prüfung frühzeitig ab, lesen Sie diese Zahl zusammen mit den erhaltenen Zeilen und nicht als Gesamtlänge der Kette.
Interpretieren Sie die Ergebnisfarbe mit diesen Angaben:
- Grün: eine direkte erfolgreiche Antwort ohne gefolgte Weiterleitungen. Das ist hilfreich, wenn eine URL bereits das Ziel sein soll.
- Gelb: eine Weiterleitung, auch wenn sie erfolgreich endet, oder eine andere prüfbedürftige Antwort. Eine gelbe Weiterleitung ist nicht automatisch ein defekter Link.
- Rot: ein abschließender HTTP-Fehler wie 404 oder 500. Prüfen Sie Ziel und Code, bevor Sie eine Korrektur auswählen.
- Grau: die Prüfung konnte keine letzte Antwort feststellen. Erhaltene Zeilen sind nur teilweise verfügbare Belege.
Die Farben beschreiben Antwortkategorien. Sie bewerten weder den Seiteninhalt noch beweisen sie eine Indexierung oder entscheiden, ob eine Weiterleitung Ihrem Zweck entspricht.
Verstehen Sie 301, 302, 303, 307 und 308
Entscheiden Sie zunächst über das gewünschte Verhalten und dann über den Status. Dies sind die fünf Weiterleitungscodes, denen die Prüfung folgt:
| Code | HTTP-Bedeutung | Was Sie prüfen sollten |
|---|---|---|
| 301 | Dauerhafter Umzug | Sollen zukünftige Links die neue Adresse verwenden? |
| 302 | Vorübergehender Umzug | Soll die ursprüngliche Adresse weiter verwendet werden? |
| 303 | Für die Antwort eine andere Ressource aufrufen | Ist dies eine bewusst gewählte Folgeressource statt eines dauerhaften Ersatzes? |
| 307 | Vorübergehende Weiterleitung mit unveränderter Anfragemethode | Ist eine vorübergehende Weiterleitung unter Beibehaltung der Methode beabsichtigt? |
| 308 | Dauerhafte Weiterleitung mit unveränderter Anfragemethode | Ist ein dauerhafter Umzug unter Beibehaltung der Methode beabsichtigt? |
Die Unterschiede entsprechen der HTTP-Weiterleitungssemantik in RFC 9110. Eine reine GET-Prüfung kann nicht bestätigen, was mit einer gesendeten POST-Anfrage oder ihrem Inhalt passiert. Ein hier angezeigter Status 307 oder 308 prüft keinen Formularversand.
Googles Hinweise zu Weiterleitungen empfehlen für dauerhafte URL-Änderungen dauerhafte serverseitige Weiterleitungen. Google verwendet sie als Signal zugunsten der Zieladresse als kanonischer URL; vorübergehende Weiterleitungen haben einen anderen Zweck. Deshalb ist nicht jeder 302 ein SEO-Fehler, und ein 301 garantiert keine sofortige Änderung der Suchergebnisse.
Wenn ein dauerhafter Umzug unerwartet einen vorübergehenden Code liefert, untersuchen Sie die verantwortliche Regel. Bei einem absichtlich vorübergehenden Umweg ändern Sie den Status nicht bloß für ein besser aussehendes Ergebnis.
Prüfen Sie, ob das Ziel die richtige Seite ist
Eine abgeschlossene Kette beantwortet, wo diese Anfrage endete. Sie belegt nicht, dass die Seite ein passender Ersatz ist. Das Tool liest Antwortstatus und Weiterleitungsziele, ohne den Inhalt der Zielseite zu untersuchen.
Vergleichen Sie die endgültige URL mit dem vorher festgelegten Ziel. Prüfen Sie Hostname, Pfad und relevante Abfrageparameter. Ein alter Produktlink, der auf der Startseite mit 200 endet, kann das Anliegen des Besuchers trotzdem verfehlen. Öffnen Sie das Ziel und beurteilen Sie, ob es das gewünschte Produkt, den Artikel oder einen anderen passenden Ersatz enthält. Gibt es keinen geeigneten Ersatz, erfinden Sie keinen, nur um einen Fehler aus dem Bericht zu entfernen.
Prüfen Sie außerdem eine Warnung vor einer Weiterleitung von HTTPS zu HTTP. Entscheiden Sie, ob die Regel auf die vorgesehene sichere Adresse zeigt, und korrigieren Sie einen unbeabsichtigten Wechsel. Diese Warnung beschreibt den Übergang; sie ist keine Sicherheitsprüfung des Ziels.
Soll die Seite in Suchergebnissen erscheinen, untersuchen Sie ihre deklarierte bevorzugte URL separat mit der Canonical-Tag-Prüfung. Eine erfolgreiche Weiterleitung bestätigt weder die Canonical-Deklaration noch das Fehlen von noindex oder Googles Indexierungsentscheidung. Eine korrekte HTTP-Kette und eine korrekte Deklaration auf Seitenebene sind unterschiedliche Beobachtungen.
Untersuchen Sie eine unvollständige Kette
Wenn die endgültige URL oder der letzte Status nicht verfügbar ist, beginnen Sie mit der tatsächlich zuletzt aufgezeichneten Antwort. Ein Location-Wert zeigt, wohin diese Antwort die Anfrage weiterleiten wollte. Er beweist nicht, dass die nächste Adresse erreicht wurde oder erfolgreich antwortete. Ein nicht verfügbares Ergebnis unterscheidet sich auch von einem beobachteten HTTP-Fehler: Bei einer Zeitüberschreitung fehlt ein bestätigter letzter Code, während eine erhaltene Antwort ausdrücklich 404 oder 403 liefern kann.
Grenzen Sie die Untersuchung anhand der erhaltenen Zeilen ein:
- Wiederholte Adressen: die beispielhafte Folge
A → B → Aist eine Schleife. Prüfen Sie Regeln, die zur bereits besuchten URL zurückführen, etwa widersprüchliche Hostnamen- oder Pfadregeln. - Lange Folge ohne Wiederholung: die Prüfung folgt höchstens fünf Weiterleitungen. Das Erreichen dieser Grenze beweist keine Schleife und zeigt nicht den Rest der Kette. Untersuchen Sie das zuletzt aufgezeichnete Ziel separat.
- Weiterleitungsstatus ohne nutzbares Ziel: prüfen Sie, ob die betreffende Antwort einen gültigen Location-Wert liefert. Ein fehlendes oder ungültiges Ziel gilt nicht als abgeschlossener Umzug.
- Keine nächste Antwort: Probleme mit öffentlichem Zugriff, Namensauflösung, Verbindung oder sicherer Verbindung können die Prüfung verhindern. Für die gesamte URL-Kette stehen acht Sekunden zur Verfügung, nicht acht Sekunden pro Schritt. Auch Grenzen für Antwortheader sowie private oder nicht unterstützte Ziele können sie stoppen.
Wenn das Ziel eine Zugriffsbeschränkung oder eine Antwort wegen zu vieler Anfragen liefert, untersuchen Sie zunächst diesen Zustand, statt gelöschten Inhalt anzunehmen. Diese Anfrage kann eine andere Antwort erhalten als Ihr angemeldeter Browser. JavaScript-Weiterleitungen, Meta-Refresh und Browserverhalten gehören nicht zum Prüfumfang. Das HTTP-Ergebnis erklärt deshalb nicht jede Navigation, die Sie auf dem Bildschirm sehen.
Beheben Sie die Ursache und prüfen Sie dieselbe URL erneut
Laden Sie den JSON-Bericht herunter, bevor Sie eine Regel ändern. Bewahren Sie die eingegebene URL und das erwartete Ziel zusammen mit ihm auf. So kann die korrigierende Person tatsächliches und gewünschtes Verhalten unterscheiden. Dieses Tool exportiert JSON; es liefert keine gefilterte CSV-Datei und bearbeitet Weiterleitungen nicht für Sie.
- Finden Sie die Antwort, bei der Adresse oder Status erstmals von Ihrer Absicht abweichen. Suchen Sie die Einstellung, die diese Antwort erzeugt, statt unbeteiligte Seitenmetadaten zu ändern.
- Korrigieren Sie unbeabsichtigte Ziele, Statuscodes, Schleifen oder Wechsel zu HTTP. Entfernen Sie unnötige Zwischenschritte dort, wo Sie die Regeln kontrollieren, und erhalten Sie bewusst notwendiges Routing oder Tracking. Verlinken Sie intern direkt auf das gewünschte Ziel, wenn das dem Anliegen des Besuchers entspricht.
- Prüfen Sie exakt dieselbe Ausgangs-URL, sobald die korrigierte öffentliche Antwort verfügbar ist. Vergleichen Sie Reihenfolge, ersten und letzten Code, endgültige Adresse und weiterhin fehlende Angaben mit dem gespeicherten Bericht.
- Prüfen Sie relevante Ausgangsvarianten einzeln, etwa alte Pfade oder andere Hostnamen. Eine reparierte Adresse beweist nicht, dass jede Zuordnung einer Migration stimmt.
Verwenden Sie die HTTP-Status-Stapelprüfung, wenn Sie eine Liste überprüfen möchten. Sie akzeptiert bis zu 50 URLs und unterstützt gefilterten CSV-Export. Dieses Tool eignet sich für die genaue Untersuchung einer einzelnen Kette. Eine erfolgreiche Wiederholungsprüfung bestätigt die jetzt beobachtete Antwort, nicht identisches Verhalten für künftige Besucher, Browser oder Suchcrawler.