Beliebte Tools

Design

Redirect Checker

Weiterleitung prüfen für jede URL oder jeden Kurzlink: Statuscode jedes Schritts (301, 302, 307, 308 oder Meta-Refresh) und was er bedeutet, wohin er zeigt und wie lange er dauerte. Verfolgt bis zu 20 Schritte wie ein Browser, markiert die Stelle, an der Googlebot aufgibt, und prüft alle vier Versionen mit http/https und www.

Von unserem Server angefragt, mit pro Host wiederverwendeten Verbindungen wie in einem Browser · bis zu 20 Schritte, wie Browser sie folgen · als Chrome, iPhone, Googlebot oder Bingbot · ein Ergebnis wird 2 Minuten gespeichert, dann verworfen

Eine reine Domain beginnt bei https://. Geben Sie http:// ein, um auch den Schritt von HTTP auf HTTPS zu testen.

Als
Beispiele

Was zeigt ein Redirect Checker?

Ein Redirect Checker fragt eine URL so an, wie es ein Browser tut, und folgt dann jedem zurückgegebenen Location-Header, Schritt für Schritt, bis eine Seite antwortet. Für jeden Schritt sehen Sie den Statuscode, wohin er zeigte, wie lange er dauerte und welches Netzwerk geantwortet hat.

Dieser hier misst jeden Schritt: DNS, Verbindung, TLS und erstes Byte bei einer neuen Verbindung, nur das erste Byte, wenn der Schritt eine offene Verbindung zum selben Host wiederverwendet, wie Browser es tun. Er behält Cookies pro Host wie ein Browser, liest die Zielseite auf Meta-Refresh, canonical-Tag und noindex und markiert, wo Googlebot aufgeben würde.

Die Route, gelesenhttp://google.com · aufgezeichnet 24. Oktober 2026
Die Route · google.comChrome
2 Weiterleitungen1,30 Sek. gesamt
dauerhaftvorübergehendin der SeiteFehler
DNSVerbindungTLSerstes Byte
  1. 1
    301DauerhaftPOST kann zu GET werden368 ms
    http://google.com/
    Google AS15169HTTP/1.1 · kein TLS
  2. 2
    302VorübergehendPOST kann zu GET werden537 ms
    http://www.google.com/
    Google AS15169HTTP/1.1 · kein TLS
  3. 3
    200ZielOK393 ms
    https://www.google.com/?gws_rd=ssl
    “Google”
    Google AS15169TLS 1.3 · HTTP/2
  1. Gesamtzeit aller Schritte zusammen, bevor die Seite starten kann.
  2. Das Schrittbudget eine Zelle pro Weiterleitung; Googlebots Limit bei 10, das der Browser bei 20.
  3. Website jedes Schritts ein neues Symbol bedeutet: Der Link hat die Website verlassen.
  4. Der Status in der Farbe seiner Art und was er in Worten bedeutet.
  5. Wohin die Zeit ging DNS, Verbindung, TLS und erstes Byte auf einer Uhr.
Zwei Weiterleitungen vor der Seite: google.com sendet ein 301 auf www, dann www ein 302 auf HTTPS. Aufgezeichnet Schritt für Schritt am 24. Oktober 2026; die Zeiten stammen vom Aufzeichnungsrechner.

Wie kann ich eine 301-Weiterleitung prüfen?

Fügen Sie oben die URL ein und wählen Sie Weiterleitungen prüfen: Der Checker fragt sie an, folgt jeder Weiterleitung bis zur Zielseite und benennt den Status jedes Schritts. Ein 301 oder 308 erscheint grün als dauerhaft, ein 302, 303 oder 307 gelb als vorübergehend. Eine reine Domain beginnt mit https://; geben Sie http:// ein, um auch den Schritt von HTTP auf HTTPS zu testen.

Das Urteil fasst die Kette in Worten zusammen, die dunkle Spalte zeichnet sie Schritt für Schritt auf einer Uhr, und die Ketten-Ansicht listet für jeden Schritt die Anfrage, die Statuszeile, den Location-Header wie gesendet und aufgelöst (ein relativer ist erlaubt) sowie alle Header.

URL-Redirect-Checker: ein Link, jeder Schritt

