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.

Erstveröffentlicht: 2. Juli 2026 · Zuletzt aktualisiert: 14. Aug. 2026 · Fortgeschritten
Sprachen
1 Evidenzsignal auf dieser Seite

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 — 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 zu 301, 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übergehendDauerhaft
Methode darf sich ändern (locker)302301
Methode bleibt erhalten (strikt)307308

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:

AnfrageartHinter einer 301Hinter 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 verlorenAls 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 behandelnMethode 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 zu 301.
  • 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/DELETE senden.
  • 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:

  1. 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.
  2. 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.
  3. 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.

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.

Open in new tab ↗
Open in new tab ↗

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.