Redirect Checker: Wohin leitet eine URL oder ein Link weiter?

Er zeigt, wohin eine URL Besucher und Suchmaschinen tatsächlich schickt. Sie sehen jeden Hop zwischen der eingegebenen Adresse und der Seite, die schließlich antwortet, jeweils mit Statuscode und Dauer. Damit beantworten Sie drei Fragen auf einmal: Greift die Weiterleitung, zeigt sie auf das richtige Ziel, und wie viele Hops werden unterwegs verschwendet? Außerdem können Sie so gefahrlos nachsehen, wohin ein Kurzlink oder Affiliate-Link führt, bevor Sie darauf klicken.

Eine 301 besagt, dass der Umzug dauerhaft ist: Browser speichern sie im Cache, und Google überträgt die Ranking-Signale der alten URL auf die neue Adresse und behält die alte nur als alternativen Namen. Die alte URL erscheint deshalb meist nicht mehr in den Suchergebnissen, kann aber noch auftauchen, wenn eine Suchanfrage darauf hindeutet, dass Nutzer ihr vertrauen. Eine 302 besagt, dass der Umzug vorübergehend ist: Die ursprüngliche URL bleibt normalerweise indexiert, und die Antwort wird nicht gecacht, sofern die Header das nicht erlauben. Verwenden Sie 301 für Migrationen und die Umstellung auf HTTPS, 302 nur für A/B-Tests und Wartungsseiten.

Eine ist das Ziel, zwei sind vertretbar, ab drei sollten Sie die Kette zusammenfassen. Browser brechen nach etwa 20 Hops ab, und die Crawler von Google folgen bis zu 10 Weiterleitungs-Hops, bevor sie die URL als Fehler behandeln. Jeder zusätzliche Hop kostet einen Roundtrip, ein Hop mit Protokollwechsel zusätzlich einen TLS-Handshake und ein Hop auf einen anderen Host obendrein eine DNS-Abfrage. Eine Kette aus drei Weiterleitungen kann mobil deshalb mehrere hundert Millisekunden kosten, bevor das erste Byte echter Inhalte ankommt.

Geben Sie Ihre Domain ein und klicken Sie auf die Varianten-Schaltfläche. Das Tool verfolgt dann http://, https://, http://www. und https://www. für denselben Pfad in einem Durchgang. Bei einer sauberen Konfiguration enden alle vier auf derselben End-URL mit Status 200: Die kanonische Version zeigt keine Weiterleitung, die anderen drei jeweils genau eine 301 oder 308. Zwei Weiterleitungen bei der Version http://www. bedeuten meist, dass Protokoll und Host von getrennten Regeln korrigiert werden, die sich zu einer einzigen zusammenfassen lassen.

Ja. Wählen Sie vor der Prüfung den User-Agent: Chrome unter Windows, Safari auf dem iPhone, Googlebot (Smartphone oder Desktop) oder Bingbot. Bei Websites, die mobile Besucher auf eine m.-Subdomain schicken oder Crawler anders behandeln, ergibt sich dann für jeden User-Agent eine andere Kette. Aber Vorsicht: Viele große Websites prüfen, ob ein Besucher, der sich als Googlebot ausgibt, wirklich aus dem Netzwerk von Google kommt, und antworten andernfalls mit 403. Ein 403 mit dem Googlebot-User-Agent bedeutet deshalb oft genau das. Was Google tatsächlich erhalten hat, sehen Sie mit der URL-Prüfung in der Search Console.

Meta-Refresh: ja. Antwortet ein Hop mit 200 und einer HTML-Seite, liest das Tool deren erste 64 KB; findet es dort ein Meta-Refresh-Tag mit einer URL, folgt es ihm als nächstem Hop und kennzeichnet diesen als Meta-Refresh samt Verzögerung in Sekunden. JavaScript-Weiterleitungen: nein. Sie entstehen erst, wenn ein Browser die Skripte der Seite ausführt, und dieses Tool führt nie etwas aus. Liefert der letzte Hop Status 200, landet Ihr Browser aber woanders, steckt wahrscheinlich ein Skript dahinter; im Tab „Netzwerk“ der DevTools erscheint das als von einem Skript ausgelöste Navigation.

Dafür gibt es vier typische Ursachen. Ihr Browser hat die Website im HSTS-Cache und stellt http:// deshalb auf https:// um, bevor überhaupt eine Anfrage Ihren Rechner verlässt. Die Website macht ihre Antwort von Cookies, vom Sprach-Header oder vom Land abhängig, und aus ihrer Sicht unterscheidet sich unser Server von Ihnen. Die Website schickt Smartphones und Desktop-Rechner an unterschiedliche Ziele – das können Sie nachstellen, indem Sie den User-Agent wechseln. Oder eine JavaScript-Weiterleitung übernimmt nach dem Laden der Seite den letzten Schritt, und den sieht eine serverseitige Prüfung nie.

Ja. Wechseln Sie in den Stapelmodus und fügen Sie bis zu zehn URLs ein, eine pro Zeile. Jede wird einzeln verfolgt, und die Ergebnisse landen in einer Tabelle mit der Anzahl der Weiterleitungen, dem Endstatus, der End-URL und der Gesamtzeit. Mit „CSV herunterladen“ speichern Sie die Tabelle als CSV, mit „Als Tabelle kopieren“ übernehmen Sie sie als tabulatorgetrennten Text, der sich ohne jede Nachbearbeitung in Sheets, Excel oder ein Jira-Ticket einfügen lässt. Die Varianten-Schaltfläche füllt dieselbe Tabelle mit den vier Versionen einer Adresse: http und https, jeweils mit und ohne www.

Öffnen Sie mit F12 die DevTools, wechseln Sie zum Tab „Netzwerk“, aktivieren Sie „Log beibehalten“ (Preserve log) und laden Sie dann die URL. Jeder Hop erscheint als eigene Zeile mit Status 301 oder 302; klicken Sie eine davon an und lesen Sie unter „Antwortheader“ (Response Headers) den Location-Header ab. Der Haken: Die DevTools zeigen, was Ihr Browser getan hat – samt Ihren Cookies, Ihrem HSTS-Cache und Ihren Erweiterungen. Eine Kollegin oder ein Kollege an einem anderen Rechner sieht deshalb unter Umständen eine andere Kette.

Eine einzelne 301 oder 308 gibt Ranking-Signale weiter und ist kein Problem. Ketten dagegen schon, und zwar aus zwei Gründen: Die Crawler von Google folgen bis zu 10 Weiterleitungs-Hops und melden alles, was darüber hinausgeht, als Weiterleitungsfehler, und jeder Hop verzögert das erste Byte, was direkt in die Core Web Vitals einfließt. Schleifen sind noch schlimmer, weil die Seite nie erreichbar ist und komplett aus dem Index fällt. Fassen Sie Ketten so zusammen, dass die erste URL direkt auf die letzte zeigt.