Jede URL oder jeder Kurzlink, bis zu 20 Schritte, mit Netzwerk, TLS-Version und HTTP-Version jedes Schritts und den vier Zugängen über http/https und www daneben.

Redirect-Check in Masse: bis zu 50 URLs

Wechseln Sie zu Liste und fügen Sie eine Umzugsliste ein, eine URL pro Zeile: eine Tabelle mit Schritten, Endstatus, End-URL und Urteil, als CSV herunterladbar.

Redirect-Test als Googlebot, iPhone oder Bingbot

Wählen Sie unter dem Feld den User-Agent: Manche Websites schicken Crawler oder Handys woandershin, und die Kette zeigt genau, was dieser Agent bekam.

HTTP-Status-Checker für jeden Schritt

Jeder Statuscode in Worten, mit seiner Bedeutung für Browser und für Google. Eine Bot-Sperre heißt Blockierung, nicht defekte Seite, und Cloudflares eigene 52x-Fehler werden als die von Cloudflare benannt.

Redirect Checker für http://google.com: eine 301- und eine 302-Weiterleitung auf HTTPS, jeder Schritt auf einer Uhr gemessenRedirect Checker für http://google.com: eine 301- und eine 302-Weiterleitung auf HTTPS, jeder Schritt auf einer Uhr gemessenDas UrteilWo die URL endet, nach wie vielen Schritten und ob jeder dauerhaft oder vorübergehend ist, in Worten.Das SchrittbudgetEine Zelle pro Weiterleitung in der Farbe ihrer Art, gegen die 10 von Googlebot und die 20 der Browser.Status jedes SchrittsDer Code, wie der Server ihn gesendet hat, und was er bedeutet: dauerhaft oder vorübergehend und was mit einem POST passiert.Wohin die Zeit gingDNS, Verbindung, TLS und erstes Byte für jeden Schritt, auf einer Uhr von der ersten Anfrage bis zur Seite.
Ein Redirect-Check von http://google.com: das Urteil, das Schrittbudget gegen die 10 von Googlebot und die 20 der Browser sowie jeder Schritt mit Status und Zeit. Wählen Sie eine Nummer, um zu sehen, was der jeweilige Teil zeigt.

301 oder 302: welche Weiterleitung sollten Sie verwenden?

Verwenden Sie einen 301 (oder 308), wenn eine Seite dauerhaft umgezogen ist, und einen 302 (oder 307) nur, wenn sie zurückkommt. Der Code sagt Browsern und Suchmaschinen, welche URL sie behalten sollen (RFC 9110 §15.4).

Für Google zeigt ein 301 oder 308 an, dass das Ziel kanonisch sein soll, also die URL in den Ergebnissen; ein 302, 303 oder 307 tut das nicht, daher bleibt dort die alte URL (Google Search Central). Ein 302 wird nicht ignoriert: Google folgt ihm und wertet ihn als schwaches Signal, das Ziel zu verarbeiten (Googles Crawler-Dokumentation); das Ziel kann trotzdem indexiert werden, wenn andere Kanonisierungssignale darauf hinweisen. Bing verlangt einen 302 nur für Änderungen, die kürzer als zwei Tage dauern.

Browser speichern 301 und 308 standardmäßig zwischen, daher kann eine dauerhafte Weiterleitung, die Sie zurücknehmen, in den Browsern der Besucher hängen bleiben. 307 und 308 behalten die Anfragemethode; 301 und 302 können aus einem POST ein GET machen, 303 tut es immer.

Weiterleitungsarten und wie Google sie liestRFC 9110 · Google Search Central · Bing
CodeDauerhaftBei POSTBrowser-CacheGoogles SignalEinsatz
301Moved Permanentlydauerhaftkann zu GET werdenjastarkeine dauerhaft umgezogene Seite
308Permanent Redirectdauerhaftbleibtjastarkein dauerhaft umgezogenes Formular oder eine API
302Foundvorübergehendkann zu GET werdenneinschwachein kurzer Umzug (Bing: unter 2 Tagen)
303See Othervorübergehendimmer GETneinschwachdie Seite nach dem Absenden eines Formulars
307Temporary Redirectvorübergehendbleibtneinschwachein vorübergehender Umzug, der POST behalten muss
meta 0sofortiger Meta-RefreshdauerhaftGET—starkwenn der Server nicht weiterleiten kann
meta 5verzögerter Meta-RefreshvorübergehendGET—schwachvermeiden: Besucher sehen zuerst die alte Seite
308 wird wie 301 behandelt und 307 wie 302. Die Meta-Refresh-Zeilen zählen den HTTP-Header Refresh mit.

