Welche Weiterleitung ist die richtige – 301, 302 oder 308?

301, 302, 307, 308 – was ist der Unterschied?

301 und 308 kennzeichnen einen dauerhaften Umzug, 302, 303 und 307 eine vorübergehende Umleitung. Google wertet 301 und 308 als starkes Signal, dass die neue Adresse künftig in den Suchergebnissen steht – für einen endgültigen Umzug verwenden Sie daher immer eine dieser beiden.

Für Google sind 301 und 308 gleichwertig, ebenso 302 und 307. Der Unterschied betrifft Browser und andere Programme: Bei 307 und 308 bleiben Anfrage-Methode und Formularinhalt erhalten. Weiterleitungen per JavaScript sollten Sie nur verwenden, wenn nichts anderes möglich ist – Google sieht sie nur, wenn das Rendern der Seite gelingt.

Warum schaden Weiterleitungsketten?

Jede zusätzliche Station ist eine weitere Anfrage, die Zeit kostet, bevor die eigentliche Seite überhaupt geladen wird. Google rät ausdrücklich, Ketten zu vermeiden und direkt auf das endgültige Ziel weiterzuleiten.

http://example.com/kontakt
  → 301 https://example.com/kontakt
  → 301 https://www.example.com/kontakt
  → 301 https://www.example.com/kontakt/

http://example.com/kontakt
  → 301 https://www.example.com/kontakt/

Solche Ketten entstehen, wenn mehrere Regeln nacheinander greifen – etwa eine HTTPS-Regel beim Hoster, eine www-Regel in der .htaccess und eine Slash-Regel im CMS. Laut Google verlängert jede Station die Wartezeit, und nicht alle Browser und Programme folgen langen Ketten. Die Zeit für Weiterleitungen fließt außerdem in die Server-Antwortzeit (TTFB) ein, die der Artikel Ladezeit erklärt.

• Fassen Sie Regeln so zusammen, dass jede Variante in einem Schritt am Ziel ist (Beispiele unten).
• Verlinken Sie intern immer direkt auf die endgültige Adresse, auch in Menüs und in der Sitemap.
• Lassen Sie Weiterleitungen nach einem Umzug laut Google mindestens ein Jahr bestehen.

Eine Schleife – A leitet auf B, B zurück auf A – macht die Seite unerreichbar; Browser brechen dann mit einer Fehlermeldung ab. Den Weg jeder Adresse zeigt unser Weiterleitungs-Checker Schritt für Schritt.

Wie leite ich HTTP auf HTTPS um?

Leiten Sie jeden Aufruf über http:// serverseitig mit 301 oder 308 auf dieselbe Adresse mit https:// um – mit demselben Pfad, nicht auf die Startseite. Google bevorzugt ohnehin die HTTPS-Fassung als Hauptadresse und empfiehlt zusätzlich den Sicherheits-Header HSTS.

Ohne Umleitung ist jede Seite doppelt erreichbar, und wer eine alte http-Adresse aufruft, surft unverschlüsselt. Damit Google die HTTPS-Adresse wählt, sollte laut Google außerdem Folgendes zutreffen:

• gültiges TLS-Zertifikat für den Hostnamen,
• keine Weiterleitung, die zwischendurch über eine http-Adresse führt,
• kein Canonical, das auf die http-Fassung zeigt,
• keine internen Links auf http-Adressen und eine Sitemap mit den https-Adressen,
• keine unsicher geladenen Bestandteile wie Bilder oder Skripte über http.

HSTS teilt dem Browser mit, Ihre Website nur noch über HTTPS aufzurufen; spätere http-Aufrufe stellt der Browser selbst auf HTTPS um. Wie Sie den Header einrichten und welche Fallstricke es gibt, steht im Artikel Website-Sicherheit.

Mit oder ohne www?

Entscheidend ist nicht, welche Variante Sie wählen, sondern dass es nur eine gibt: Legen Sie eine Hauptvariante fest und leiten Sie die andere per 301 dorthin um. Das Zertifikat muss beide Hostnamen abdecken, sonst sehen Besucher der Nebenvariante eine Sicherheitswarnung statt einer Weiterleitung.

Liefern example.com und www.example.com beide eine Seite mit Status 200, existiert jede Seite zweimal. Google wählt dann selbst, welche Fassung als Hauptadresse gilt. Hat die Nebenvariante gar keinen DNS-Eintrag, erreichen Besucher, die sie eintippen, überhaupt nichts – auch das meldet Auffindig.

• Hauptvariante festlegen und überall gleich verwenden: Canonical, interne Links, Sitemap, Einträge in Verzeichnissen und Profilen.
• Für beide Hostnamen einen DNS-Eintrag und ein gültiges Zertifikat einrichten.
• Die Nebenvariante mit 301 oder 308 in einem Schritt auf die Hauptvariante umleiten, inklusive Pfad und Parametern.

