Redirect Checker: Weiterleitungen und Statuscodes prüfen.

Alles, was du über Weiterleitungen und Statuscodes wissen musst.

Was ist eine Weiterleitung?

Eine Weiterleitung (Redirect) teilt einem Browser oder Crawler mit, dass der Inhalt einer URL unter einer anderen Adresse zu finden ist. Technisch antwortet der Server mit einem 3xx-Statuscode wie 301 oder 302 und einem Location-Header, der die neue URL enthält. Der Client ruft diese dann automatisch auf, meist ohne dass Besucher etwas davon merken. Weiterleitungen brauchst du, wenn Seiten umziehen, wenn du von HTTP auf HTTPS umstellst, www und ohne www zusammenführst oder auf eine neue Domain wechselst. Daneben gibt es clientseitige Weiterleitungen per HTML-Meta-Refresh oder JavaScript. Serverseitige Redirects sind aber schneller und für Suchmaschinen zuverlässiger. Mit dem Checker oben siehst du, welche Art von Weiterleitung eine URL nutzt und wo sie landet.

Warum sind Weiterleitungen für SEO wichtig?

Links und Rankings hängen an URLs. Ändert sich eine URL ohne Weiterleitung, landen Besucher und Crawler auf einer 404-Seite, und alle Signale, die die alte URL gesammelt hat, gehen verloren. Mit einer Weiterleitung folgt Google zur neuen URL und vererbt den PageRank. Alle gängigen Codes (301, 302, 303, 307, 308) geben PageRank weiter, sie unterscheiden sich aber darin, wie deutlich sie Google sagen, welche URL indexiert werden soll: 301 und 308 sind ein starkes Kanonisierungssignal, 302 und 307 ein schwaches. Unnötige Hops kosten Ladezeit und Crawl-Budget. Leite also jede geänderte URL auf ihr passendstes Gegenstück um, nutz für dauerhafte Umzüge einen dauerhaften Code und vermeide Ketten. Mehr dazu im Ratgeber zur 301-Weiterleitung.

Welche Statuscodes für Weiterleitungen gibt es?

Für echte Weiterleitungen gibt es fünf Statuscodes. 301 Moved Permanently und 308 Permanent Redirect stehen für einen dauerhaften Umzug, 302 Found und 307 Temporary Redirect für einen vorübergehenden. Der Unterschied innerhalb der Paare: Bei 307 und 308 muss der Client die Anfragemethode beibehalten, ein POST bleibt also ein POST. Nach 301 und 302 wechseln Browser dagegen meist zu GET. 303 See Other fordert ausdrücklich ein GET auf die neue URL an, typischerweise nach dem Absenden eines Formulars. 300 und 304 gehören zwar zum 3xx-Bereich, sind aber keine Weiterleitungen im üblichen Sinn. Lies dazu 301 vs. 302, 307 vs. 308 und die Übersicht der Statuscodes.

Was ist eine Redirect-Kette und warum solltest du sie vermeiden?

Eine Redirect-Kette sind mehrere Weiterleitungen hintereinander, etwa http://example.com → https://example.com → https://www.example.com → https://www.example.com/start/. Jeder Hop ist ein zusätzlicher Round Trip, der die Seite ausbremst, vor allem im Mobilfunknetz. Google folgt bis zu 10 Hops, doch jeder davon kostet Crawl-Budget, und nach 10 Hops wird die URL gar nicht mehr erreicht. Ketten wachsen meist mit der Zeit: Ein Relaunch setzt neue Weiterleitungen auf alte, oder HTTPS- und www-Regeln greifen nacheinander. Lös sie auf, indem du jede alte URL direkt aufs finale Ziel leitest und HTTPS und www in einer Regel zusammenfasst. Wie das geht, zeigt der Ratgeber zu Redirect-Ketten.

Wie entsteht eine Redirect-Schleife?

Eine Redirect-Schleife entsteht, wenn URL A auf B weiterleitet und B – direkt oder über Umwege – wieder auf A. Browser geben dann mit einem Fehler wie ERR_TOO_MANY_REDIRECTS auf. Typische Ursachen sind zwei Regeln, die sich widersprechen (eine ergänzt www, die andere entfernt es), eine HTTPS-Weiterleitung hinter einem Proxy oder CDN, das TLS beendet, sodass der Server nie HTTPS sieht, widersprüchliche Regeln für den Slash am Ende oder eine CMS-Einstellung, die nicht zur Serverkonfiguration passt. Der Checker erkennt Schleifen, sobald sich eine URL wiederholt, und zeigt dir jeden Hop – so siehst du, welche zwei Regeln sich in die Quere kommen. Die Response-Header verraten, welche Ebene weiterleitet. Bei Cloudflare ist der SSL-Modus „Flexibel“ ein häufiger Auslöser, siehe Cloudflare-Ratgeber.