Redirect-Ketten prüfen: ab wie vielen Schritten sind es zu viele?

Mehr als drei. Eine Kette sind mehrere Weiterleitungen hintereinander, etwa von http:// auf https://, dann auf www und dann auf einen neuen Pfad. Google rät, direkt auf die End-URL zu verlinken oder Ketten auf höchstens 3 Schritte zu begrenzen und immer unter 5 zu bleiben (Google Search Central).

Googlebot folgt bis zu 10 Schritten und gibt dann auf, und die Search Console meldet einen „Weiterleitungsfehler“ (Googles Crawler-Dokumentation). Chrome und Firefox folgen bis zu 20, bevor sie ERR_TOO_MANY_REDIRECTS anzeigen. Jeder Schritt ist ein weiterer Roundtrip, bevor die Seite starten kann, daher sollten interne Links direkt auf die End-URL zeigen.

Wie viele Schritte sind zu viele?Google · Chromium · Firefox
  • Googles Empfehlung: höchstens 3
  • wird noch befolgt, aber langsamer
  • Googlebot sieht diese nie: Die Search Console zeigt „Weiterleitungsfehler“
  • nach 20: ERR_TOO_MANY_REDIRECTS
http://google.com2 Weiterleitungen, dann die Seite301 · 368302 · 537Seite · 3931,30 Sek.
https://www.google.com/direkt verlinktSeite · 393393 ms
Jeder Schritt ist ein voller Roundtrip, bevor die Seite starten kann: hier 905 ms Weiterleitungen vor einer Seite, die 393 ms braucht, aufgezeichnet Schritt für Schritt am 24. Oktober 2026.

Wie behebe ich eine Weiterleitungsschleife?

Finden Sie die zwei Regeln, die sich widersprechen, und lassen Sie sie auf eine End-URL zeigen. Eine Schleife ist eine Kette, die zu einer bereits angefragten URL zurückkehrt; Browser drehen sich im Kreis, bis sie 20 Weiterleitungen erreichen und ERR_TOO_MANY_REDIRECTS anzeigen.

Die meisten Schleifen entstehen, wenn eine Regel www hinzufügt und eine andere es entfernt, oder wenn HTTP- und HTTPS-Regeln hinter einem CDN gegeneinander arbeiten: Das CDN spricht über http:// mit dem Server, der Server leitet auf https:// weiter, und das CDN fragt wieder über http:// an. Browser merken sich dauerhafte Weiterleitungen, testen Sie die Korrektur daher in einem privaten Fenster.

Wie der Redirect-Loop-Checker eine Schleife erkennt

Eine URL, die ein zweites Mal ohne neues Cookie angefragt wird, ist eine Schleife: Die Route zeichnet sie zurück zum wiederholten Schritt und hält dort an, statt bis 20 zu laufen. Eine Website, die ein Cookie setzt und auf sich selbst weiterleitet, bekommt das Cookie zurück wie bei einem Browser, daher wird ein Login-Schritt nicht für eine Schleife gehalten.

Eine Weiterleitungsschleifeerfundenes Beispiel

ERR_TOO_MANY_REDIRECTS · nach 20

Eine Host-RegelWählen Sie die reine Domain oder www und lassen Sie jede Regel dorthin senden, auch die Login-Seite.
Regeln, die Cookies lesenEine Regel, die weiterleitet, bis ein Cookie gesetzt ist, erzeugt bei jedem Client eine Schleife, der es verwirft, auch bei Crawlern.
Den zwischengespeicherten 301 löschenBrowser behalten dauerhafte Weiterleitungen: testen Sie nach der Korrektur in einem privaten Fenster.

Meta-Refresh-Weiterleitung und JavaScript-Weiterleitungen: folgt Google ihnen?

