Ein 301-Redirect sagt, dass eine Seite dauerhaft umgezogen ist; ein 302 sagt, dass der Umzug nur vorübergehend ist und die alte Adresse zurückkommt. Suchmaschinen richten sich nach diesem Unterschied: Nach einem 301 indexieren sie die neue Adresse anstelle der alten, nach einem 302 behalten sie meist die alte. Nutzen Sie einen 301 (oder 308) für alles Dauerhafte, etwa eine umbenannte Seite, eine neue Domain oder die Umstellung auf HTTPS, und einen 302 (oder 307) nur dann, wenn die ursprüngliche Adresse wirklich zurückkehrt. Halten Sie jede Weiterleitung bei einem einzigen Hop, und prüfen Sie sie mit einem Tool, das jeden Schritt anzeigt.
Die Statuscodes für Weiterleitungen
Eine Weiterleitung ist eine Antwort im 3xx-Bereich mit einem Location-Header, der die neue Adresse nennt. In der Praxis zählen fünf Codes:
CodeBedeutungBehält die MethodeEinsatz301 Moved PermanentlyDauerhaft umgezogenNicht garantiert: Browser machen aus einem POST ein GETUmbenannte Seiten, neue Domains, HTTP zu HTTPS302 FoundVorübergehend woandersNicht garantiert: Browser machen aus einem POST ein GETKurzfristige Umzüge, Weiterleitung von Besuchern auf eine Login-Seite303 See OtherErgebnis von einer anderen Adresse abrufenNein, immer ein GETNach dem Absenden eines Formulars, damit ein Neuladen es nicht doppelt sendet307 Temporary RedirectVorübergehend woandersJa, Methode und BodyVorübergehende Umzüge von API-Endpunkten und Formularen308 Permanent RedirectDauerhaft umgezogenJa, Methode und BodyDauerhafte Umzüge von API-Endpunkten und Formularen
Bei gewöhnlichen Seiten, die Browser per GET abrufen, verhalten sich 301 und 308 gleich, ebenso 302 und 307. Der Unterschied zeigt sich, wenn ein Client einen POST sendet: Nach einem 301 oder 302 wiederholen ihn die meisten Clients als GET ohne Body, während 307 und 308 sie dieselbe Anfrage erneut senden lassen. Deshalb sollten APIs, die einen Endpunkt verlegen, 308 oder 307 verwenden. Die vollständige Liste der Codes finden Sie in der Referenz der HTTP-Statuscodes.
Was Weiterleitungen für SEO bedeuten
Googles Dokumentation zu Weiterleitungen behandelt 301 und 308 als dauerhaft und 302, 303 und 307 als vorübergehend. Eine dauerhafte Weiterleitung ist ein starkes Signal, dass statt der alten Adresse das Ziel in den Suchergebnissen erscheinen soll. Eine vorübergehende ist ein schwaches Signal, daher bleibt meist die alte Adresse im Index.
Daraus ergeben sich drei typische Fehler:
Ein 302 für einen dauerhaften Umzug. Viele Frameworks und Plugins leiten standardmäßig mit 302 weiter. Prüfen Sie nach einem Website-Umzug, ob die Weiterleitungen wirklich mit 301 oder 308 antworten.
Alles auf die Startseite umleiten. Hat eine alte Seite kein Gegenstück, wertet Google eine Weiterleitung auf die Startseite womöglich als Soft 404. Leiten Sie jede alte Seite auf die passendste Entsprechung, oder lassen Sie sie mit 404 oder 410 antworten.
Alte Links, die auf Weiterleitungen zeigen. Eine Weiterleitung ist ein Sicherheitsnetz, kein Ziel. Stellen Sie interne Links, Canonical-Tags und die Sitemap auf die endgültige Adresse um, damit weder Besucher noch Crawler für den zusätzlichen Hop bezahlen.
Serverseitige Weiterleitungen sind das klarste Signal. Meta-Refresh-Tags und JavaScript-Weiterleitungen funktionieren für Besucher, aber Suchmaschinen sehen sie erst nach dem Laden der Seite, und andere Clients sehen sie womöglich gar nicht.
Welche Weiterleitung wann
Eine Seite wurde umbenannt oder mit einer anderen zusammengelegt: 301.
Die Website ist auf eine neue Domain umgezogen, auf HTTPS umgestellt oder wechselt zwischen www und der Domain ohne www: 301 von jeder alten Variante direkt auf die endgültige Adresse.
Eine Seite liegt vorübergehend woanders, für eine Kampagne oder während sie neu gebaut wird: 302.
Ein Besucher muss sich zuerst anmelden: 302 auf die Login-Seite und danach zurück.
Ein Formular wurde abgesendet: 303 auf die Ergebnisseite.
Ein API-Endpunkt ist umgezogen: 308, wenn es dauerhaft ist, 307, wenn es vorübergehend ist, damit Clients Methode und Body beibehalten.
Die Website ist wegen Wartung offline: keine Weiterleitung. Antworten Sie auf der ursprünglichen Adresse mit 503 Service Unavailable, damit Suchmaschinen später wiederkommen, statt eine Wartungsseite zu indexieren.
Browser merken sich dauerhafte Weiterleitungen
Browser cachen 301- und 308-Antworten, oft sehr lange, und folgen ihnen, ohne den Server erneut zu fragen. Eine falsche dauerhafte Weiterleitung schickt wiederkehrende Besucher deshalb auch dann noch an die falsche Stelle, wenn Sie den Server längst korrigiert haben. Testen Sie eine neue Regel daher zuerst als 302, und stellen Sie sie auf 301 um, sobald sie stimmt. Ist ein fehlerhafter 301 bereits ausgeliefert, hilft ein Cache-Control: no-store-Header auf künftigen Weiterleitungen neuen Besuchern, doch die Kopien, die Browser schon gespeichert haben, laufen nach ihrem eigenen Zeitplan ab.
Redirect-Ketten und -Schleifen
Eine Kette ist eine Weiterleitung auf eine Adresse, die erneut weiterleitet: http://example.com auf https://example.com auf https://www.example.com auf https://www.example.com/en/. Jeder Hop ist ein weiterer Roundtrip, bevor die Seite überhaupt zu laden beginnt, und Google folgt höchstens 10 Hops. Ketten wachsen über Jahre von Website-Umzügen, bei denen jeder seine Regel auf die vorige setzt. Beheben Sie sie, indem Sie jede alte Variante in einem Hop direkt auf die endgültige Adresse leiten.
Eine Schleife ist eine Kette ohne Ende: Zwei Regeln schicken Besucher hin und her, bis der Browser mit „too many redirects“ aufgibt. Die üblichen Ursachen:
HTTP und HTTPS. Ein CDN spricht per HTTP mit Ihrem Server, während der Server jede HTTP-Anfrage auf HTTPS umleitet. Hinter Cloudflare ist das die Einstellung Flexible SSL; Full (strict) behebt es.
www und die Domain ohne www. Der Webserver ergänzt www und die Anwendung entfernt es wieder, oder umgekehrt. Prüfen Sie in WordPress, ob WordPress-Adresse und Website-Adresse zur Regel des Servers passen.
Abschließende Schrägstriche und Sprachregeln. Eine Regel fügt einen Schrägstrich oder ein Sprachpräfix hinzu, eine andere entfernt es.
So prüfen Sie eine Weiterleitung
Im Terminal zeigt curl jeden Hop mit seinem Statuscode und Location-Header:
curl -sIL http://example.com/old-page | grep -iE „^(HTTP|location)“
HTTP/1.1 301 Moved Permanently
Location: https://example.com/old-page
HTTP/2 301
location: https://example.com/new-page
HTTP/2 200
Zwei Hops: Die zweite Regel hätte die erste sein sollen. Öffnen Sie im Browser die Entwicklertools, aktivieren Sie im Tab „Netzwerk“ die Option Preserve log und laden Sie die alte Adresse; jede Weiterleitung erscheint als eigene Zeile. Denken Sie daran, dass der Browser einen 301 aus seinem Cache beantworten kann; ein privates Fenster liefert daher ein klareres Bild.
Oder nutzen Sie unseren kostenlosen Redirect-Checker: Geben Sie eine URL ein und sehen Sie jeden Hop mit seinem Statuscode, wo die Kette endet und ob sie in einer Schleife hängt, zu lang ist oder eine vorübergehende Weiterleitung nutzt, wo Sie vermutlich eine dauerhafte meinten. Er folgt bis zu 5 Hops, live geprüft aus Stockholm.
Einen 301 einrichten
Die meisten Hoster und CDNs bieten in ihrem Dashboard eine Einstellung für Weiterleitungen. In der Serverkonfiguration:
# nginx: one page
location = /old-page { return 301 /new-page; }
# nginx: a whole domain, keeping the path
server {
server_name old-example.com www.old-example.com;
return 301 https://example.com$request_uri;
}
# Apache (.htaccess): one page
Redirect 301 /old-page /new-page
Prüfen Sie danach die alte Adresse, ihre HTTP- und www-Varianten sowie eine Adresse mit Query-String, und stellen Sie sicher, dass jede davon die endgültige Seite in einem Hop erreicht.
Weiterleitungen mit Uptimecheck überwachen
Ein HTTP(S)-Monitor im Uptime-Monitoring von Uptimecheck folgt standardmäßig bis zu 10 Weiterleitungen und bewertet die Seite am Ende; sie gilt als erreichbar, wenn sie mit einem Status von 200 bis 399 antwortet. Eine Schleife oder eine längere Kette wird mit „Too many redirects“ als ausgefallen gemeldet, und der Vorfall zeigt an, wenn die Kette zwischen HTTP und HTTPS oder zwischen www und der Domain ohne www hin- und herspringt. Checks laufen bis zu jede Minute aus Stockholm, London und New York, und ein zweiter Check bestätigt einen Fehler, bevor Sie alarmiert werden.
Um die Weiterleitung selbst zu überwachen, etwa nach einem Domain-Umzug, schalten Sie Follow redirects aus, damit der Monitor den Statuscode der Weiterleitung selbst bewertet, setzen Sie Expected status codes auf 301 und fügen Sie eine Header-Prüfung hinzu, dass Location der neuen Adresse entspricht. Ändert später jemand die Weiterleitung auf einen 302 oder lässt sie woandershin zeigen, erfahren Sie davon. Lesen Sie, wie Sie Ihren ersten Monitor anlegen, und den Leitfaden zu HTTP-Statuscodes im Monitoring.
Erfahren Sie, wenn ein Umzug etwas kaputt macht. Testen Sie Uptimecheck 14 Tage kostenlos, ohne Kreditkarte.