Ist ein Meta Refresh so gut wie eine 301-Weiterleitung?

Nicht ganz. Ein Meta Refresh ist ein HTML-Tag wie <meta http-equiv="refresh" content="0; url=https://example.com/">. Der Server antwortet zunächst mit 200, der Browser lädt die Seite und folgt erst dann der Weiterleitung. Das dauert länger, und Clients, die kein HTML auswerten – viele Tools und API-Clients –, folgen ihr gar nicht. Google versteht Meta Refreshs durchaus: Ein sofortiger (Verzögerung 0) gilt als dauerhafte Weiterleitung, ein verzögerter als vorübergehende. Setz einen Meta Refresh nur ein, wenn du den Server nicht konfigurieren kannst, etwa bei manchen statischen Hostern. Sonst ist ein 301 oder 308 die bessere Wahl. Mehr im Ratgeber zum Meta Refresh.

Wie lange solltest du Weiterleitungen bestehen lassen?

So lange wie möglich. Google empfiehlt, Weiterleitungen nach einem Website-Umzug mindestens ein Jahr lang aktiv zu lassen, weil es dauert, bis alle Signale übertragen und die neuen URLs vollständig indexiert sind. Aus dem Netz verschwinden die alten URLs nach einem Jahr aber trotzdem nicht: Externe Links, Lesezeichen, E-Mails und alte Drucksachen zeigen weiter darauf. Entfernst du die Weiterleitungen, landen diese Besucher auf einer 404-Seite und Links verlieren ihren Wert. Ein paar Regeln weiter mitzuschleppen kostet dagegen kaum etwas. Bei einem Domainwechsel solltest du außerdem die alte Domain behalten, damit sie niemand anderes übernimmt. Was du sonst noch einplanen musst, steht in der Checkliste zum Domain-Umzug.

Wie leite ich HTTP auf HTTPS und www auf ohne www um?

Leg eine kanonische Variante fest, zum Beispiel https://example.com, und leite alle anderen Varianten per 301 oder 308 dorthin um. Entscheidend ist, dass das in einem Hop passiert: http://www.example.com sollte direkt auf https://example.com führen und nicht über https://www.example.com. Unter Apache kombinierst du beide Bedingungen in einer Regel, unter nginx nutzt du getrennte Server-Blöcke, die jeweils direkt die finale URL zurückgeben. Läuft HTTPS überall, ergänzt du einen HSTS-Header, damit Browser die HTTP-Anfrage künftig überspringen. Schritt-für-Schritt-Anleitungen findest du unter HTTP auf HTTPS weiterleiten und www-Weiterleitung. Teste danach alle vier Varianten mit dem Checker.

Wie richte ich eine Weiterleitung unter Apache oder nginx ein?

Unter Apache schreibst du die Regeln meist in die .htaccess im Hauptverzeichnis deiner Website, etwa Redirect 301 /alte-seite/ https://example.com/neue-seite/ für eine einzelne Seite oder eine RewriteRule aus mod_rewrite für Muster. Bei nginx gibt es keine .htaccess: Dort trägst du return 301 https://example.com/neue-seite/; in einen location- oder server-Block ein und lädst nginx neu. Beide erlauben jeden beliebigen Statuscode. Korrekte Regeln erzeugen dir unsere Generatoren: der .htaccess-Generator und der nginx-Generator. Hintergründe und weitere Beispiele stehen in den Ratgebern zur .htaccess-Weiterleitung und zur nginx-Weiterleitung.

Warum zeigt mein Browser ein anderes Ergebnis als der Checker?

Browser cachen dauerhafte Weiterleitungen. Hast du eine URL einmal aufgerufen, die mit 301 oder 308 geantwortet hat, springt der Browser womöglich direkt zum alten Ziel, ohne den Server erneut zu fragen – auch wenn du die Regel inzwischen geändert hast. Der Checker schickt dagegen immer eine frische Anfrage ohne Cookies und Cache und zeigt dir, was der Server gerade tatsächlich ausliefert. Weitere Gründe für Abweichungen sind Cookies (etwa für eine Sprach- oder Login-Weiterleitung), dein Standort oder eine Regel für bestimmte User-Agents. Probier im Checker einen anderen User-Agent aus oder teste nach dem Leeren des Caches in einem privaten Fenster. Ist ein CDN im Spiel, leer auch dessen Cache.