Ja, unter Bedingungen. Google behandelt einen sofortigen Meta-Refresh (content="0; URL=…") als dauerhafte Weiterleitung und einen verzögerten als vorübergehende, und der HTTP-Header Refresh zählt genauso (Google Search Central). JavaScript-Weiterleitungen funktionieren nur, wenn Google die Seite rendert, nutzen Sie sie also nur als letzten Ausweg.

Selbst ein Meta-Refresh mit 0 Sekunden greift erst, wenn die Seite vollständig geladen ist (HTML Standard), daher sehen Besucher womöglich zuerst die alte Seite. Dieser Checker folgt einem Meta-Refresh und dem Refresh-Header als eigenen Schritten, mit ihrer Verzögerung. Er findet einfache JavaScript-Weiterleitungen in der Seite und bietet Diese URL prüfen an, führt aber nie Skripte aus: „Keine gefunden“ heißt keine im HTML, nicht keine überhaupt.

Drei Wege, weiterzuleitenwie Google und dieser Checker jeden behandeln
Server-Weiterleitungdie Statuszeile
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new
  • Google: nach Code: 301 und 308 dauerhaft, der Rest vorübergehend
  • Dieser Checker: Schritt für Schritt verfolgt
Meta-Refreshim HTML der Seite
<meta http-equiv="refresh" content="0; URL=https://example.com/new">
  • Google: 0 Sekunden: dauerhaft; jede Verzögerung: vorübergehend
  • Dieser Checker: als Schritt verfolgt, mit Verzögerung
JavaScriptein Skript ändert die Adresse
window.location.href = "https://example.com/new";
  • Google: nur wenn das Rendern klappt: letzter Ausweg
  • Dieser Checker: mit „Diese URL prüfen“ angezeigt, nie ausgeführt
Reihenfolge im Browser: zuerst HTTP-Weiterleitungen, dann JavaScript, das beim Laden der Seite läuft, dann ein Meta-Refresh, sobald sie geladen ist.

Führen http, https, www und ohne www alle zu einer URL?

Das sollten sie. Jede Website hat vier Zugänge, und jeder sollte dieselbe End-URL erreichen, idealerweise in einem dauerhaften Schritt; alles andere verteilt Links auf Versionen derselben Seite.

Eine Ausnahme ist in Ordnung: http://www. darf zwei Schritte brauchen, wenn es zuerst auf demselben Host zu https://www. geht. hstspreload.org verlangt genau diese Reihenfolge, und Mozilla HTTP Observatory zieht 5 Punkte ab, wenn der erste Schritt von http:// auf einen anderen Host geht.

Die vier Zugängegithub.com · aufgezeichnet 24. Oktober 2026

Alle vier erreichen https://github.com/http://www.github.com braucht zwei Schritte: zuerst https:// auf demselben Host, wie HSTS-Preload es verlangt

http://github.com301200in 1 Schritt
http://www.github.com301301200in 2 Schritten
https://github.com200die Canonical selbst
https://www.github.com301200in 1 Schritt
https://github.com/200 OK

Jeder Zugang wird neben der Hauptkette bis zu 10 Schritte weit verfolgt.

Warum leitet eine URL je nach Land unterschiedlich weiter?

Weil der Server anhand der IP-Adresse des Besuchers oder des Accept-Language-Headers eine Länder- oder Sprachversion wählt und dorthin weiterleitet, sodass dieselbe URL für verschiedene Besucher auf verschiedenen Seiten endet. www.mozilla.org macht es nach Sprache: ein relativer 302 auf /en-US/ mit Vary: Accept-Language.

Google rät davon ab: „Avoid automatically redirecting users from one language version of a site to a different language version“, denn Googlebot crawlt meist aus den USA und sendet kein Accept-Language (Google Search Central). Geben Sie jeder Version eine eigene URL mit hreflang-Links und schlagen Sie die andere Version stattdessen mit einem Banner vor.

Von 11 Orten im Ergebnis lässt die Kette von den weltweiten Messpunkten des Website-Down-Checkers laufen, sodass eine Länderweiterleitung als anderes Ziel erscheint. Diese Messpunkte folgen bis zu 5 Weiterleitungen mit eigenem User-Agent.

