301 gegenüber 308: Weiterleitungsunterschiede
301 und 308 sind beide dauerhafte Weiterleitungen — der zentrale Unterschied ist, dass 308 garantiert, dass HTTP-Methode und Body den Hop überstehen. Warum 308 existiert, warum Google und Bing den Code genauso verarbeiten wie eine 301 und wann Sie tatsächlich zu 308 greifen sollten.
Sprachen
1 Evidenzsignal auf dieser Seite
- Verknüpftes Live-WerkzeugHTTP Status & Redirect Checker
Eine 301 und eine 308 sind beide dauerhafte Weiterleitungen, und Google und Bing behandeln 308 beim Crawling, bei der Indexierung und bei Signalen genauso wie 301 — Googles Dokumentation nennt 308 „gleichwertig zu 301“, Gary Illyes sagt „wir führen das einfach mit 301 zusammen“, und Fabrice Canel von Bing bestätigt die Gleichbehandlung. Auf Protokollebene ist der zentrale Unterschied mechanisch: 308 garantiert, dass der Client dieselbe Request-Methode an der neuen URL wiederholt (ein POST bleibt ein POST und der Body kommt mit), während 301 — ein Code aus der HTTP/1.0-Zeit — speziell bei der Umwandlung von POST in GET mehrdeutig ist (der RFC sagt über PUT/DELETE weder das eine noch das andere). Für eine normale Seiten- oder Website-Migration bleibt 301 daher der pragmatische Standard (älter, breiter erkannt, bessere Unterstützung in Tools, CDNs und Plugins). Verwenden Sie 308 nur, wenn Sie eine Nicht-GET-Methode erhalten müssen: API-Endpunkte, Webhook-URLs, Formularziele oder Auth-POST-Abläufe — und testen Sie auch dann den echten Client, denn der Statuscode allein garantiert nicht, dass Anmeldedaten, Cookies oder Idempotenz erhalten bleiben. Keine der beiden Varianten bietet einen SEO-Vorteil; wer eine Massenmigration von 301 auf 308 für bessere Rankings empfiehlt, verkauft einen Mythos, den die Suchmaschinen ausdrücklich widerlegt haben.
TL;DR — Eine 301 und eine 308 sind beide dauerhafte Weiterleitungen, und Google und Bing behandeln eine 308 genauso wie eine 301. Der zentrale technische Unterschied ist die Methodengarantie: Eine 308 verspricht, dass der Browser die Anfrage auf dieselbe Weise erneut sendet (eine Formulareinsendung bleibt also eine Formulareinsendung), während eine 301 dies bei einem POST nicht strikt verspricht. Für eine normale Weiterleitung nach dem Muster „Diese Seite ist umgezogen“ verwenden Sie einfach eine 301. Verwenden Sie eine 308, wenn Sie etwas weiterleiten, das keine einfache Seite ist — etwa eine API oder ein Formular — und die ursprüngliche Request-Methode unverändert ankommen muss (der Statuscode allein garantiert allerdings nicht, dass auch Cookies oder Anmeldedaten erhalten bleiben; testen Sie den echten Client).
Was diese beiden Codes bedeuten
Wenn ein Server Sie von einer URL zu einer anderen sendet, versieht er die Antwort mit einem Statuscode. Zwei dieser Codes bedeuten: „Das ist dauerhaft umgezogen“:
- 301 — „Moved Permanently“. Der ursprüngliche und älteste Code für dauerhafte Weiterleitungen. Es gibt ihn seit den Anfängen des Webs.
- 308 — „Permanent Redirect“. Ein neuerer Code (2015 eingeführt), der dieselbe Aufgabe erfüllt und eine zusätzliche Garantie bietet.
Diese zusätzliche Garantie ist die ganze Geschichte. Denken Sie an ein Formular: Ihr Browser sendet eine POST-Anfrage mit Ihren Daten. Bei einer herkömmlichen 301 darf der Browser diesen POST beim Folgen der Weiterleitung unauffällig in einen einfachen GET umwandeln — und dabei Ihre Daten verwerfen. Eine 308 verbietet das. Sie sagt: Wiederholen Sie exakt dieselbe Anfrage, einschließlich Methode und Daten, an der neuen Adresse.
Ist das für SEO wichtig? Nein.
Hier liegt der Punkt, den viele falsch verstehen, deshalb ganz deutlich: Für die Suche sind 301 und 308 gleich. Googles eigene Dokumentation beschreibt 308 wörtlich als “equivalent to 301.” (Übersetzung) „gleichwertig zu 301“. Gary Illyes von Google formulierte es noch direkter: “we just merge that with 301 so we really don’t care.” (Übersetzung) „Wir führen das einfach mit 301 zusammen, es ist uns also wirklich egal.“ Und Fabrice Canel von Bing bestätigte dasselbe für Bing: “Bing treats 308 redirects the same as 301 redirects.” (Übersetzung) „Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen.“
Ignorieren Sie daher jeden, der behauptet, 308 sei „besser für SEO“, oder Sie sollten alle Ihre 301s für bessere Rankings auf 308 umstellen. Es gibt keinen Vorteil. Die Suchmaschinen haben das selbst gesagt. Evidence for this claim Google treats 308 as equivalent to 301 for Search while advising sites to use the semantically appropriate status code. Scope: Google Search processing; client behavior still differs when method preservation matters. Confidence: high · Verified: Google: HTTP status codes and Search
Welche verwende ich also?
- Eine normale Seite weiterleiten (Sie haben eine URL verschoben, auf HTTPS umgestellt oder die Domain geändert)? → Verwenden Sie eine 301. Das ist der Standard, den die meisten Tools, CDNs und Plugins sofort verstehen.
- Etwas weiterleiten, das Daten überträgt (einen API-Endpunkt, die Absende-URL eines Formulars oder einen Login-POST)? → Verwenden Sie eine 308, damit die ursprüngliche Request-Methode den Hop übersteht. Prüfen Sie trotzdem, ob Anmeldedaten und Cookies wie erwartet ankommen, denn der Statuscode allein garantiert das nicht.
Wenn Sie keine API und kein Formular weiterleiten, benötigen Sie mit sehr hoher Wahrscheinlichkeit eine 301. Das ist die Kurzfassung.
Sie möchten das vollständige Bild — warum die 308 erfunden wurde, was Google und Bing genau gesagt haben und wie beide Codes implementiert werden? Wechseln Sie zum Tab Fortgeschritten.
TL;DR — 301 und 308 sind beide dauerhafte Weiterleitungen, und Google und Bing verarbeiten eine 308 genauso wie eine 301 — Googles Dokumentation sagt, 308 sei “equivalent to
301,” (Übersetzung) „gleichwertig zu301“, Illyes sagt “we just merge that with 301,” (Übersetzung) „wir führen das einfach mit 301 zusammen“, und Canel bestätigt, dass Bing beide gleich behandelt. Auf Protokollebene liegt der zentrale Unterschied in der Methodenerhaltung: 308 (RFC 7538, 2015) garantiert mechanisch, dass der Client dieselbe Methode an der neuen URL wiederholt (der Body wird mitgesendet); 301 stammt aus der HTTP/1.0-Zeit und ist speziell bei der Umwandlung von POST in GET mehrdeutig — der RFC sagt über PUT oder DELETE weder das eine noch das andere aus, verallgemeinern Sie den POST-Vorbehalt daher nicht. 308 existiert als dauerhaftes Gegenstück zu 307 — RFC 7231 definierte einen vorübergehenden methodenerhaltenden Code (307), aber keinen dauerhaften, und 308 füllte diese Lücke. Verwenden Sie standardmäßig 301 für gewöhnliche Seiten-, Website- und HTTPS-Migrationen (älter, breiter erkannt, bessere Unterstützung in CDNs, CMSs und Plugins). Verwenden Sie 308 nur, wenn Sie eine Nicht-GET-Anfrage erhalten müssen — API-Endpunkte, Webhook-URLs, Formularziele oder Auth-POST-Abläufe — und prüfen Sie auch dann Anmeldedaten, Cookies und Idempotenz mit dem echten Client, statt anzunehmen, dass der Statuscode alles abdeckt. Keine der beiden Varianten ist „besser für SEO“ — das ist ein Mythos, den die Suchmaschinen ausdrücklich widerlegt haben.
Der semantische Unterschied kommt zuerst
Sowohl 301 als auch 308 sagen Suchmaschinen in Bezug auf die Dauerhaftigkeit dasselbe: Die Ressource ist endgültig umgezogen und das Ziel soll kanonisch werden. Der Unterschied liegt in einer engen, mechanischen Garantie dafür, wie der Client die Anfrage erneut sendet.
- 301 (Moved Permanently) ist der ursprüngliche Code für dauerhafte Weiterleitungen aus der HTTP/1.0-Zeit. Entscheidend ist, dass er nie eindeutig festlegte, ob die Request-Methode erhalten bleiben muss. In der Praxis haben Browser und andere Clients beim Folgen einer 301 historisch einen POST in einen GET umgewandelt — für eine einfache Seite ist das in Ordnung, aber alles, was von Methode oder Request-Body abhängt, wird dadurch unbemerkt beschädigt.
- 308 (Permanent Redirect) ist die strikte Variante. Sie garantiert, dass der Client exakt dieselbe Methode und denselben Body an die neue URL sendet. Ein POST bleibt ein POST; die Nutzlast kommt mit.
Die Ein-Satz-Erklärung, die ich jemandem geben würde: Eine 308 ist eine 301 mit der zusätzlichen Garantie, dass der Browser Ihren POST nicht stillschweigend in einen GET umwandelt. Evidence for this claim RFC 9110 defines both 301 and 308 as permanent redirects; 308 forbids changing the request method, while 301 permits POST-to-GET rewriting for historical reasons. Scope: HTTP semantics for 301 and 308 responses. Confidence: high · Verified: IETF: RFC 9110 §§15.4.2, 15.4.9 IETF: RFC 7538 §3 — 308 Permanent Redirect
Warum es 308 überhaupt gibt: die fehlende „dauerhafte 307-Weiterleitung“
Das ist der Teil, den fast niemand erklärt, und der sauberste Weg, den ganzen Vergleich zu verstehen. Es geht um eine Lücke in der Spezifikation.
Die modernen Weiterleitungscodes bilden ein Raster aus vorübergehend/dauerhaft und locker/strikt:
| Vorübergehend | Dauerhaft | |
|---|---|---|
| Methode darf sich ändern (locker) | 302 | 301 |
| Methode bleibt erhalten (strikt) | 307 | 308 |
RFC 7231 definierte 307 — eine vorübergehende, methodenerhaltende Weiterleitung — als striktes Gegenstück zur lockeren, mehrdeutigen 302. Ein dauerhaftes methodenerhaltendes Gegenstück definierte der RFC jedoch nicht. Es gab einen strikten vorübergehenden Code, aber keinen strikten dauerhaften. RFC 7538 (April 2015) fügte 308 genau für diese Lücke hinzu: 308 verhält sich zu 301 wie 307 zu 302. Wenn Sie den Vergleich 302-vs.-307 in diesem Cluster gelesen haben, ist 301-vs.-308 exakt dieselbe Beziehung in der dauerhaften Spalte — locker-dauerhaft gegenüber strikt-dauerhaft.
301 stammt aus der Zeit vor diesem gesamten Raster. Der Code kam aus HTTP/1.0, bevor das Konzept „Methode erhalten“ formalisiert war. Genau deshalb ist er mehrdeutig und musste 308 erfunden werden, statt 301 einfach zu präzisieren.
Was „Methode und Body erhalten“ in der Praxis bedeutet
Bei der überwältigenden Mehrheit der Weiterleitungen — jemand klickt auf einen Link, der Browser stellt eine GET-Anfrage und der Server sendet ihn an einen anderen Ort — gibt es praktisch keinen Unterschied. Moderne Browser erhalten GET bei einer 301 problemlos. Relevant wird die Unterscheidung nur, wenn die Anfrage keine einfache GET-Anfrage ist:
| Anfrageart | Hinter einer 301 | Hinter einer 308 |
|---|---|---|
GET (normale Seite) | Als GET verfolgt (in der Praxis unproblematisch) | Als GET verfolgt |
POST (Formular, API) | Kann still in GET umgewandelt werden, Body geht verloren | Als POST wiederholt, Body bleibt erhalten |
PUT / DELETE (API) | Nicht im RFC dokumentiert — die historische Ausnahme betrifft nur POST→GET, daher clientabhängig und ungeprüft behandeln | Methode bleibt erhalten (die automatische Follow-Regel von 308 ist nicht auf POST beschränkt) |
Das Risiko einer 301 liegt also eindeutig bei POST und Request-Bodies — Formularen, APIs, Webhooks und Auth-Abläufen. „Eine 301 wird mein Formular immer beschädigen“ wäre übertrieben; ein normaler GET ist sicher. Die historische Sonderregel des RFC für 301 betrifft ausdrücklich POST→GET; das Verhalten von PUT oder DELETE ist nicht dokumentiert. Nehmen Sie daher bei keiner Methode ein bestimmtes Verhalten an, ohne den echten Client zu testen. Klar ist: 308 verbietet dem Client, die wiederholte Methode zu ändern — diese Regel ist nicht auf POST beschränkt. Garantiert wird hier die Methodenerhaltung; Header, Cookies, Anmeldedaten oder die gesamte Transaktion bleiben nicht automatisch ebenfalls unverändert. Das ist client- und integrationsabhängig und sollte bei wichtigen Abläufen getestet werden (siehe Checkliste unten).
Behandelt Google 301 und 308 für SEO unterschiedlich? Nein.
Das ist die seltene Weiterleitungsfrage, bei der Dokumentation, Googler und Bing übereinstimmen — und das seit Jahren konsistent.
Googles Dokumentation zu HTTP-Statuscodes ordnet 301 und 308 derselben Kategorie zu. In der 301-Zeile steht: “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (Übersetzung) „Google folgt der Weiterleitung, und die Google-Systeme verwenden sie als starkes Signal dafür, dass das Weiterleitungsziel verarbeitet werden sollte.“ Die 308-Zeile besteht aus einem Satz: “Equivalent to 301.” (Übersetzung) „Gleichwertig zu 301.“ Das ist die stärkste und am besten zitierbare Antwort — Googles eigene Dokumentation setzt die beiden Codes wörtlich gleich. Evidence for this claim Google treats 308 as equivalent to 301 for Search while advising sites to use the semantically appropriate status code. Scope: Google Search processing; client behavior still differs when method preservation matters. Confidence: high · Verified: Google: HTTP status codes and Search
Der Weiterleitungsleitfaden bestätigt das. Er beginnt mit “The 301 and 308 status codes mean that a page has permanently moved to a new location” (Übersetzung) „Die Statuscodes 301 und 308 bedeuten, dass eine Seite dauerhaft an einen neuen Ort verschoben wurde“ und zieht anschließend nirgendwo eine weitere Unterscheidung zwischen ihnen.
Googler äußern sich seit Jahren auch inoffiziell genauso, lange bevor es in die Dokumentation aufgenommen wurde:
- Gary Illyes (2021): In einer Diskussion darüber, ob Google 308 wie 301 behandelt, sagte er, Google „führt das einfach mit 301 zusammen, es ist uns also wirklich egal“. Der englische Wortlaut lautet “just merge[s] that with 301 so we really don’t care.” (Übersetzung) „führt das einfach mit 301 zusammen, es ist uns also wirklich egal“. Barry Schwartz bezeichnete seinen Bericht als den Moment, in dem dies offiziell wurde: “Three years later it was added to the official Google documents that Google treats 308 redirects like 301 redirects — so now it is official.” (Übersetzung) „Drei Jahre später wurde es in die offiziellen Google-Dokumente aufgenommen: Google behandelt 308-Weiterleitungen wie 301-Weiterleitungen — nun ist es offiziell.“
- John Mueller (2018): Drei Jahre früher: “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (Übersetzung) „Wenn Sie es [eine 308-Weiterleitung] wie eine 301 verwenden, behandeln wir sie auch so.“ Das war Googles informelle Haltung also schon lange vor der Anpassung der Dokumentation.
Einen wichtigen Vorbehalt gibt es in Googles Dokumentation, und er ist die These dieses ganzen Artikels. Direkt nach der Gleichsetzung der Codes ergänzt Google: “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (Übersetzung) „Google behandelt diese Statuscodes zwar gleich, doch sie sind semantisch verschieden. Wählen Sie den passenden Statuscode, damit auch andere Clients (etwa E-Reader und weitere Suchmaschinen) davon profitieren können.“ Mit anderen Worten: Wählen Sie den Code aus Gründen der Korrektheit und Interoperabilität, nicht für SEO — denn SEO macht hier keinen Unterschied.
Behandelt Bing 301 und 308 unterschiedlich? Ebenfalls nein.
Die meisten Texte zu diesem Thema behandeln nur Google, wodurch eine Lücke entsteht. Fabrice Canel von Bing beantwortete die Frage im September 2024 direkt. Auf die Frage, ob Bing eine dauerhafte 308 wie eine 301 behandelt, antwortete er: “Bing treats 308 redirects the same as 301 redirects.” (Übersetzung) „Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen.“ Schwartz stellte fest, dass dies mit Googles Aussage aus dem Jahr 2021 übereinstimmte.
Damit ist es für beide großen Suchmaschinen dokumentiert: 308 ist für Crawling, Indexierung und Signalbündelung funktional identisch mit 301. Keine Suchmaschine behandelt 308 als SEO-überlegen.
Der Mythos, den Sie widerlegen sollten: „308 ist besser für SEO / migrieren Sie alle 301s“
Ich sage das direkt, weil minderwertige Seiten weiterhin das Gegenteil andeuten. Eine 308 bietet bei einer typischen Weiterleitung keinen SEO-Vorteil gegenüber einer 301, und es gibt keinen Grund, Ihre bestehenden 301s massenhaft auf 308s umzustellen. Das ist nicht meine Meinung, sondern die erklärte Position der Suchmaschinen:
- Googles Dokumentation sagt, 308 sei “equivalent to
301.” (Übersetzung) „gleichwertig zu301“. - Illyes: “we just merge that with 301.” (Übersetzung) „Wir führen das einfach mit 301 zusammen.“
- Canel: Bing “treats 308 redirects the same as 301 redirects.” (Übersetzung) „behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen.“
Ein massenhafter Austausch von 301 → 308 bringt null Rankingvorteil und führt bei älteren oder spezialisierten Tools, die nur 301/302 sauber erkennen, neue Risiken ein (mehr dazu weiter unten). Es ist reine Umstellung ohne Nutzen.
Vergleichen Sie das mit einem tatsächlich umstrittenen Mythos: der alten Behauptung, „301s verlieren oder verdünnen PageRank“. Diese taucht weiterhin auf und wurde von Google wiederholt widerlegt. Der Unterschied: Beim PageRank-Mythos korrigiert Google ein Missverständnis, während Google, Bing und die Dokumentation seit 2018 alle konsistent dasselbe zur Gleichwertigkeit von 301 und 308 sagen. Diese Frage ist geklärt, nicht umstritten. (Die vollständige PageRank-Geschichte steht im Vergleich 301-vs.-302 in diesem Cluster.)
Wann 308 technisch die richtige Wahl ist
Verwenden Sie 308, wenn der Verlust von Request-Methode oder Body die Funktionalität (nicht die Rankings) beschädigen würde:
- API-Endpunkte, die Sie verschieben und an die Clients
POST/PUT/DELETEsenden. - Webhook-URLs — der Absender sendet eine Nutzlast per POST, deren Verlust Sie sich nicht leisten können.
- Formularziele — das
<form>sendet Daten, die unverändert an die neue URL gelangen müssen. - Auth-/Login-POST-Abläufe, bei denen Anmeldedaten oder Tokens im Body übertragen werden.
Bei POST besteht speziell das Risiko, dass der Client die Anfrage in GET umwandelt und der Body verloren geht; 308 verbietet diese Umwandlung. Für PUT/DELETE beschreibt der RFC das Verhalten von 301 ebenfalls nicht eindeutig, nehmen Sie daher nichts an — die Methodenerhaltung von 308 gilt unabhängig von der Methode.
Bevor Sie eine API, einen Webhook oder einen Auth-Ablauf umstellen, garantiert der Statuscode allein nicht, dass alles den Hop überlebt. Prüfen Sie im Rahmen derselben Änderung:
- Anmeldedaten, Cookies und Auth-Header. Keiner der beiden Codes gibt hierfür ein Versprechen ab; testen Sie den echten Client (Browser, SDK oder Webhook-Absender), statt anzunehmen, dass alles unverändert mitgesendet wird.
- Verhalten über Ursprungsgrenzen hinweg. Eine Weiterleitung über verschiedene Origins kann ändern, was ein Browser oder Fetch-Client sendet — prüfen Sie mit dem echten Aufrufer, nicht nur mit einem manuellen
curl. - Idempotenz und doppelte Seiteneffekte. Wenn die wiederholte Anfrage nicht idempotent ist (ein Webhook, der einen Datensatz erstellt, oder ein Zahlungs-POST), kann ein Client beim erneuten Versuch nach einer Weiterleitung den Vorgang doppelt auslösen. Bestätigen Sie, dass das Ziel eine Wiederholung sicher behandelt, bevor Sie darauf vertrauen, dass 308 einfach funktioniert.
- Mit Cache-Bewusstsein ausrollen und zurückrollen. Sowohl 301- als auch 308-Antworten sind heuristisch cachebar. Ein Client oder Vermittler, der die alte Antwort bereits gecacht hat, kann sie nach der Änderung weiterverwenden. Testen Sie mit einem frischen Client und einem, der die URL vor der Änderung aufgerufen hat, und planen Sie den Rollback unter Berücksichtigung des Cache-Zustands, statt von einem sofortigen Umschalten auszugehen.
Wann 301 der pragmatische Standard bleibt
Für alles, was ein einfacher GET ist — und das ist der Großteil dessen, was SEOs weiterleiten — bleibt 301 der sinnvolle Standard:
- Standardänderungen von Seiten und URLs sowie Inhaltsumzüge.
- Domainwechsel und Zusammenführungen von Websites.
- Migrationen von HTTP zu HTTPS.
- Zusammenführung von
www-/Nicht-www-Varianten oder Varianten mit und ohne abschließenden Schrägstrich.
Warum den älteren Code als Standard verwenden, wenn 308 „strenger“ ist? Drei praktische Gründe:
- Breitere Erkennung. 301 ist zwei Jahrzehnte älter als 308 und wird von der überwältigenden Mehrheit der Browser, Proxys, CDNs, Crawler und Analysewerkzeuge in aktuellen wie älteren Systemen erkannt. 308 ist inzwischen ebenfalls mehr als zehn Jahre alt und weit verbreitet, aber bei älteren Clients und spezialisierten Tools ist die Unterstützung weniger sicher — nehmen Sie nicht an, dass jedes Tool Ihres Stacks den Code ohne Prüfung erkennt.
- Realität der Tools. Viele gängige Tools verwenden standardmäßig 301/302 oder stellen nur diese sauber bereit. WordPress-Weiterleitungs-Plugins, Cloudflare-Regelgeneratoren und manche serverlosen/CDN-Plattformen setzen auf 301/302; einige geben unabhängig von Ihrer Konfiguration 302/307 aus. Für nichttechnische Website-Betreiber ist „Was unterstützt meine Plattform tatsächlich?“ oft die entscheidende Frage.
- Nichts zu gewinnen. Da Google und Bing die beiden Codes beim Crawling und bei der Indexierung gleich verarbeiten, gibt es bei einem normalen Seitenumzug keinen Vorteil, den weniger breit unterstützten Code zu wählen.
Die Faustregel: einfacher GET → 301; eine zu erhaltende Nicht-GET-Anfrage → 308.
Beide Codes implementieren
Die Syntax ist nahezu identisch — Sie ändern nur die Zahl.
Apache (.htaccess)
# 301 — permanent, for a normal page move
Redirect 301 /old-page /new-page
# 308 — permanent + method-preserving, for an API/form endpoint
RewriteEngine On
RewriteRule ^old-api/(.*)$ /new-api/$1 [R=308,L]nginx
# 301
location = /old-page {
return 301 /new-page;
}
# 308 — preserves POST body to the API
location = /old-api {
return 308 /new-api;
}Ein Vorbehalt gilt für beide Codes: Manche CDNs, Edge-Plattformen und CMS-Plugins respektieren eine konfigurierte 308 nicht und geben stattdessen 301/302/307 aus. Wenn die Methodenerhaltung für Sie tatsächlich wichtig ist, prüfen Sie die Antwort, die Sie wirklich senden (rufen Sie die URL mit curl ab und lesen Sie die Statuszeile), statt der Konfiguration zu vertrauen. Auch die Direktiven-Syntax ändert sich zwischen Serverversionen und Frameworks. Prüfen Sie die Dokumentation Ihrer aktuellen Apache-/nginx-Version (oder die Ihres Frameworks, wenn dieses die Weiterleitung erzeugt), statt anzunehmen, die Snippets oben seien für Ihre Umgebung bytegenau aktuell.
Ein wichtigerer Hebel als die Wahl zwischen 301 und 308: Kettenlänge
Für welchen Code Sie sich auch entscheiden: Der größere Performancehebel ist, Weiterleitungen kurz zu halten. Google folgt bis zu etwa 10 Weiterleitungs-Hops, bevor es aufgibt, und jeder zusätzliche Hop bedeutet Latenz und eine weitere Möglichkeit, dass Signale verloren gehen. Ein einzelner sauberer Hop mit dem richtigen Code ist besser als eine Kette „technisch korrekter“ Weiterleitungen. Leiten Sie direkt zum endgültigen Ziel weiter.
Einordnung
301 und 308 sind die beiden dauerhaften Weiterleitungscodes. Beide haben in diesem Cluster neben ihren vorübergehenden Gegenstücken (302 und dem strikten Geschwistercode 307) sowie dem anderen 3xx-Mitglied 303 einen eigenen Deep Dive. Die Vergleiche bilden ein Raster: 301-vs.-302 ist dauerhaft gegenüber vorübergehend, 302-vs.-307 ist das lockere gegenüber dem strikten vorübergehenden Paar, und dieser Vergleich — 301-vs.-308 — ist das lockere gegenüber dem strikten dauerhaften Paar. Achten Sie außerdem auf die praktischen Risiken: Weiterleitungsketten und Weiterleitungsschleifen. Die ganze Familie der Serverantworten finden Sie im Hub für HTTP-Statuscodes; der Weiterleitungstyp ist außerdem eines der Kanonisierungssignale aus dem Abschnitt Kanonisierung.
KI-Zusammenfassung
Eine komprimierte Zusammenfassung der Advanced-Version:
- Beide sind dauerhafte Weiterleitungen, und Google und Bing verarbeiten 308 genauso wie 301. Googles Dokumentation nennt 308 “equivalent to
301,” (Übersetzung) „gleichwertig zu301“, Illyes sagt “we just merge that with 301,” (Übersetzung) „wir führen das einfach mit 301 zusammen“, und Canel bestätigt: “Bing treats 308 redirects the same as 301 redirects.” (Übersetzung) „Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen.“ - Auf Protokollebene ist die Methodenerhaltung der zentrale Unterschied. Eine 308 (RFC 7538, 2015) garantiert, dass der Client dieselbe Methode an der neuen URL wiederholt (der Body kommt mit). Eine 301 stammt aus der HTTP/1.0-Zeit und ist speziell bei POST→GET mehrdeutig — der RFC sagt über PUT und DELETE weder das eine noch das andere aus; verallgemeinern Sie den Vorbehalt daher nicht.
- Warum 308 existiert: RFC 7231 definierte einen vorübergehenden methodenerhaltenden Code (307), aber keinen dauerhaften. 308 füllt diese Lücke — 308 verhält sich zu 301 wie 307 zu 302.
- In der Praxis ist das nur bei Nicht-GET-Anfragen relevant. Ein einfacher GET ist bei 301 sicher. Das Risiko betrifft POST/PUT/DELETE und Request-Bodies — Formulare, APIs, Webhooks und Auth-Abläufe.
- Verwenden Sie 308, wenn Sie eine Nicht-GET-Methode erhalten müssen: API-Endpunkte, Webhook-URLs, Formularziele und Login-POST-Abläufe.
- Verwenden Sie 301 für alles andere: Seitenumzüge, Domainwechsel, HTTPS-Migrationen, www/Nicht-www — der Code ist älter, universell erkannt und in CDNs, CMSs und Plugins besser unterstützt.
- Der Mythos: 308 ist nicht „besser für SEO“, und es gibt keinen Grund, 301s massenhaft auf 308s umzustellen. Die Suchmaschinen sagen das seit 2018 konsistent. Wählen Sie den Code nach Korrektheit und Interoperabilität, nicht nach Rankings (Googles eigener Vorbehalt, dass die Codes „semantisch unterschiedlich“ sind).
- Der größere Hebel als die Codewahl: Halten Sie Weiterleitungsketten kurz (Google folgt etwa 10 Hops) und leiten Sie direkt auf die endgültige URL weiter.
Offizielle Dokumentation
Primärquellen-Dokumentation der Suchmaschinen und der Spezifikation.
- HTTP-Statuscodes, Netzwerk- und DNS-Fehler sowie die Google-Suche — die Referenz, in der 308 als „gleichwertig zu
301“ und der Vorbehalt „semantisch unterschiedlich, aber gleich behandelt“ aufgeführt wird. - Weiterleitungen und die Google-Suche — „Die Statuscodes
301und308bedeuten, dass eine Seite dauerhaft an einen neuen Ort verschoben wurde“, außerdem serverseitige Implementierung und der Vorbehalt zu JavaScript-Weiterleitungen. - Website-Umzüge mit URL-Änderungen — die Rolle dauerhafter Weiterleitungen bei einer Migration (mindestens ein Jahr aktiv lassen).
- Search Off the Record — „Redirects im Gespräch“ (John Mueller + Martin Splitt) — die Folge, die ausdrücklich behandelt, „welche Arten von Weiterleitungen 308 und 307 sind“.
Bing / Microsoft
- Website-Migration mit Bing — Bings Anleitung zu Website-Umzügen, die 301 als ausreichend für das Signalisieren dauerhafter Änderungen einordnet.
Spezifikation / Referenz
- RFC 7538 — HTTP Status Code 308 (Permanent Redirect) — die Spezifikation von 2015, mit der 308 als dauerhafte, methodenerhaltende Weiterleitung eingeführt wurde.
- MDN — 308 Permanent Redirect — Formulierungen zur Erhaltung von Methode und Body sowie der Vergleich mit 301.
Zitate aus den Quellen
Öffentlich dokumentierte Aussagen von Google und Bing. Wenn die Quellseite dies unterstützt, springt jeder Link direkt zur zitierten Passage.
Google-Dokumentation — 308 ist gleichwertig zu 301
- “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (Übersetzung) „Google folgt der Weiterleitung, und die Google-Systeme verwenden sie als starkes Signal dafür, dass das Weiterleitungsziel verarbeitet werden sollte.“ (die 301-Zeile) — Google Search Central. Zum Zitat springen
- “Equivalent to
301.” (Übersetzung) „Gleichwertig zu301.“ (die gesamte 308-Zeile) Zum Zitat springen - “While Google treats these status codes the same way, keep in mind that they’re semantically different. Use the status code that’s appropriate for the redirect so other clients (for example, e-readers, other search engines) may benefit from it.” (Übersetzung) „Auch wenn Google diese Statuscodes gleich behandelt, sollten Sie beachten, dass sie semantisch unterschiedlich sind. Verwenden Sie den für die Weiterleitung passenden Statuscode, damit andere Clients (zum Beispiel E-Reader und andere Suchmaschinen) davon profitieren können.“ Zum Zitat springen
Google-Dokumentation — beide Codes bedeuten „dauerhaft umgezogen“
- “The
301and308status codes mean that a page has permanently moved to a new location.” (Übersetzung) „Die Statuscodes301und308bedeuten, dass eine Seite dauerhaft an einen neuen Ort verschoben wurde.“ Zum Zitat springen
Gary Illyes, Google (2021) (über Search Engine Roundtable) — 308 wird mit 301 zusammengeführt
- “we just merge that with 301 so we really don’t care iirc.” (Übersetzung) „Wir führen das einfach mit 301 zusammen, es ist uns also wirklich egal, soweit ich mich erinnere.“ Bericht
John Mueller, Google (2018) (über Search Engine Roundtable) — die frühere informelle Haltung
- “If you use it [a 308 redirect] like a 301 we’ll treat it as such.” (Übersetzung) „Wenn Sie es [eine 308-Weiterleitung] wie eine 301 verwenden, behandeln wir sie auch so.“ Bericht
Fabrice Canel, Microsoft Bing (2024) (über Search Engine Roundtable) — Gleichbehandlung bei Bing
- “Bing treats 308 redirects the same as 301 redirects.” (Übersetzung) „Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen.“ Bericht
#:~:text=-Fragmente der aktuellen Dokumentation. Die Aussagen von Illyes aus dem Jahr 2021, Mueller aus dem Jahr 2018 und Canel aus dem Jahr 2024 wurden ursprünglich auf X/Twitter veröffentlicht und hier über zeitnahe Berichte von Search Engine Roundtable wiedergegeben — prüfen Sie die Aussagen anhand der Originale, bevor sie als endgültig gelten. Die Folge „Let’s talk redirects“ von Googles Search Off the Record behandelt 307/308, aber das offizielle Transkript wurde für diesen Text nicht abgerufen; daher wird daraus nichts direkt zitiert. Welche dauerhafte Weiterleitung sollte ich verwenden: 301 oder 308?
Da Google und Bing 301 und 308 beim Crawling und bei der Indexierung gleich behandeln, geht es in diesem Baum überhaupt nicht um Rankings, sondern um eine Frage: Führt die Anfrage eine Methode oder einen Body mit, die bzw. den Sie erhalten müssen? Beantworten Sie das, und Sie sind fertig.
301 or 308 — which permanent redirect should I use?
Die Kurzfassung: einfacher GET → 301; eine zu erhaltende Nicht-GET-Anfrage → 308. Für SEO sind beide austauschbar, daher entscheidet nur die Methodenfrage.
Das Raster Dauerhaftigkeit × Methode
Wählen Sie anhand von zwei Achsen zwischen den vier gängigen Weiterleitungscodes. Die SEO-Behandlung folgt der ersten; das Anwendungsverhalten der zweiten.
| Methode darf sich ändern | Methode muss erhalten bleiben | |
|---|---|---|
| Vorübergehend | 302 | 307 |
| Dauerhaft | 301 | 308 |
Treffen Sie die Entscheidung in dieser Reihenfolge:
- Ist der Umzug dauerhaft? Wenn nein, bleiben Sie in der vorübergehenden Zeile. Wenn ja, verwenden Sie die dauerhafte Zeile, damit das Ziel die beabsichtigte kanonische URL ist.
- Kann die Anfrage eine Methode oder einen Body enthalten, die bzw. den Sie erhalten müssen? Ein normaler Seiten-
GETbenötigt die strikte Garantie nicht. EinPOST,PUT,DELETE, Webhook, Formular oder API-Aufruf möglicherweise schon. - Zelle auswählen. Gewöhnlicher dauerhafter Seitenumzug →
301. Dauerhafter Umzug eines Nicht-GET-Endpunkts →308. - Ausgelieferte Antwort prüfen. Plattformstandards können sich vom Code unterscheiden, den Sie in einer Benutzeroberfläche oder einem Framework auswählen. Testen Sie die Antwort und die weitergeleitete Anfrage, nicht nur die Konfiguration.
Das Raster macht die SEO-Frage bewusst langweilig: Google und Bing behandeln 301 und 308 gleich. Wählen Sie zwischen ihnen aus Gründen der HTTP-Korrektheit.
301 gegenüber 308 auf einen Blick
| Frage | 301 Moved Permanently | 308 Permanent Redirect |
|---|---|---|
| Dauerhaftigkeit | Dauerhaft | Dauerhaft |
| SEO-Behandlung bei Google/Bing | Gleiches dauerhaftes Signal | Gleiches dauerhaftes Signal |
| Request-Methode/Body | Kann sich ändern, besonders POST → GET | Muss erhalten bleiben |
| Geeignet für | Normale Seiten, Domains, HTTPS, URL-Normalisierung | APIs, Webhooks, Formular-/Auth-Endpunkte mit Nicht-GET-Anfragen |
| Hauptvorteil | Universelle Tools und langjährige Unterstützung | Strikte Garantie für Methode und Body |
| Schlechter Auswahlgrund | „301 überträgt mehr SEO-Wert“ | „308 bringt einen Rankingvorteil“ |
Faustregel: einfacher dauerhafter Seiten-GET → 301; dauerhafter Umzug eines Endpunkts, bei dem eine Nicht-GET-Anfrage unverändert ankommen muss → 308.
Tools zur Prüfung der dauerhaften Weiterleitung
Patricks kostenlose Tools
- Redirect Checker — prüft den tatsächlichen ersten Status, jeden Hop und das endgültige Ziel. Verwenden Sie ihn, um eine Plattform zu erkennen, die
301,302oder307ausgibt, obwohl Sie308konfiguriert haben. - Bulk HTTP Status Code Checker — prüft bis zu 500 Seiten-URLs und exportiert gemischte Codes oder Ketten einer Migration.
Methodenerhaltung prüfen, wenn sie wichtig ist
curlmit der echten Request-Methode und einer sicheren Testnutzlast — bestätigen Sie, dass die weitergeleitete AnfragePOST/PUT/DELETEbleibt und das Ziel den Body erhält. Verwenden Sie eine Staging- oder nichtdestruktive Endpunktvariante.- Anwendungs- und Gateway-Logs — vergleichen Sie die Behandlung von Methode und Body an Quelle und Ziel. Ein Statuschecker kann 308 bestätigen; nur das empfangende System kann beweisen, dass die Anfrage unbeschädigt angekommen ist.
- Netzwerkbereich der Browser-Entwicklertools — nützlich für Formularabläufe. Testen Sie Nicht-Browser-Clients für APIs und Webhooks trotzdem separat, denn genau das Clientverhalten ist der Grund für diese Unterscheidung.
Testen Sie sich selbst: 301 gegenüber 308
Fünf Fragen zum Unterschied zwischen diesen beiden dauerhaften Weiterleitungen und dazu, wie die Suchmaschinen sie behandeln. Wählen Sie für jede Frage eine Antwort und prüfen Sie anschließend Ihre Auswahl.
Ressourcen, die sich lohnen
Meine verwandten Texte
- 11 Arten von Weiterleitungen und ihre SEO-Auswirkungen (Ahrefs, mit Joshua Hardwick) — meine vollständige Übersicht über alle Weiterleitungstypen. Die 308-Passage lautet “the same as a 301 redirect, except it retains the HTTP method of the original request, GET or POST.” (Übersetzung) „Sie funktioniert wie eine 301-Weiterleitung, erhält jedoch die HTTP-Methode der ursprünglichen Anfrage — GET oder POST.“ Mein Urteil zu diesem konkreten Vergleich lautet “For SEO purposes, they’re the same, but if you have data being sent through forms, you don’t want to be switching between GET and POST.” (Übersetzung) „Für SEO-Zwecke sind sie gleich, aber wenn Daten über Formulare gesendet werden, sollten Sie nicht zwischen GET und POST wechseln.“ Der Text enthält außerdem meine bevorzugte Reihenfolge für dauerhafte Weiterleitungen: zuerst 308/301, dann Meta-/HTTP-Refresh, dann JavaScript.
- HTTP-Statuscodes und ihre SEO-Auswirkungen (Ahrefs) — dort erkläre ich, dass eine 308 “has the same functionality as a 301 redirect, except you can’t switch between POST and GET,” (Übersetzung) „dieselbe Funktionalität wie eine 301-Weiterleitung hat, außer dass man nicht zwischen POST und GET wechseln kann“, und dass “308s are treated the same as 301s and consolidate forward.” (Übersetzung) „308s wie 301s behandelt werden und Signale weiter bündeln“.
- Der Einsteigerleitfaden für technisches SEO — ordnet Weiterleitungen in das größere Bild ein.
Meine Vorträge
- Patrick Stox auf SlideShare und Speaker Deck — meine Vorträge zu technischem SEO, von denen mehrere Weiterleitungen und Kanonisierung behandeln. (Mein ständiger Hinweis gilt: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Das ist mein Verständnis von Systemen … nicht zu 100 % vollständig oder korrekt.“)
Offizielle Quellen
- Google — HTTP-Statuscodes und die Google-Suche (308 = “Equivalent to 301” (Übersetzung) „gleichwertig zu 301“) und der Weiterleitungsleitfaden.
- RFC 7538 — HTTP Status Code 308 (Permanent Redirect) — warum 308 existiert.
- MDN — 308 Permanent Redirect — die Referenz zur Erhaltung von Methode und Body.
Aus der Branche
- Google behandelt 308-Weiterleitungen offiziell wie 301-Weiterleitungen (Search Engine Roundtable, 2021) — Gary Illyes’ Aussage “we just merge that with 301” (Übersetzung) „wir führen das einfach mit 301 zusammen“.
- Google kann 308-Weiterleitungen wie 301-Weiterleitungen behandeln (Search Engine Roundtable, 2018) — John Muellers frühere Aussage “we’ll treat it as such” (Übersetzung) „wir behandeln es auch so“.
- Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen (Search Engine Roundtable, 2024) — Fabrice Canels Bestätigung.
- Google widerlegt Mythen über Weiterleitungstypen (Search Engine Journal) — “Use the technically correct redirect type.” (Übersetzung) „Verwenden Sie den technisch korrekten Weiterleitungstyp.“
- 308 Permanent Redirect: Bedeutung und Einsatz (Semrush) — eine gute Vergleichsübersicht.
- r/TechSEO — die Community zur Fehlersuche bei Weiterleitungen und Kanonisierung.
Änderungsprotokoll
Aktualisiert am 14. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 8. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 8. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 8. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 6. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 6. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 6. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 17. Juli 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Try it live
These are real endpoints on this site — not a simulation.
Hit them from the button, open them in a new tab, or
curl -i them from your terminal, and the server answers with the actual status code this article is about.