301 oder 302: Welche Weiterleitung, und was SEO sieht

Was eine Weiterleitung tatsächlich ist

Eine Weiterleitung ist keine Seite. Sie ist eine Antwort ohne brauchbaren Inhalt: ein Statuscode aus dem 3xx-Bereich und ein Location-Header, der sagt, wohin es stattdessen geht. Der Client liest den Header und stellt eine zweite Anfrage an die neue URL.

Diese Form ist wichtig, denn sie bedeutet, dass jede Weiterleitung einen vollen zusätzlichen Roundtrip kostet – und weil der Statuscode das Einzige ist, was jemandem sagt, ob der Umzug dauerhaft ist. Der Location-Header sagt wohin, der Statuscode sagt was das bedeutet. Wer das Zweite falsch setzt, hat eine URL, die für Besucher weiter funktioniert und dabei still das Falsche mit dem Ranking und mit jedem Browser macht, der sie gesehen hat.

In der Praxis gibt es fünf Weiterleitungscodes, aber die gesamte Entscheidung läuft auf eine Frage hinaus: Ist dieser Umzug dauerhaft oder nicht?

301 und 302: der eigentliche Unterschied

Eine 301 Moved Permanently sagt: diese URL ist endgültig weg, nimm von jetzt an die neue und aktualisiere, was du gespeichert hast. Eine 302 Found sagt: liefere vorläufig diese andere URL aus, frag aber weiter nach der ursprünglichen, denn die kommt zurück.

Daraus folgen drei Dinge, und sie sind der ganze praktische Unterschied:

• Suchmaschinen konsolidieren bei einer 301. Die alte URL fällt aus dem Index, die neue nimmt ihren Platz ein, und die Ranking-Signale, die die alte angesammelt hatte, gehen auf die neue über. Bei einer 302 behält die Suchmaschine die ursprüngliche URL im Index, weil Sie ihr gesagt haben, die ursprüngliche sei die richtige.
• Browser cachen eine 301, oft aggressiv. Ein Browser, der eine 301 gesehen hat, fragt Ihren Server beim nächsten Mal vielleicht nicht einmal mehr, sondern geht direkt zum Ziel. Eine 302 wird standardmäßig nicht gecacht, also fragt der Browser jedes Mal neu.
• Eine 301 lässt sich schwer zurücknehmen. Wegen dieses Cachings leitet eine 301, die Sie bereuen, wiederkehrende Besucher noch lange weiter, nachdem Sie sie aus der Konfiguration entfernt haben. Das ist der teuerste Fehler in diesem ganzen Thema.

Die Regel lautet also nicht „301 ist besser für SEO“, auch wenn man das überall liest. Sie lautet: eine 301 ist besser, wenn der Umzug wirklich dauerhaft ist – und wirklich schlecht, wenn er es nicht ist.

Was SEO tatsächlich sieht

Moderne Suchmaschinen sind nachsichtiger, als die Folklore vermuten lässt, und das hat hartnäckige Mythen hinterlassen, die man ausräumen sollte.

• „Eine 301 verliert 15 % der Linkkraft.“ Das kam von einem Abschlagfaktor, der vor Jahren galt. Google hat erklärt, auf Weiterleitungen keine PageRank-Verdünnung mehr anzuwenden. Eine korrekt umgesetzte 301 gibt die Signale weiter.
• „Eine 302 gibt nichts weiter.“ Nicht ganz. Google behandelt eine 302, die lange besteht, irgendwann wie eine dauerhafte, weil das Verhalten der Ansage widerspricht. Aber „irgendwann“ leistet hier viel Arbeit: Sie verbringen Wochen oder Monate mit der falschen URL im Index, und den Zeitpunkt bestimmen Sie nicht.
• „Weiterleitungen schaden dem Ranking immer.“ Eine einzelne saubere Weiterleitung auf eine thematisch nahe Seite ist Routine und kostet messbar meist nichts. Was schadet, ist die Weiterleitung auf etwas Unpassendes: hundert stillgelegte Produktseiten auf die Startseite zu schicken liest sich als Soft-404, und die Signale dieser Seiten gehen ins Nichts.

Die echten Risiken sind unspektakulärer als die Mythen: Ketten, Schleifen, widersprüchliche Signale und weitergeleitete URLs, die noch in der Sitemap stehen. Dazu weiter unten.

Welche wann, nach Situation

Fast jeder Fall fällt in eine dieser Kategorien.

Nehmen Sie eine 301

Sie haben einen Slug geändert oder Ihre Pfade umgebaut. Sie sind auf eine neue Domain gezogen. Sie haben einen kanonischen Hostnamen gewählt, und der andere muss folgen – www auf den Apex oder umgekehrt. Sie erzwingen HTTPS. Sie haben zwei Seiten zusammengeführt. Sie haben eine Produktseite stillgelegt und auf die Kategorie verwiesen, die sie ersetzt. In all diesen Fällen kommt die alte URL nie zurück – genau das erklärt eine 301.