Eine URL von 11 Ortenshop.example
Erfundenes Beispiel

Ahttps://shop.example/10 Orte enden hier

  • SieAm nächsten zu Ihnen20041 ms
  • San JoseSJC200152 ms
  • AshburnIAD20096 ms
  • LondonLHR20022 ms
  • StockholmARN20031 ms
  • SingapurSIN200168 ms
  • SydneySYD200290 ms
  • São PauloGRU200201 ms
  • KapstadtCPT200170 ms
  • MumbaiBOM200121 ms

Bhttps://shop.example/ja-jp/anders

  • OsakaKIX302200486 ms

Die Antwort, die nur Osaka bekam

HTTP/1.1 302 Found
Location: /ja-jp/
Vary: CF-IPCountry

Aufgezeichnet am 24. Oktober 2026: www.mozilla.org leitet nach Sprache weiter

HTTP/1.1 302 Found
location: /en-US/
Vary: Accept-Language

Googlebot crawlt meist aus den USA und sendet kein Accept-Language: Er sieht immer nur https://shop.example/.

Jeder Ort fragt mit eigenem DNS und eigener Adresse an. Die Messpunkte folgen bis zu 5 Weiterleitungen mit eigenem User-Agent.

Wohin führt dieser Link? Kurzlinks auflösen

Fügen Sie oben einen Kurz- oder Tracking-Link ein, um zu sehen, wo er endet, bevor Sie ihn öffnen: Host jedes Schritts, die End-URL mit allen unterwegs angehängten Parametern und das Netzwerk, das antwortet. Als Redirect-Tracker funktioniert er für Kurzlinks, QR-Codes und Newsletter-Links gleichermaßen.

Unser Server öffnet den Link, nicht Ihr Browser, daher sieht das Ziel weder Ihre Adresse noch Ihre Cookies. Jeder Host auf dem Weg wird zudem in Cloudflares Filtern für Malware und Inhalte für Erwachsene nachgeschlagen: Ein gelisteter Host wird rot markiert, ohne Link zum Öffnen, und ein sauberer lautet „not on Cloudflare's malware or adult lists“. Das ist kein Versprechen, dass die Website sicher ist, nutzen Sie diese Link-Weiterleitungsprüfung also als eine Prüfung unter mehreren.

Wohin führt dieser Link?youtu.be · aufgezeichnet 24. Oktober 2026

Kurzlink

https://youtu.be/jNQXAC9IVRw

303 See Other · 260 ms

Landet auf

https://www.youtube.com/watch?v=jNQXAC9IVRw&feature=youtu.be

200 OK · 768 ms
  • AS15169Google · das Netzwerk, das antwortet
  • TLS 1.3beide Schritte verschlüsselt
  • unser Serverhat ihn geöffnet, nicht Ihr Browser
Der Kurzlink hängt unterwegs feature=youtu.be an: Tracking-Parameter erscheinen in der End-URL, bevor Sie klicken.

Wie richte ich eine 301-Weiterleitung in nginx, Apache oder Cloudflare ein?

Leiten Sie auf dem Server weiter und schreiben Sie den 301 aus: eine return-Zeile in nginx, eine Redirect-Zeile in Apaches .htaccess, eine Regel in der web.config von IIS, eine Zeile in einer _redirects-Datei bei Cloudflare oder Netlify, ein Eintrag in vercel.json, ein Aufruf in Express. Wählen Sie unten Ihre Plattform und kopieren Sie das Snippet.

Achten Sie auf die Standardwerte: Ohne Code senden nginx, Apache, Express und Cloudflares _redirects einen vorübergehenden 302, und Vercel sendet einen 308, den Google wie einen 301 behandelt. Prüfen Sie nach dem Deployment hier die alte URL: Sie sollte mit einem 301 antworten, direkt auf die neue URL.