Wie gehe ich mit Slash-Varianten um?

Für Google sind /kontakt und /kontakt/ zwei verschiedene Adressen – nur bei der Startseite ist der Slash egal. Legen Sie eine Schreibweise fest und leiten Sie die andere per 301 um; mindestens sollte ein Canonical auf die Hauptschreibweise zeigen.

Google behandelt beide Varianten gleichrangig, solange Sie nichts festlegen. Liefern beide denselben Inhalt mit Status 200, verteilen sich Verlinkungen und Signale auf zwei Adressen. Verwenden Sie die gewählte Schreibweise auch in Menüs, internen Links und der Sitemap.

Auffindig prüft dazu bei Unterseiten die jeweils andere Schreibweise. In Ordnung sind eine 301- oder 308-Weiterleitung, ein Status 404 oder Status 200 mit Canonical auf die Hauptschreibweise. Apache leitet echte Verzeichnisse ohne Slash bereits standardmäßig um (Einstellung DirectorySlash); für die Adressen eines CMS, die keine echten Verzeichnisse sind, braucht es eine eigene Regel oder die passende Einstellung im System.

Wie ersetze ich einen Meta-Refresh?

Ein Meta-Refresh leitet erst im Browser weiter, nachdem die Seite geladen ist. Ersetzen Sie ihn durch eine serverseitige 301-Weiterleitung; nur wenn Ihre Plattform das nicht zulässt, verwenden Sie einen sofortigen Meta-Refresh mit 0 Sekunden.

<meta http-equiv="refresh" content="5; url=https://www.example.com/neu/">

Redirect 301 /alt/ https://www.example.com/neu/

<meta http-equiv="refresh" content="0; url=https://www.example.com/neu/">

Google wertet einen sofortigen Meta-Refresh wie eine dauerhafte Weiterleitung, einen verzögerten dagegen wie eine vorübergehende. Für die Barrierefreiheit ist die Verzögerung ein eigenes Problem: Laut W3C kann eine zeitgesteuerte Weiterleitung oder ein automatisches Neuladen Screenreader-Nutzer mitten im Lesen unterbrechen. Ein Refresh ohne Zieladresse lädt die Seite immer wieder neu – auch das wertet Auffindig als verbesserbar. Bleibt eine alte Meta-Weiterleitung neben einer geänderten Server-Weiterleitung stehen, können sich beide widersprechen und eine Schleife erzeugen.

Wie sieht die Weiterleitung in .htaccess und nginx aus?

Die folgenden Beispiele leiten http:// und die Variante ohne www in einem einzigen Schritt auf https://www.example.com um, mit Pfad und Parametern. Ersetzen Sie example.com durch Ihre Domain und testen Sie die Regeln danach.

Apache, Datei .htaccess (wenn Sie keinen Zugriff auf die Server-Konfiguration haben):

RewriteEngine On
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
RewriteRule ^ https://www.example.com%{REQUEST_URI} [R=301,L]

Wichtig: Ohne R=301 sendet Apache eine vorübergehende 302-Weiterleitung. Endet HTTPS bereits bei einem vorgeschalteten Proxy oder Load Balancer, meldet %{HTTPS} immer „off“ und die Regel erzeugt eine Schleife – klären Sie das in diesem Fall mit Ihrem Hoster. Mit Zugriff auf die Server-Konfiguration empfiehlt die Apache-Dokumentation statt mod_rewrite die einfachere Direktive Redirect permanent in einem eigenen VirtualHost.

nginx (Server-Konfiguration):

# http mit und ohne www → https://www
server {
    listen 80;
    listen [::]:80;
    server_name example.com www.example.com;
    return 301 https://www.example.com$request_uri;
}

# https ohne www → https://www
server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name example.com;
    ssl_certificate     /pfad/zertifikat.pem;
    ssl_certificate_key /pfad/schluessel.pem;
    return 301 https://www.example.com$request_uri;
}

# Hauptvariante: hier liefert der Server die Website aus
server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name www.example.com;
    # ssl_certificate, root usw.
}

$request_uri enthält den ursprünglichen Pfad samt Parametern. Statt 301 können Sie bei nginx ab Version 1.13.0 auch 308 verwenden. Wollen Sie die Variante ohne www als Hauptadresse, tauschen Sie die Hostnamen entsprechend. Unseren Weiterleitungs-Checker können Sie anschließend für alle vier Varianten (http/https, mit/ohne www) laufen lassen; er erzeugt diese Regeln auch für Ihre Domain.