Nehmen Sie eine 302

Wartung oder eine Übergangsseite, während die echte Seite nicht erreichbar ist. A/B-Tests zweier Varianten einer Seite. Geografisches oder sprachliches Routing, bei dem die ursprüngliche URL kanonisch bleiben muss. Eine zeitlich befristete Aktionsseite anstelle der gewohnten. Eine Anmelde-Weiterleitung, die den Nutzer danach zurückbringt. Hier soll die ursprüngliche URL im Index bleiben, und eine 301 würde sie entfernen.

Wann 307 und 308 zählen

307 Temporary Redirect und 308 Permanent Redirect sind die strengen Varianten von 302 und 301. Der Unterschied betrifft die HTTP-Methode: bei 301 und 302 machten Clients aus einem POST historisch ein GET, wenn sie der Weiterleitung folgten, und dieses Verhalten ist inzwischen festgeschrieben. 307 und 308 müssen Methode und Body erhalten.

Für gewöhnliche Seitenumzüge sind 301 und 302 das, was Suchmaschinen erwarten und was Sie nehmen sollten. Für APIs und Formularübermittlungen nehmen Sie 307 oder 308: ein weitergeleiteter POST, der still zu einem GET wird, verliert den Request-Body, und der daraus folgende Fehler ist zum Verzweifeln aufzuspüren.

303 und das Einzige, wofür sie da ist

303 See Other macht die Folgeanfrage absichtlich zu einem GET. Ihr eigentlicher Zweck ist das Muster „POST und Weiterleitung“: einen Formular-POST annehmen und dann per 303 auf eine Ergebnisseite verweisen, damit ein Neuladen des Browsers das Formular nicht erneut absendet. Sie ist keine Allzweck-Weiterleitung und hat bei Seitenumzügen nichts zu suchen.

Meta-Refresh und JavaScript-Weiterleitungen

Es gibt zwei Wege ohne HTTP, einen Besucher zu verschieben, und beide sind schlechter, als sie aussehen.

Ein Meta-Refresh (<meta http-equiv="refresh">) wird vom Browser erst nach dem Herunterladen der Seite ausgeführt. Suchmaschinen folgen ihm und behandeln einen Refresh ohne Verzögerung meist wie eine dauerhafte Weiterleitung, aber er ist langsam, für alles unsichtbar, das kein HTML rendert, bricht den Zurück-Button und ist mit Verzögerung ein echtes Barrierefreiheitsproblem. Nehmen Sie ihn nur, wenn Sie überhaupt keinen Zugriff auf die Serverkonfiguration haben.

Eine JavaScript-Weiterleitung ist noch schlechter. Sie setzt voraus, dass die Seite lädt und das Skript läuft, alles ohne JavaScript folgt ihr nicht, und sie verschwendet die gesamte erste Anfrage. Beides sind Notbehelfe, keine Werkzeuge. Wenn Sie einen Statuscode setzen können, setzen Sie einen Statuscode.

Ketten und Schleifen: wo Traffic wirklich versickert

Das ist der Teil, der echtes Geld kostet, und er entsteht fast immer versehentlich.

Eine Kette ist eine Weiterleitung auf eine Weiterleitung. Sie wächst über Jahre, Regel für Regel: http://example.com → https://example.com → https://www.example.com → https://www.example.com/neue-seite. Jeder Sprung ist ein voller Roundtrip, eine Vier-Sprung-Kette ist auf dem Mobilfunk also deutlich spürbar, und Crawler geben bei langen Ketten auf: Google folgt einer begrenzten Zahl von Sprüngen und hört dann einfach auf. Lösen Sie Ketten auf, indem die erste URL direkt aufs Endziel zeigt.

Eine Schleife schickt den Client dorthin zurück, wo er angefangen hat, und die Seite lädt nie. Die klassische Ursache sind zwei Regeln, die sich widersprechen: eine erzwingt www, die andere den Apex, und jede hebt die andere auf. Browser zeigen nach etwa zwanzig Sprüngen ERR_TOO_MANY_REDIRECTS. Wer das sieht, hat zwei streitende Regeln, nicht eine kaputte.

Zwei weitere Lecks lohnen eine Prüfung:

• Weitergeleitete URLs, die in der Sitemap stehen. Eine Sitemap sollte nur Endziele listen. Eine weiterleitende URL dort sagt dem Crawler, er solle sein Budget für einen Sprung ausgeben.
• Ein Canonical-Tag, das der Weiterleitung widerspricht. Wenn die Zielseite ein Canonical zurück auf die alte URL angibt, haben Sie zwei widersprüchliche Anweisungen gegeben, und die Suchmaschine entscheidet für Sie.

