Es gibt mehr Arten von URL-Weiterleitungen, als die 301-vs-302-Debatte vermuten lässt, und die falsche Wahl kostet dich still und leise Geschwindigkeit oder Ranking. Sie gliedern sich in zwei Familien. Serverseitige HTTP-Weiterleitungen sind Statuscodes, die der Server zurückgibt, bevor die Seite geladen wird - 301, 302, 303, 307, 308. Clientseitige Weiterleitungen finden im Browser statt, nachdem die Seite geladen wurde - ein Meta-Refresh-Tag oder ein JavaScript-Sprung. Serverseitig ist schneller und sauberer für Nutzer und Crawler; clientseitig ist langsamer und schwächer, und du greifst nur darauf zurück, wenn der Server außerhalb deiner Kontrolle liegt.
Ich arbeite am Weiterleitungspfad, daher bleibe ich konkret: was jeder Typ auf der Leitung tut, wie Suchmaschinen ihn lesen und welchen man tatsächlich verwenden sollte. Für die Vertiefung der beiden, die du am häufigsten nutzen wirst, behandelt 301 vs. 302 Weiterleitungen dieses Paar im Detail - dieser Beitrag ist die vollständige Übersicht.
Die Kurzfassung vorab: Bei einer dauerhaften Verlagerung verwende 301, bei einer temporären 302, füge methodenerhaltende 308/307 hinzu, wenn ein POST erhalten bleiben muss, und vermeide die clientseitigen Optionen, wenn du einen konfigurierbaren Server hast.
Die zwei Familien der Weiterleitungen#
Eine Weiterleitung ist schlicht die Anweisung, woanders hinzugehen - aber wo diese Anweisung ausgeführt wird, verändert ihr gesamtes Verhalten.
Eine serverseitige Weiterleitung ist die Antwort des Servers "nicht hier, geh dorthin", bevor irgendein Seiteninhalt gesendet wird. Der Browser erhält einen Statuscode und einen Location-Header und wechselt sofort - auf der ursprünglichen URL wird kein Inhalt geladen, das ist schnell und eindeutig. Eine clientseitige Weiterleitung ist das Gegenteil: Die ursprüngliche Seite wird vollständig geladen, und erst dann sendet ein Meta-Tag oder ein Skript den Besucher weiter. Das bedeutet einen verschwendeten Seitenaufruf, ein sichtbares Flackern und ein schwächeres Signal für Suchmaschinen, die die Seite laden und manchmal ausführen müssen, um die Weiterleitung überhaupt zu erkennen. Die formalen Definitionen der serverseitigen Codes finden sich in RFC 9110, und das praktische Browserverhalten ist im MDN-Leitfaden zu HTTP-Weiterleitungen dokumentiert.
Dieser eine Unterschied - vor der Seite oder nach ihr - ist der Grund, warum dieser Beitrag immer wieder auf "verwende eine serverseitige Weiterleitung, wenn möglich" zurückkommt.
Die HTTP-Statuscode-Weiterleitungen#
Das sind die echten Weiterleitungen, die der Server im Bereich 3xx zurückgibt. Fünf davon sind relevant.
| Code | Bedeutung | Dauerhaft? | Methode erhalten? | Typischer Einsatz |
|---|---|---|---|---|
| 301 | Dauerhaft verschoben | Ja | Nicht garantiert | Endgültige Verlagerung, Site-Migration, HTTPS-Umstellung |
| 302 | Gefunden | Nein | Nicht garantiert | Temporäre Verlagerung, editierbare Links, A/B-Tests |
| 303 | Siehe anderswo | Nein | Erzwingt GET | Weiterleitung nach Formularübermittlung zu einer Ergebnisseite |
| 307 | Temporäre Weiterleitung | Nein | Ja | Temporäre Verlagerung bei POST oder API-Endpunkt |
| 308 | Dauerhafte Weiterleitung | Ja | Ja | Dauerhafte Verlagerung, bei der die Methode erhalten bleiben muss |
Die zwei Achsen, die die Tabelle strukturieren, sind Dauerhaftigkeit und Methodenbehandlung. Dauerhaftigkeit ist die SEO-Achse: 301 und 308 sind dauerhaft, daher übertragen Suchmaschinen Ranking-Signale und behandeln das Ziel als kanonisch, während 302, 303 und 307 temporär sind und die ursprüngliche URL indiziert halten. Methodenbehandlung ist die technische Achse: 307 und 308 behalten die HTTP-Methode strikt bei, sodass ein POST ein POST bleibt, während 301 und 302 historisch einen Wechsel zu GET erlaubten. Die 303 ist der Sonderfall: Sie wurde speziell entwickelt, um nach einer Formularübermittlung ein GET zu erzwingen, damit eine Seitenaktualisierung das Formular nicht erneut absendet. Googles eigene Weiterleitungsdokumentation bestätigt, dass dauerhafte Codes als Kanonisierungssignale behandelt werden.
Für alltägliche Web-Links, die GET-Anfragen sind, verschwindet die Methodenachse, und du wählst im Wesentlichen zwischen dauerhaft und temporär - was genau die 301-vs-302-Entscheidung ist.
Clientseitige Weiterleitungen: Meta-Refresh und JavaScript#
Wenn du den Server nicht konfigurieren kannst, bleiben zwei browserbasierte Optionen - und beide sind Kompromisse.
Ein Meta-Refresh ist ein HTML-Tag im Seitenheader, das den Browser anweist, nach einer Verzögerung eine neue URL zu laden - das Muster "Sie werden in 5 Sekunden weitergeleitet". Es funktioniert, aber die Seite ist bereits geladen, bevor es ausgelöst wird - es ist also langsam, und Suchmaschinen lesen es inkonsistent: Ein sofortiger Meta-Refresh wird in der Regel als dauerhafte Weiterleitung behandelt, während ein verzögerter mehrdeutig ist und als Soft-404 gewertet werden kann. Eine JavaScript-Weiterleitung ist noch schwächer, weil sie nur dann stattfindet, wenn der Crawler das Skript ausführt. Google rendert JavaScript, aber mit Verzögerung, und viele andere Crawler führen es überhaupt nicht aus - die Weiterleitung kann also vollständig übersehen werden.
Die ehrliche Rangfolge der Optionen ist einfach: zuerst ein serverseitiger 3xx, ein Meta-Refresh nur, wenn du das HTML, aber nicht den Server kontrollierst, und ein JavaScript-Weiterleitungs als letztes Mittel, wenn du gar nichts anderes kontrollierst. Nichts davon gilt für verwaltete Kurzlinks, die immer eine serverseitige Weiterleitung verwenden - die clientseitigen Techniken sind für Situationen wie einen statischen Host ohne Weiterleitungskonfiguration.
Welche Weiterleitung solltest du verwenden#
Reduziere es auf eine Entscheidung, die du in einem Schritt treffen kannst.
- Dauerhafte Verlagerung, gewöhnlicher Link:
301. Vollständige Ranking-Übertragung, als kanonisch behandelt. - Temporäre Verlagerung, gewöhnlicher Link:
302. Hält die ursprüngliche URL indiziert und den Link editierbar. - Die Verlagerung beinhaltet einen POST oder API-Aufruf:
308für dauerhaft oder307für temporär, damit die Methode erhalten bleibt. - Nach einer Formularübermittlung:
303, damit eine Seitenaktualisierung das Formular nicht erneut absendet.
Die Meta-Regel hinter allen vier: Passe den Statuscode an die Realität der Verlagerung an - ist sie dauerhaft, und ist die Methode relevant? Wird dieses Paar falsch gewählt, verlieren Weiterleitungen still und leise Ranking oder brechen Formulare.
Was Kurzlinks verwenden#
Ein verwalteter Kurzlink ist eine serverseitige Weiterleitung - und das aus gutem Grund: Es ist die schnelle, crawler-freundliche Familie. Die interessante Wahl ist der Code, und für die meisten Kurzlinks lautet die Antwort 302.
Das klingt zunächst falsch für SEO, bis man sich vor Augen führt, wofür ein Kurzlink gedacht ist. Eine 302 hält den Link editierbar, sodass du ihn neu verlinken kannst, nachdem er gedruckt oder geteilt wurde, und sie sorgt dafür, dass jeder Klick den Server erreicht, damit deine Analytics korrekt bleiben - beides würde eine gecachte 301 kosten. Die vollständige Begründung, einschließlich der Browser-Caching-Falle, findest du in 301 vs. 302 Weiterleitungen, und die Mechanik, wie die Weiterleitung am Edge aufgelöst wird, erklärt Wie URL-Kürzer funktionieren. Die eine Regel, die unabhängig vom Code gilt: Halte es bei einem einzigen Sprung. Eine Weiterleitung, die auf eine andere Weiterleitung zeigt, verschwendet Crawl-Budget und erhöht die Latenz - und ist der schnellste Weg, das SEO zunichte zu machen, das Kurzlinks sonst erhalten.
Die gesamte Übersicht passt in einen Satz: Serverseitige Codes für echte Weiterleitungen, dauerhaft vs. temporär für SEO, methodenerhaltende Varianten für Non-GET-Anfragen und clientseitige Tricks nur dann, wenn der Server nicht zugänglich ist. Wähle nach der Wahrheit der Verlagerung, halte die Kette auf einen Sprung und deine Weiterleitungen tun, was du beabsichtigt hast.
Weitere Beiträge im Blog#
Elido testen
URL einfügen, kurzer Link in Sekunden
Kein Konto nötig. Link bleibt 30 Tage aktiv. Konto erstellen, um ihn dauerhaft zu behalten.
Kostenlos, keine Anmeldung erforderlich · 2 pro Tag