Was jede Plattform ohne Code sendetDokumentation jeder Plattform · 24. Oktober 2026
PlattformGeschrieben alsSendet
nginxreturn URL;302 vorübergehend
ApacheRedirect /old /new302 vorübergehend
IISaction type="Redirect"301 dauerhaft
Cloudflare_redirects302 vorübergehend
Vercelvercel.json redirects308 dauerhaft
Netlify_redirects301 dauerhaft
Expressres.redirect(path)302 vorübergehend
Vier der sieben fallen auf einen vorübergehenden 302 zurück: Schreiben Sie immer den Code, den Sie meinen.
location = /old-page { return 301 /new-page; }

Im server { }-Block der Website, dann nginx neu laden. Ein bloßes `return URL;` ohne Code sendet einen 302.

Weiterleitungen in Chrome oder mit curl prüfen

Öffnen Sie in Chrome die DevTools (F12), gehen Sie zu Netzwerk, aktivieren Sie Protokoll beibehalten und laden Sie die URL: Jeder Schritt ist eine Zeile mit seinem Status. Mit curl gibt curl -sIL jeden Antwort-Kopf aus, während es den Weiterleitungen folgt.

Beide laufen auf Ihrem eigenen Rechner, mit Ihren Cookies und dem Gedächtnis Ihres Browsers für reine HTTPS-Websites. Deshalb zeigt Chrome manchmal einen 307 Internal Redirect, den kein Server gesendet hat: Er hat die Anfrage selbst auf HTTPS hochgestuft und nennt den Grund in Non-Authoritative-Reason (Chromium-Quellcode). Seit Chrome 115 versucht er bei eingetippten http://-Adressen außerdem zuerst HTTPS, sodass die HTTP-Weiterleitung des Servers womöglich nie erscheint.

Weiterleitungen selbst prüfencurl · Chrome DevTools
$ curl -sIL http://google.com | grep -iE '^(HTTP|location)'
HTTP/1.1 301 Moved Permanently
Location: http://www.google.com/
HTTP/1.1 302 Found
Location: https://www.google.com/?gws_rd=ssl
HTTP/2 200
Netzwerk☑ Protokoll beibehalten
NameStatusTyp
www.google.com307Internal
?gws_rd=ssl200document

307 Internal Redirect kommt nicht vom Server: Chrome hat ihn erzeugt, weil er die Website schon als reine HTTPS-Website kannte, und sagt das in Non-Authoritative-Reason: HSTS. Ein serverseitiger Checker zeigt nur, was der Server sendet.

Redirect Checker: häufig gestellte Fragen

Ist eine 302-Weiterleitung schlecht für SEO?

Nicht an sich. Ein 302 sagt Google, dass der Umzug vorübergehend ist, daher zeigt es womöglich weiter die alte URL, verarbeitet aber trotzdem das Ziel. Ist der Umzug dauerhaft, ändern Sie ihn auf 301 oder 308, damit Google die neue URL als die zu indexierende behandelt und Browser die Weiterleitung zwischenspeichern können. Auch Bing verlangt einen 302 nur für Änderungen, die kürzer als zwei Tage dauern.

Wie vielen Weiterleitungen kann Googlebot folgen?

Bis zu 10 Schritten pro URL. Danach hört er auf, und die Search Console meldet für die Seite einen Weiterleitungsfehler. Googles eigener Rat ist, Ketten auf höchstens 3 Schritte zu begrenzen, immer unter 5 zu bleiben und wo möglich direkt auf die End-URL zu verlinken. Browser gehen weiter: Chrome und Firefox folgen bis zu 20 Weiterleitungen, bevor sie aufgeben.

Wie teste ich eine Weiterleitung als Googlebot oder auf einem iPhone?

Wählen Sie in der Zeile Als unter dem URL-Feld Googlebot, iPhone, Bingbot oder Chrome und prüfen Sie dann die URL. Der Checker sendet den User-Agent-String dieses Agenten bei jedem Schritt, sodass eine Website, die Crawler oder Handys woandershin leitet, es in der Kette zeigt. Er kann nicht Googles eigene IP-Adressen nutzen, daher antwortet eine Website, die die Adresse statt des User-Agents prüft, womöglich weiterhin anders.

Ist dieser 301-Redirect-Checker kostenlos, und kann ich viele URLs auf einmal prüfen?

