HTTP
URL-Weiterleitungsprüfer
Verfolge Weiterleitungen, jeden HTTP-Sprung und die endgültige URL.
Letzte Prüfungen
So nutzen Sie das Tool
- Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Beginnen Sie mit der öffentlichen URL, finden Sie die erste falsche Antwort, ordnen Sie den Hop dem erzeugenden System zu, ändern Sie eine Regel, leeren Sie relevante Caches und wiederholen Sie. Öffentliche Umzüge sollten möglichst einen einzigen beabsichtigten permanenten Hop haben. Im Bereich „Redirect-Codes und Methodenerhalt“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
- Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Beginnen Sie mit der öffentlichen URL, finden Sie die erste falsche Antwort, ordnen Sie den Hop dem erzeugenden System zu, ändern Sie eine Regel, leeren Sie relevante Caches und wiederholen Sie. Öffentliche Umzüge sollten möglichst einen einzigen beabsichtigten permanenten Hop haben. Im Bereich „Online-Tracing und reproduzierbare Belege“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
- Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Beginnen Sie mit der öffentlichen URL, finden Sie die erste falsche Antwort, ordnen Sie den Hop dem erzeugenden System zu, ändern Sie eine Regel, leeren Sie relevante Caches und wiederholen Sie. Öffentliche Umzüge sollten möglichst einen einzigen beabsichtigten permanenten Hop haben. Im Bereich „Schleifen und überlange Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
- Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Beginnen Sie mit der öffentlichen URL, finden Sie die erste falsche Antwort, ordnen Sie den Hop dem erzeugenden System zu, ändern Sie eine Regel, leeren Sie relevante Caches und wiederholen Sie. Öffentliche Umzüge sollten möglichst einen einzigen beabsichtigten permanenten Hop haben. Im Bereich „HTTP-zu-HTTPS-Migration“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
- Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Beginnen Sie mit der öffentlichen URL, finden Sie die erste falsche Antwort, ordnen Sie den Hop dem erzeugenden System zu, ändern Sie eine Regel, leeren Sie relevante Caches und wiederholen Sie. Öffentliche Umzüge sollten möglichst einen einzigen beabsichtigten permanenten Hop haben. Im Bereich „SEO-Canonical und Redirect-Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
- Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Beginnen Sie mit der öffentlichen URL, finden Sie die erste falsche Antwort, ordnen Sie den Hop dem erzeugenden System zu, ändern Sie eine Regel, leeren Sie relevante Caches und wiederholen Sie. Öffentliche Umzüge sollten möglichst einen einzigen beabsichtigten permanenten Hop haben. Im Bereich „CDN- und Reverse-Proxy-Debugging“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Was das Ergebnis zeigt
Das Ergebnis trennt die Signale, die für diese Prüfung wichtig sind.
| Feld | Zweck | Beispiel |
|---|---|---|
| Statuscode | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Redirect-Codes und Methodenerhalt“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Geben Sie die exakte öffentliche URL mit Pfad und Query ein. |
| Quell-URL | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Online-Tracing und reproduzierbare Belege“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Prüfen Sie jeden Hop, nicht nur die Zielseite. |
| Location-Ziel | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Schleifen und überlange Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Vergleichen Sie Status, Location, Host, Protokoll und Dauer. |
| Finale URL | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „HTTP-zu-HTTPS-Migration“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Beheben Sie den ersten unerwarteten Hop in der zuständigen Schicht. |
| Hop-Dauer | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „SEO-Canonical und Redirect-Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Führen Sie den Trace mit einer sauberen Anfrage erneut aus. |
| Loop-Warnung | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „CDN- und Reverse-Proxy-Debugging“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Speichern Sie die Ergebnis-URL im Ticket. |
| Kettenlänge | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Redirect-Codes und Methodenerhalt“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Geben Sie die exakte öffentliche URL mit Pfad und Query ein. |
| Protokollwechsel | Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Online-Tracing und reproduzierbare Belege“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen. | Prüfen Sie jeden Hop, nicht nur die Zielseite. |
Wann diese Prüfung hilft
Nutzen Sie den Checker bei Launches, Migrationen, SEO-Audits, Incidents, CDN-Änderungen und Supportfällen. Die vollständige Kette trennt Anwendungslogik von Edge-Regeln und schafft klare Belege für Entwicklung, Betrieb und Suchteams. Im Bereich „Redirect-Codes und Methodenerhalt“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Nutzen Sie den Checker bei Launches, Migrationen, SEO-Audits, Incidents, CDN-Änderungen und Supportfällen. Die vollständige Kette trennt Anwendungslogik von Edge-Regeln und schafft klare Belege für Entwicklung, Betrieb und Suchteams. Im Bereich „Online-Tracing und reproduzierbare Belege“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Nutzen Sie den Checker bei Launches, Migrationen, SEO-Audits, Incidents, CDN-Änderungen und Supportfällen. Die vollständige Kette trennt Anwendungslogik von Edge-Regeln und schafft klare Belege für Entwicklung, Betrieb und Suchteams. Im Bereich „Schleifen und überlange Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Nutzen Sie den Checker bei Launches, Migrationen, SEO-Audits, Incidents, CDN-Änderungen und Supportfällen. Die vollständige Kette trennt Anwendungslogik von Edge-Regeln und schafft klare Belege für Entwicklung, Betrieb und Suchteams. Im Bereich „HTTP-zu-HTTPS-Migration“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Nutzen Sie den Checker bei Launches, Migrationen, SEO-Audits, Incidents, CDN-Änderungen und Supportfällen. Die vollständige Kette trennt Anwendungslogik von Edge-Regeln und schafft klare Belege für Entwicklung, Betrieb und Suchteams. Im Bereich „SEO-Canonical und Redirect-Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Nutzen Sie den Checker bei Launches, Migrationen, SEO-Audits, Incidents, CDN-Änderungen und Supportfällen. Die vollständige Kette trennt Anwendungslogik von Edge-Regeln und schafft klare Belege für Entwicklung, Betrieb und Suchteams. Im Bereich „CDN- und Reverse-Proxy-Debugging“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Was prüfen, wenn das Ergebnis falsch wirkt
Wenn der Browser abweicht, entfernen Sie Cookies, Service Worker, Erweiterungen und gecachte permanente Redirects aus dem Vergleich. Testen Sie denselben Host, Pfad, Slash, dieselbe Großschreibung und Query. Prüfen Sie danach CDN, Load Balancer, Webserver und Middleware. Im Bereich „Redirect-Codes und Methodenerhalt“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Wenn der Browser abweicht, entfernen Sie Cookies, Service Worker, Erweiterungen und gecachte permanente Redirects aus dem Vergleich. Testen Sie denselben Host, Pfad, Slash, dieselbe Großschreibung und Query. Prüfen Sie danach CDN, Load Balancer, Webserver und Middleware. Im Bereich „Online-Tracing und reproduzierbare Belege“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Wenn der Browser abweicht, entfernen Sie Cookies, Service Worker, Erweiterungen und gecachte permanente Redirects aus dem Vergleich. Testen Sie denselben Host, Pfad, Slash, dieselbe Großschreibung und Query. Prüfen Sie danach CDN, Load Balancer, Webserver und Middleware. Im Bereich „Schleifen und überlange Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Wenn der Browser abweicht, entfernen Sie Cookies, Service Worker, Erweiterungen und gecachte permanente Redirects aus dem Vergleich. Testen Sie denselben Host, Pfad, Slash, dieselbe Großschreibung und Query. Prüfen Sie danach CDN, Load Balancer, Webserver und Middleware. Im Bereich „HTTP-zu-HTTPS-Migration“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Wenn der Browser abweicht, entfernen Sie Cookies, Service Worker, Erweiterungen und gecachte permanente Redirects aus dem Vergleich. Testen Sie denselben Host, Pfad, Slash, dieselbe Großschreibung und Query. Prüfen Sie danach CDN, Load Balancer, Webserver und Middleware. Im Bereich „SEO-Canonical und Redirect-Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Wenn der Browser abweicht, entfernen Sie Cookies, Service Worker, Erweiterungen und gecachte permanente Redirects aus dem Vergleich. Testen Sie denselben Host, Pfad, Slash, dieselbe Großschreibung und Query. Prüfen Sie danach CDN, Load Balancer, Webserver und Middleware. Im Bereich „CDN- und Reverse-Proxy-Debugging“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
So interpretieren Sie das Ergebnis
Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Redirect-Codes und Methodenerhalt“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Online-Tracing und reproduzierbare Belege“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „Schleifen und überlange Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „HTTP-zu-HTTPS-Migration“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „SEO-Canonical und Redirect-Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Ein Redirect-Trace protokolliert chronologisch jede HTTP-Antwort zwischen der eingegebenen URL und dem endgültigen Ziel. Er zeigt Statuscodes, Location-Header, Protokoll- und Hostwechsel, Laufzeiten und Schleifen ohne Abhängigkeit vom Browser-Cache. Im Bereich „CDN- und Reverse-Proxy-Debugging“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Empfohlener Ablauf
- Geben Sie die exakte öffentliche URL mit Pfad und Query ein.
- Prüfen Sie jeden Hop, nicht nur die Zielseite.
- Vergleichen Sie Status, Location, Host, Protokoll und Dauer.
- Beheben Sie den ersten unerwarteten Hop in der zuständigen Schicht.
- Führen Sie den Trace mit einer sauberen Anfrage erneut aus.
- Speichern Sie die Ergebnis-URL im Ticket.
Tool statt manueller Prüfung
curl -I zeigt eine Antwort, curl -L folgt der Kette, benötigt aber verbose Ausgabe zur Erklärung. DevTools hilft beim Client-Zustand, während Cache und Erweiterungen Belege verzerren können. DN01 liefert einen sauberen, teilbaren serverseitigen Trace. Im Bereich „Redirect-Codes und Methodenerhalt“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
curl -I zeigt eine Antwort, curl -L folgt der Kette, benötigt aber verbose Ausgabe zur Erklärung. DevTools hilft beim Client-Zustand, während Cache und Erweiterungen Belege verzerren können. DN01 liefert einen sauberen, teilbaren serverseitigen Trace. Im Bereich „Online-Tracing und reproduzierbare Belege“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
curl -I zeigt eine Antwort, curl -L folgt der Kette, benötigt aber verbose Ausgabe zur Erklärung. DevTools hilft beim Client-Zustand, während Cache und Erweiterungen Belege verzerren können. DN01 liefert einen sauberen, teilbaren serverseitigen Trace. Im Bereich „Schleifen und überlange Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
curl -I zeigt eine Antwort, curl -L folgt der Kette, benötigt aber verbose Ausgabe zur Erklärung. DevTools hilft beim Client-Zustand, während Cache und Erweiterungen Belege verzerren können. DN01 liefert einen sauberen, teilbaren serverseitigen Trace. Im Bereich „HTTP-zu-HTTPS-Migration“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
curl -I zeigt eine Antwort, curl -L folgt der Kette, benötigt aber verbose Ausgabe zur Erklärung. DevTools hilft beim Client-Zustand, während Cache und Erweiterungen Belege verzerren können. DN01 liefert einen sauberen, teilbaren serverseitigen Trace. Im Bereich „SEO-Canonical und Redirect-Ketten“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
curl -I zeigt eine Antwort, curl -L folgt der Kette, benötigt aber verbose Ausgabe zur Erklärung. DevTools hilft beim Client-Zustand, während Cache und Erweiterungen Belege verzerren können. DN01 liefert einen sauberen, teilbaren serverseitigen Trace. Im Bereich „CDN- und Reverse-Proxy-Debugging“ lesen Sie das Ergebnis ab dem ersten Hop, weil spätere Antworten eine frühere Regel nur verdecken können. Notieren Sie Quelle und Ziel, prüfen Sie die verantwortliche Schicht, vergleichen Sie das Verhalten ohne Cookies und nach Cache-Purge. Messen Sie nach der Änderung dieselbe URL erneut, um einen kürzeren, eindeutigen und stabilen Pfad für Nutzer und Crawler zu bestätigen.
Warum DN01
- Öffentliche Server-Anfrage
- Geordnete Hops
- Loop- und Kettenwarnungen
- HTTP- und HTTPS-Sichtbarkeit
- SEO-Migrationshilfe
- Teilbares Ergebnis
FAQ
FAQ zum Redirect-Checker
Codes, Traces, Schleifen, HTTPS-Migration, SEO und Proxy.
Welche Codes zeigt DN01?
Der Trace zeigt 301, 302, 303, 307 und 308 mit Location und Methodenerhalt. Code-Leitfaden
Wie verfolge ich eine Kette online?
Geben Sie die exakte URL ein und lesen Sie jeden Hop ab der ersten Antwort.
Wie finde ich eine Schleife?
Eine wiederholte URL oder ein wechselndes Paar zeigt eine Schleife; prüfen Sie die erste gemeinsame Regel.
Wie migriere ich HTTP zu HTTPS?
Nutzen Sie einen permanenten Hop zur kanonischen HTTPS-URL ohne getrennte Übergänge.
Schaden Ketten dem SEO?
Lange Ketten verbrauchen Crawl-Zeit, verzögern Nutzer und erschweren den Betrieb.
Warum unterscheiden sich CDN und Origin?
CDN, Load Balancer, Server und Anwendung können redirecten; finden Sie den ersten unerwarteten Hop.