Wie Sie prüfen, was eine URL wirklich zurückgibt

An der Adresszeile lässt sich eine 301 nicht von einer 302 unterscheiden – beide enden am gleichen Ort. Sie müssen die Antwort lesen.

Prüfen Sie diese drei Dinge:

• Den Statuscode der ersten Antwort, nicht der letzten. Das Netzwerk-Panel des Browsers zeigt die ganze Folge; die erste Zeile ist die, die über Dauerhaftigkeit entscheidet.
• Die vollständige Sprungfolge. Zählen Sie die Weiterleitungen zwischen der eingegebenen URL und der Seite, die erscheint. Mehr als eine verdient einen Blick, mehr als zwei ist eine Kette, die aufzulösen ist.
• Ob die Kette Codes mischt. Eine 301 gefolgt von einer 302 ist ein häufiges und verwirrendes Muster, das sagt: „dauerhaft an einen vorläufigen Ort umgezogen“.

Ein HTTP-Statuscode-Prüfer zeigt den Status jedes Sprungs und den Location-Header in jedem Schritt – genau die Sicht, die Sie brauchen. Für die HTTPS- und Hostnamen-Regeln bestätigen Sie mit dem SSL Checker, dass das Zertifikat den Host abdeckt, auf den Sie hin weiterleiten: eine Weiterleitung auf einen Host, den das Zertifikat nicht deckt, ergibt eine Warnseite statt einer funktionierenden Website.

Häufige Fehler

• Eine 301 für etwas Vorläufiges nehmen. Browser cachen sie, wiederkehrende Besucher werden also nach dem Entfernen der Regel weiter umgeleitet. Das zu leeren liegt nicht in Ihrer Hand.
• Eine 302 für einen dauerhaften Umzug nehmen und sich fragen, warum die alte URL weiter rankt. Sie haben der Suchmaschine gesagt, die alte sei die kanonische.
• Alles Stillgelegte auf die Startseite leiten. Google behandelt ein unpassendes Ziel als Soft-404. Leiten Sie auf die nächstliegende Entsprechung, oder geben Sie einen saubereren 410 zurück, wenn es keine gibt.
• Ketten wachsen lassen. Jede neue Regel stapelt sich auf die letzte, statt sie zu ersetzen.
• Zwei streitende Hostnamen-Regeln, die eine Schleife ergeben. Entscheiden Sie sich für einen kanonischen Hostnamen und schreiben Sie genau eine Regel dafür.
• Einen POST per 301 oder 302 weiterleiten. Die Methode wird zu GET und der Body ist weg. Nehmen Sie 307 oder 308 für alles, was kein einfacher Seitenaufruf ist.
• Weitergeleitete URLs in der Sitemap lassen oder interne Links auf die alte URL zeigen lassen. Aktualisieren Sie Ihre eigenen Links; eine Weiterleitung ist für die Links anderer.

Kurzfassung

Eine 301 heißt dauerhaft: Suchmaschinen verschieben die Ranking-Signale auf die neue URL und Browser cachen sie hart – nehmen Sie sie für Slug-Änderungen, Domainumzüge, HTTPS und die Hostnamen-Kanonisierung, und nie für etwas, das Sie zurücknehmen könnten. Eine 302 heißt vorläufig: die ursprüngliche URL bleibt im Index, was für Wartungsseiten, A/B-Tests und Anmelde-Umleitungen genau richtig ist. Nehmen Sie 307 oder 308, wenn ein POST die Weiterleitung überleben muss, halten Sie Ketten auf einem Sprung, und sorgen Sie dafür, dass keine Regel auf ihren eigenen Ausgangspunkt zurückzeigt. Prüfen Sie Sprung für Sprung mit dem kostenlosen HTTP-Statuscode-Prüfer, was eine URL wirklich zurückgibt, und bestätigen Sie bei einer Weiterleitung auf einen neuen Host zuerst dessen Zertifikat mit dem SSL Checker. Für den größeren Überblick, was jede Antwortklasse bedeutet, deckt der vollständige Leitfaden zu HTTP-Statuscodes den Rest ab.

Verwandte Tools und Leitfäden:

• HTTP-Statuscode-Abfrage – Eine schnelle Referenz für jeden HTTP-Statuscode und seine Bedeutung.
• Sicherheits-Header-Prüfer – Prüfen Sie HSTS, CSP, X-Frame-Options und andere wichtige Sicherheitsheader.
• 404 oder 410: Was beides Google über eine gelöschte Seite sagt – Was ein 404 und ein 410 einem Crawler jeweils sagen

Häufige Fragen