Ja, er ist kostenlos und ohne Konto. Wechseln Sie zu Liste und fügen Sie bis zu 50 URLs ein, eine pro Zeile: Jede wird bis zu 20 Schritte weit mit dem gewählten User-Agent verfolgt, und die Tabelle zeigt Schritte, Endstatus, End-URL und ein Urteil. Laden Sie sie als CSV herunter, um einen Website-Umzug zu prüfen. Einzelprüfungen sind auf 20 pro Minute und Besucher begrenzt, damit der Dienst fair bleibt.

Warum zeigt Chrome einen 307, den der Server nicht gesendet hat?

Chrome erzeugt einen „307 Internal Redirect“, wenn es eine Website schon als reine HTTPS-Website kennt, aus HSTS oder einem DNS-HTTPS-Eintrag, und stuft die Anfrage hoch, bevor etwas gesendet wird. Der Antwort-Header Non-Authoritative-Reason nennt den Grund. Ein serverseitiger Checker wie dieser sieht diesen Schritt nie, er zeigt also die Weiterleitungen, die der Server selbst sendet, und die bekommen auch andere Browser und Crawler.

Wie lange sollte ich eine 301-Weiterleitung behalten?

Mindestens ein Jahr, und länger, wenn möglich. Googles Leitfaden zum Website-Umzug sagt, Weiterleitungen so lange wie möglich zu behalten, in der Regel mindestens ein Jahr, und für Besucher unbefristet, da alte Links, Lesezeichen und E-Mails weiter auf die alten URLs führen. Leiten Sie jede alte URL auf ihre nächstliegende neue Seite weiter; alles auf die Startseite zu leiten, kann als Soft-404 gewertet werden.

Wohin führt dieser Link, und ist es sicher, ihn zu öffnen?

Fügen Sie den Link vor dem Klick hier ein: Unser Server folgt ihm, daher sieht das Ziel Ihre Adresse nicht. Sie erhalten jeden Schritt, die End-URL mit ihren Tracking-Parametern und ob ein Host auf dem Weg auf Cloudflares Listen für Malware oder Inhalte für Erwachsene steht. Ein sauberes Ergebnis ist keine Garantie: Beurteilen Sie die End-Domain selbst, bevor Sie dort etwas eingeben.

Warum erhalte ich ERR_TOO_MANY_REDIRECTS?

Ihr Browser ist 20 Weiterleitungen gefolgt, ohne eine Seite zu erreichen, fast immer wegen einer Schleife: zwei Regeln, die eine URL hin und her schicken, etwa eine, die www hinzufügt, und eine, die es entfernt, oder ein CDN, das über http:// anfragt, während der Server auf https:// besteht. Prüfen Sie die URL hier, um den sich wiederholenden Schritt zu sehen, beheben Sie die Regel und löschen Sie dann die Cookies der Website oder nutzen Sie ein privates Fenster.

Sollte HTTP mit einem 301 auf HTTPS weiterleiten?

Ja. Ein dauerhafter 301 oder 308 von http:// auf https:// ist, was RFC 6797 für HSTS-Websites empfiehlt, und ein erster Schritt auf demselben Host ist, wonach hstspreload.org und der Weiterleitungstest des Mozilla Observatory suchen. Ein 302 funktioniert für Besucher, sagt Suchmaschinen aber, dass der Umzug vorübergehend ist. Ein 301 allein lässt Browser beim nächsten Mal nicht zuerst HTTPS versuchen: Das ist Aufgabe des Strict-Transport-Security-Headers.

Gibt eine 301-Weiterleitung Linkkraft weiter?

Google veröffentlicht keine Zahlen, aber laut seiner Dokumentation zeigt ein 301 oder 308 an, dass das Ziel die kanonische URL sein soll, die in den Ergebnissen erscheint, ein 302, 303 oder 307 dagegen nicht. Eine dauerhafte Weiterleitung ist also der Weg, die Position einer Seite auf eine neue URL zu übertragen; bei einer vorübergehenden wird das Ziel trotzdem verarbeitet (laut Googles Crawler-Dokumentation ein schwaches Signal), und es kann indexiert werden, wenn andere Kanonisierungssignale darauf hinweisen.

Fehlt Ihnen etwas?Funktion oder neues Tool vorschlagen

Ähnliche Website-Tools