308-Weiterleitung (Permanent Redirect)

TL;DR — Eine 308-Weiterleitung (Permanent Redirect) sagt: „Diese Ressource ist endgültig umgezogen“ — genau wie eine 301 —, verspricht aber zusätzlich, dass die Request-Methode an der neuen Adresse nicht geändert werden darf. Da der Browser dieselbe Anfrage wiederholt statt eine neue zu stellen, wird normalerweise auch der Rest (einschließlich Formulardaten) mitgesendet. Eine Formularübermittlung bleibt also eine Formularübermittlung, statt unbemerkt zu einem einfachen Seitenaufruf zu werden. Für Suchmaschinen sind die beiden Codes identisch, daher ist eine 301 für eine normale Weiterleitung nach dem Muster „Diese Seite ist umgezogen“ in Ordnung. Verwenden Sie eine 308, wenn Sie nicht nur eine angeklickte Seite weiterleiten — etwa eine API oder ein Formular — und die ursprüngliche Anfrage intakt ankommen muss.

Was eine 308 tatsächlich ist

Wenn ein Server Ihren Browser von einer URL zu einer anderen sendet, versieht er die Antwort mit einer Zahl — einem Statuscode. Einige dieser Zahlen bedeuten: „Diese Seite ist dauerhaft umgezogen“:

• 301 — „Moved Permanently“. Der ursprüngliche, älteste Code für dauerhafte Weiterleitungen. Es gibt ihn seit den Anfängen des Webs.
• 308 — „Permanent Redirect“. Ein neuerer Code (2015 in die Spezifikation aufgenommen), der dieselbe Aufgabe erfüllt und zusätzlich eine Garantie bietet, die eine 301 nie gegeben hat.

Diese Garantie ist der ganze Grund, warum es 308 gibt. Meistens sendet Ihr Browser beim Besuch einer Seite eine einfache Anfrage namens GET — „Bitte geben Sie mir diese Seite“. Wenn Sie aber ein Formular absenden oder sich anmelden, sendet der Browser eine POST-Anfrage — eine Anfrage, die Daten (Ihre Eingaben) mitführt. Bei einer 301 im alten Stil darf der Browser Ihr POST auf dem Weg zur neuen URL technisch in ein einfaches GET umwandeln — normalerweise gehen diese Daten dabei verloren. Eine 308 darf die Methode nicht auf diese Weise ändern. Weil der Browser dieselbe Anfrage wiederholt, statt eine neue zu erstellen, kommen die Daten normalerweise mit — aber wenn das für etwas, das Sie bauen, wichtig ist (einen API-Aufruf oder einen Checkout-Ablauf), verlassen Sie sich nicht nur auf die Spezifikation: Testen Sie die tatsächliche Anfrage und bestätigen Sie, dass der Body an der neuen URL ankommt.

Beeinträchtigt eine 308 die SEO?

Nein. Googles eigene Dokumentation sagt wörtlich, eine 308 sei “Equivalent to 301” (Übersetzung) „gleichwertig zu 301“. Beide sind dauerhafte Weiterleitungen und übertragen die Rankingsignale einer Seite auf dieselbe Weise an die neue URL. Auch Bing behandelt sie gleich. Für die Verwendung einer 308 gibt es weder einen Rankingbonus noch eine Strafe — die Wahl zwischen ihnen betrifft das oben beschriebene technische Verhalten, nicht die Rankings. Evidence for this claim Google treats 308 as equivalent to 301 for Search and groups both as permanent redirects. Scope: Google Search processing; the two status codes remain semantically different for HTTP clients. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes and Search Google: Redirects and Google Search

Wann sollten Sie eine verwenden?

Für eine normale Seite, die umgezogen ist — eine neue URL, der Wechsel von http zu https oder ein Domainwechsel — ist eine einfache 301 die unkomplizierte, universelle Wahl. Praktisch jeder Browser und die meisten Plugins und Hosting-Tools verstehen sie.

Verwenden Sie eine 308 gezielt, wenn das weitergeleitete Ziel keine einfache Seite ist:

• Eine API, die von anderer Software aufgerufen wird.
• Ein Formular oder Login-Ablauf, über den Daten gesendet werden.
• Ein Webhook — eine automatisierte URL, an die ein anderer Dienst POST-Anfragen sendet.

In diesen Fällen können Sie es sich nicht leisten, dass die Anfrage unbemerkt herabgestuft und die Daten verworfen werden; eine 308 garantiert, dass dies nicht geschieht.

Möchten Sie die Geschichte der Spezifikation, die genauen Zitate von Google und Bing sowie kopierfertige Server-Snippets sehen? Wechseln Sie zum Tab Fortgeschritten.

TL;DR — Eine 308 ist die dauerhafte, strikt methodenerhaltende Weiterleitung: dasselbe Kanonisierungssignal wie eine 301 (Googles Dokumentation sagt „Equivalent to 301“), aber mit der Garantie, dass der Client die Methode an der neuen URL nicht ändert. Da ein konformer Client dieselbe Anfrage wiederholt statt eine neue zu senden, wird auch der Body mitgeführt. Es gibt sie, weil HTTP Jahre vor einem dauerhaften Code bereits einen vorübergehenden methodenerhaltenden Code (307) hatte — RFC 7538 (2015) schloss diese Lücke, und RFC 9110 verweist nun direkt aus seiner eigenen 301-Definition auf 308. Für SEO sind beide austauschbar (Illyes: Google „führt“ 308 mit 301 zusammen; Bings Canel bestätigt die Gleichbehandlung). Verwenden Sie 308, wenn eine Nicht-GET-Anfrage erhalten bleiben muss: bei API-/Versionsmigrationen, Webhook-URLs oder Authentifizierungs-/Formular-POST-Abläufen — prüfen Sie aber Methode und Body mit Ihrem eigenen Client, statt dies allein aus der Spezifikation anzunehmen. Andernfalls bleibt 301 der Standard — die Browserunterstützung für 308 ist 2026 stark (caniuse weist derzeit etwa 96,5 % oder mehr aus), aber RFC 9110 kennzeichnet 308 weiterhin als jünger und nicht überall anerkannt, und einige CMS-Plugins, Edge-Regel-UIs und alte Proxys bieten nur 301/302/307 an.

Was 308 mechanisch bedeutet

Eine 308-Weiterleitung (Permanent Redirect) trägt dieselbe Botschaft wie eine 301 — Diese Ressource befindet sich jetzt dauerhaft unter einer neuen URL —, ergänzt um etwas, das eine 301 nie garantiert hat: Der Client darf die Request-Methode am Ziel nicht ändern. Da der Client dieselbe Anfrage wiederholt, statt eine neue zu erzeugen, wird der Body bei einem spezifikationskonformen Client mitgeführt — das ist eine Folge der Methodengarantie und kein separat zertifiziertes Versprechen. Behandeln Sie es daher für Ihren eigenen Client und Server als etwas, das Sie Ende zu Ende verifizieren müssen, statt es ohne Prüfung anzunehmen. MDN beschreibt 308 als den Code, der Request-Methode (und in der Praxis den Body) über die Weiterleitung hinweg unverändert lässt, während eine 301 dies möglicherweise nicht tut.

Die allgemeinverständliche Version aus meinem Weiterleitungsleitfaden von Ahrefs lautet: “A 308 redirect is the same as a 301 redirect, except it retains the HTTP method of the original request, GET or POST, when performing the redirect.” (Übersetzung) „Eine 308-Weiterleitung entspricht einer 301-Weiterleitung, behält bei der Weiterleitung aber die HTTP-Methode der ursprünglichen Anfrage, GET oder POST, bei.“ Oder noch kürzer im Leitfaden zu HTTP-Statuscodes: “308 Permanent Redirect – Has the same functionality as a 301 redirect, except you can’t switch between POST and GET.” (Übersetzung) „308 Permanent Redirect hat dieselbe Funktion wie eine 301-Weiterleitung, erlaubt aber keinen Wechsel zwischen POST und GET.“ Evidence for this claim RFC 7538 defines 308 Permanent Redirect as a permanent move whose redirect follow-up must not change the request method. Scope: HTTP semantics for 308 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 7538 §3 — 308 Permanent Redirect

Hier wird der Unterschied konkret. Nehmen wir an, ein Client sendet eine Bestellung per POST mit einem JSON-Body an /api/orders:

POST /api/orders HTTP/1.1
Host: shop.example.com
Content-Type: application/json

{ "sku": "A-100", "qty": 2 }

Wenn dieser Endpunkt mit einer 301 antwortet und der Client die historische Erlaubnis „Sie dürfen zu GET wechseln“ nutzt, kann die Anfrage als leeres GET an der neuen URL ankommen — der Body ist weg, die Bestellung verloren. Antwortet der Endpunkt mit 308, muss der Client den POST an der neuen URL wiederholen; ein konformer Client nimmt den Body mit, sodass die Bestellung durchgeht — bestätigen Sie dies anhand Ihrer eigenen Client- und Serverprotokolle (siehe den Tab Skripte), statt es allgemein anzunehmen. Das ist der gesamte praktische Unterschied: Er zeigt sich nur, wenn die ursprüngliche Anfrage kein einfaches GET war.

Warum es 308 gibt — die Geschichte der Spezifikation

Das ist der Teil, den die meisten Erklärungen überspringen, und der klarste Weg, den Code zu verstehen.

307 kam zuerst. HTTP hatte bereits eine vorübergehende, methodenerhaltende Weiterleitung — die 307 —, lange bevor es ein dauerhaftes Gegenstück gab. Die ursprüngliche Kern-Spezifikation (RFC 7231) definierte nie ein dauerhaftes Gegenstück zu 307. Es gab also einen vorübergehenden Code „Methode beibehalten“ und einen dauerhaften Code „Methode darf geändert werden“ (301), aber keinen dauerhaften Code „Methode beibehalten“.

RFC 7538 schloss die Lücke. 308 wurde ausdrücklich als die fehlende dauerhafte 307 hinzugefügt — zunächst als experimentelle RFC 7238 (Juni 2014), anschließend als RFC 7538 standardisiert (April 2015). Sie schließt eine echte Lücke und ersetzt nicht die 301.

Die aktuelle Spezifikation verweist direkt darauf. RFC 9110, die heutige Spezifikation der HTTP-Semantik, dokumentiert weiterhin die eingebaute Mehrdeutigkeit der 301 — und nennt 308 als Lösung in ihrer eigenen 301-Definition: Ein User-Agent “MAY change the request method from POST to GET for the subsequent request… If this behavior is undesired, the 308 (Permanent Redirect) status code can be used instead.” (Übersetzung) „Darf aus historischen Gründen die Request-Methode für die anschließende Anfrage von POST zu GET ändern; wenn dieses Verhalten unerwünscht ist, kann stattdessen der Statuscode 308 verwendet werden.“ Dieser eine Satz ist der gesamte Grund für 308, direkt aus der maßgeblichen Spezifikation. In ihrem eigenen 308-Abschnitt fügt RFC 9110 den einen ehrlichen Vorbehalt hinzu: Dieser Code sei “is much younger (June 2014) than its sibling codes and thus might not be recognized everywhere.” (Übersetzung) „deutlich jünger (Juni 2014) als seine Geschwistercodes und daher möglicherweise nicht überall bekannt.“

Das POST-zu-GET-Verhalten der 301 ist also kein Fehler, sondern eine dokumentierte, „aus historischen Gründen“ in die Spezifikation eingebaute Erlaubnis. 308 ist der offiziell vorgesehene Weg, sie zu vermeiden.

301 vs. 308 — der praktische Unterschied in einer Tabelle

Die Schlussfolgerung: Bei der überwältigenden Mehrheit der Weiterleitungen — einfachen GET-Anfragen — verhalten sich 301 und 308 exakt gleich. Die Garantie ist nur dann wichtig, wenn eine Nicht-GET-Methode mit Body beteiligt ist. (Den vollständigen direkten Vergleich finden Sie im eigenen Vergleich von 301 und 308.)

Behandelt Google 308 für SEO genauso wie 301?

Ja, eindeutig und dokumentiert. Googles Dokument zu HTTP-Statuscodes führt 301 als Weiterleitung auf, die Google “use[s]… as a strong signal that the redirect target should be processed,” (Übersetzung) „als starkes Signal dafür verwendet, dass das Weiterleitungsziel verarbeitet werden soll“, und 308 schlicht als “Equivalent to 301.” (Übersetzung) „gleichwertig zu 301“. Es enthält außerdem einen sinnvollen Vorbehalt: “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) „Obwohl Google diese Statuscodes gleich behandelt, sind sie semantisch verschieden. Verwenden Sie den für die Weiterleitung passenden Statuscode, damit andere Clients (beispielsweise E-Reader und andere Suchmaschinen) davon profitieren können.“ Einfach gesagt: Google bestraft Sie nicht für die „falsche“ Wahl, aber Sie sollten weiterhin den für die Anfrage richtigen Code verwenden, weil andere Software auf diese Unterscheidung angewiesen ist.

Googles Dokument zu Weiterleitungen ordnet beide Codes derselben empfohlenen Kategorie zu: “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.“ Auch die Anleitung für Website-Umzüge nennt 308 ausdrücklich, statt sie nachträglich wie eine 301 zu behandeln — bei einem dauerhaften Umzug wird empfohlen, dauerhafte HTTP-Weiterleitungen „wie 301 und 308“ zu verwenden.

Wissenswert: Diese Gleichbehandlung war nicht immer dokumentiert. Gary Illyes sagte, Google führe 308 intern mit 301 zusammen, und die Berichterstattung von Search Engine Roundtable beschreibt den Einzug in die offiziellen Dokumente als den Moment, in dem eine informelle Nebenbemerkung zu etwas wurde, worauf man sich verlassen konnte. Websitebetreiber, die vor einigen Jahren fragten „Ist das tatsächlich dokumentiert?“, waren trotz unverändertem Grundverhalten zu Recht vorsichtig. Wenn Sie die genaue Formulierung von Google und seinen Vertretern möchten, enthält der Tab Zitate die geprüften Zitate und Direktlinks.

Behandelt Bing 308 genauso wie 301?

Ja. Bing hat keine eigene Dokumentationsseite, die 308 so ausdrücklich beschreibt wie Google. Microsofts Fabrice Canel bestätigte es jedoch im September 2024 direkt auf X, wie Search Engine Roundtable berichtet: Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen. Das ist die maßgebliche Aussage von Bing — im Tab Zitate finden Sie die wörtliche Zeile.

Wann sollten Sie tatsächlich eine 308 verwenden?

Hier liegt der eigenständige Anwendungsfall für 308 — und fast immer handelt es sich um eine Nicht-GET-Anfrage.

Migrationen von API-Endpunkten und Versionen. /v1/ nach /v2/ zu verschieben oder einen API-Host umzuziehen, ist der klassische Fall. Clients treffen diese Endpunkte mit POST/PUT/PATCH/DELETE und echten Bodies. Eine 308 garantiert, dass Methode und Nutzlast den Weiterleitungsschritt überstehen; eine 301 riskiert eine stille Herabstufung, wodurch die Anfrage ins Leere läuft.

Website-Migrationen mit vielen POSTs. Checkout-Abläufe, Login-/Authentifizierungsendpunkte und Formularziele senden sämtlich POST-Daten. Wenn eine dieser URLs während einer Migration umzieht, hält eine 308 die Übermittlung intakt, wo eine 301 dies möglicherweise nicht tut.

Änderungen von Webhook-URLs. Wenn ein anderer Dienst eine Webhook-URL per POST aufruft, die Sie verlegen, weist eine 308 dessen HTTP-Client an, die Anfrage mit intaktem Body an die neue Adresse erneut per POST zu senden — genau das, was ein Webhook-Empfänger braucht.

Der gemeinsame Kern: Verwenden Sie eine 308 überall dort, wo der Verlust des Bodys oder das unbemerkte Ändern der Methode zu GET die Funktionalität brechen würde und nicht nur ein wenig SEO-Wert verschieben würde.

Bevor Sie bei einem dieser Fälle umschalten, testen Sie ihn wie eine Integration und nicht nur wie einen Statuscode:

• Wiederholen Sie die echte Methode und die Nutzlast gegen eine Staging-Kopie des neuen Endpunkts.
• Bestätigen Sie, ob Autorisierungs-Header oder Cookies mitübertragen werden sollen, und prüfen Sie, dass sie dies tatsächlich tun.
• Wenn die ursprüngliche Anfrage nicht idempotent ist (beispielsweise ein POST, der eine Bestellung erstellt), achten Sie während des Weiterleitungs-Hops auf doppelte Seiteneffekte.
• Prüfen Sie, dass Query-String und Content-Type-Header erhalten bleiben, nicht nur der Body.
• Verifizieren Sie vor dem Abschalten des alten Endpunkts mit dem tatsächlichen Client — Webhook-Sender, API-SDK oder Browser —, dass er einer 308 automatisch folgt. Nicht jeder HTTP-Client tut dies standardmäßig.

Wann 301 weiterhin der pragmatische Standard ist

Für alles, was ein einfaches GET ist, bleibt 301 der sinnvolle Standard:

• Gewöhnliche Änderungen von Inhalts- oder Seiten-URLs.
• Migrationen von HTTP zu HTTPS.
• Domainwechsel und normale Website-Migrationen.
• Normalisierung von Varianten mit und ohne abschließenden Schrägstrich sowie mit und ohne www.

Hier ist die Anfrage ein einfaches GET, daher bringt die Garantie der 308 keinen Nutzen — und 301 gewinnt durch ihre Universalität. Keine der beiden Varianten kostet SEO. Migrieren Sie bestehende 301s nicht massenhaft zu 308s, um einem Rankingplus hinterherzulaufen; diesen Vorteil gibt es nicht. In der Hierarchie der Weiterleitungspräferenzen aus dem Weiterleitungsleitfaden von Ahrefs stehen 308 und 301 gemeinsam in der höchsten Stufe (vor Meta-Refresh, JavaScript und anderen Behelfslösungen) — sie sind gleichrangig, keine Leiter.

Verbreitung und Support-Vorbehalte — was 2026 tatsächlich ein Risiko ist

Browserunterstützung ist nicht mehr das praktische Risiko von früher. Laut der aktuellen Übersicht von caniuse liegt 308 bei etwa 96,5 % oder mehr globaler Unterstützung — prüfen Sie die Live-Tabelle für die heutige Zahl, da sie sich ändert. Die sichtbaren Lücken konzentrieren sich auf Browser, die seit Jahren nicht mehr existieren: vor IE11 sowie uralte Versionen von Chrome, Firefox und Safari und der alte Android Browser. Falls Ihnen noch die alte Warnung „IE11 schlägt bei 308 fehl“ begegnet, ist sie für den Mainstream-Traffic veraltet.

Die aktuellen Vorbehalte betreffen eher die Werkzeuge. Die ehrliche Lücke im Jahr 2026 ist, dass nicht jede Schicht eine 308 anbietet. Einige CMS-Weiterleitungs-Plugins, manche Benutzeroberflächen für CDN-/Edge-Weiterleitungsregeln sowie ältere Reverse-Proxys oder Load Balancer lassen nur 301/302/307 zu. Bevor Sie sich auf 308 festlegen, prüfen Sie, ob die Schicht, welche die Weiterleitung tatsächlich ausliefert, sie senden kann, statt sie still herabzustufen — der Tab Skripte enthält einen Einzeiler, mit dem Sie den tatsächlich ausgelieferten Statuscode bestätigen. Der Hinweis von RFC 9110, 308 sei „viel jünger … und werde möglicherweise nicht überall erkannt“, beschränkt sich nicht auf Browser, sondern ist die allgemeine Bereitstellungswarnung der Spezifikation. 2026 zeigt sich die praktische Bedeutung vor allem bei Werkzeugen und nicht bei gängigen Browsern; lesen Sie ihn dennoch als grundlegenden Vorbehalt der Spezifikation, nicht als vollständig erledigte Angelegenheit.

Eine nicht standardisierte Fußnote: „308 Resume Incomplete“

Eine Besonderheit, die zeigt, wie jung dieser Code noch ist: 308 ist in der Praxis nicht nur ein Weiterleitungscode. Die Upload-API von Google Drive verwendet 308 mit einer völlig anderen Bedeutung — „Resume Incomplete“ — und signalisiert damit, dass ein Teil-Upload unterbrochen wurde und der Client ihn fortsetzen soll. John Mueller hat selbst darauf hingewiesen (siehe den Tab Zitate), und MDN dokumentiert dieselbe nicht standardisierte Verwendung. Das ändert nichts an 308 als Weiterleitung, veranschaulicht aber, dass 308 ein neuerer und kulturell weniger gefestigter Statuscode ist als die bewährte 301.

Weiterleitungsketten und Hops funktionieren in beiden Fällen gleich

Nichts davon ändert die Funktionsweise von Weiterleitungsketten. Googles Crawler folgen standardmäßig bis zu 10 Weiterleitungs-Hops — das ist jedoch ein Standardwert und keine universelle Konstante; Googles eigene Dokumentation weist darauf hin, dass sich bestimmte Produkte unterscheiden können (das URL-Inspection-Tool folgt beispielsweise überhaupt keinen Weiterleitungen). Prüfen Sie daher die aktuelle Zahl in Googles Dokumentation, statt 10 für immer als fest anzusehen. Das Standardlimit ist identisch, egal ob die Hops 301 oder 308 sind. Wenn Sie Weiterleitungen stapeln (etwa bei einem alten API-Pfad, der vor dem Ziel zweimal weiterleitet), gelten dieselben Regeln für saubere Ketten und Schleifen — reduzieren Sie Ketten nach Möglichkeit auf einen einzigen Hop. Die Mechanik finden Sie im eigenen Beitrag zu Weiterleitungsketten.

KI-Zusammenfassung

Eine verkürzte Zusammenfassung der Advanced-Version:

• 308 = dauerhaft + strikt methodenerhaltend. Dieselbe Botschaft „dauerhaft umgezogen“ wie bei einer 301, plus eine Garantie, die bei der 301 fehlte: Der Client darf die Request-Methode an der neuen URL nicht ändern. Ein konformer Client wiederholt dieselbe Anfrage, daher wird der Body mitgesendet — verifizieren Sie das Ende zu Ende für Ihren Client, statt es allein aus der Spezifikation anzunehmen.
• SEO-gleichwertig zu 301. Googles Dokumentation sagt, 308 sei “Equivalent to 301” (Übersetzung) „gleichwertig zu 301“; Gary Illyes sagt, Google führe 308 mit 301 zusammen; Bings Fabrice Canel bestätigt, dass Bing beide gleich behandelt. Es gibt in keiner Richtung einen Rankingbonus oder eine Strafe. (Die Aussagen von Illyes, Mueller und Canel werden über Search Engine Roundtable wiedergegeben — Prüfen Sie diese Aussagen am Original, bevor Sie diese als endgültig betrachten.)
• Warum es existiert: HTTP hatte Jahre vor einem dauerhaften Code eine vorübergehende methodenerhaltende Weiterleitung (307). RFC 7538 (2015) schloss die Lücke. RFC 9110 verweist aus seiner eigenen 301-Definition auf 308: Eine 301 “MAY change the request method from POST to GET… for historical reasons,” (Übersetzung) „darf aus historischen Gründen die Request-Methode von POST zu GET ändern“, und “if this behavior is undesired, the 308… can be used instead.” (Übersetzung) „wenn dieses Verhalten unerwünscht ist, kann stattdessen 308 verwendet werden.“
• Verwenden Sie 308 für: API-/Versionsmigrationen, Umzüge von Webhook-URLs und Formular-/Authentifizierungs-POST-Abläufe — überall dort, wo eine verlorene Methode oder ein verlorener Body die Funktionalität brechen würde. Wiederholen Sie vor dem Wechsel die echte Methode und die Nutzlast in einer Staging-Umgebung und bestätigen Sie Auth-Header, Idempotenz und das tatsächliche Verhalten des Clients beim Folgen von Weiterleitungen.
• Verwenden Sie 301 für: gewöhnliche Seitenumzüge, HTTP→HTTPS, Domainwechsel und Normalisierung — alles einfache GETs, bei denen die Garantie von 308 keinen Nutzen bringt und 301 durch universelle Unterstützung gewinnt.
• Verbreitung: Die Browserunterstützung ist stark (caniuse weist derzeit etwa 96,5 % oder mehr aus, die Lücken liegen hauptsächlich bei längst veralteten Browsern), aber RFC 9110 enthält weiterhin den allgemeinen Vorbehalt „jünger, wird möglicherweise nicht überall erkannt“ für 308. 2026 zeigt sich das vor allem als Werkzeuglücke (manche CMS-Plugins, CDN-/Edge-UIs und alte Proxys bieten nur 301/302/307). Prüfen Sie, ob die Weiterleitungsschicht tatsächlich 308 senden kann, und beachten Sie, dass 308 heuristisch cachefähig ist, sodass eine fehlerhafte oder zurückgerollte 308 in Caches fortbestehen kann.
• Fußnote: Google Drive verwendet „308 Resume Incomplete“ für abgebrochene Uploads — eine Nicht-Weiterleitungs-Verwendung, die zeigt, wie jung der Code noch ist.

Offizielle Dokumentation

Primärquellen zur 308 von Suchmaschinen und aus der HTTP-Spezifikation.

Google

• HTTP-Statuscodes, Netzwerk- und DNS-Fehler sowie die Google-Suche — führt 308 als “Equivalent to 301” (Übersetzung) „gleichwertig zu 301“ auf, einschließlich des Vorbehalts „semantisch verschieden, gleich behandelt“ und des Limits von 10 Weiterleitungs-Hops.
• Redirects and Google Search — “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.“
• Website-Umzüge mit URL-Änderungen — empfiehlt für einen dauerhaften Umzug dauerhafte HTTP-Weiterleitungen „wie 301 und 308“.

HTTP-Spezifikation

• RFC 9110 — HTTP Semantics — die aktuelle Spezifikation. §15.4.9 definiert 308 (einschließlich des Vorbehalts “much younger… might not be recognized everywhere” (Übersetzung) „deutlich jünger … möglicherweise nicht überall erkannt“); §15.4.2 definiert 301 und verweist auf 308 als Lösung für die unerwünschte Umwandlung von POST zu GET.
• RFC 7538 — HTTP Status Code 308 (Permanent Redirect) — der Standard, der 308 eingeführt hat (April 2015) und die experimentelle RFC 7238 (Juni 2014) ablöste.

Referenz

• MDN — 308 Permanent Redirect — Semantik der Erhaltung von Methode und Body sowie die nicht standardisierte Verwendung von Google Drive als „Resume Incomplete“.
• caniuse — HTTP status code 308 — die Browser-Support-Tabelle (weltweit etwa 96,5 % oder mehr).

Zitate aus den Quellen

Aussagen von Google, Bing und aus der HTTP-Spezifikation. Jeder Link führt direkt zur zitierten Passage auf der Quellseite.

Google — die zentrale Gleichheit

• “301 (moved permanently): Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (Übersetzung) „301 (dauerhaft verschoben): Google folgt der Weiterleitung, und die Google-Systeme verwenden die Weiterleitung als starkes Signal dafür, dass das Weiterleitungsziel verarbeitet werden soll.“ — Dokumentation von Google Search Central. Zum Zitat springen
• “308 (moved permanently): Equivalent to 301.” (Übersetzung) „308 (dauerhaft verschoben): Gleichwertig zu 301.” 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) „Obwohl Google diese Statuscodes gleich behandelt, sollten Sie beachten, dass sie semantisch verschieden sind. Verwenden Sie den für die Weiterleitung passenden Statuscode, damit andere Clients (beispielsweise E-Reader und andere Suchmaschinen) davon profitieren können.“ Zum Zitat springen
• “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.“ Zum Zitat springen

Gary Illyes, Google

• Zur Behandlung einer 308 durch Google: “we just merge that with 301 so we really don’t care iirc.” (Übersetzung) „Wir führen das einfach mit 301 zusammen, daher ist es uns im Grunde egal.“ Wörtlich wiedergegeben über Search Engine Roundtable, Google behandelt 308-Weiterleitungen offiziell wie 301-Weiterleitungen (Juli 2021) — vor einer endgültigen Einordnung gegen das Original prüfen.

John Mueller, Google

• Zur nicht standardisierten Verwendung: “Google Drive uses a 308 redirect as a Resume Incomplete response to indicate to the client when an incomplete upload stalled. So that is a bit different. But you can use it as a normal redirect.” (Übersetzung) „Google Drive verwendet eine 308 als Resume-Incomplete-Antwort, um dem Client einen abgebrochenen unvollständigen Upload zu melden; das ist etwas anderes, aber man kann sie als normale Weiterleitung verwenden.“ Wiedergegeben über Search Engine Roundtable, Google kann 308-Weiterleitungen wie 301-Weiterleitungen behandeln (Mai 2018) — vor einer endgültigen Einordnung gegen das Original prüfen.

Fabrice Canel, Microsoft Bing

• “I accidentally deleted my reply, so confirming again: Bing treats 308 redirects the same as 301 redirects.” (Übersetzung) „Ich habe meine Antwort versehentlich gelöscht und bestätige daher noch einmal: Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen.“ Fabrice Canel auf X (September 2024), wiedergegeben über Search Engine Roundtable, Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen — vor einer endgültigen Einordnung gegen das Original prüfen.

RFC 9110 — die HTTP-Semantik-Spezifikation

• Warum es 308 gibt, aus der eigenen 301-Definition der Spezifikation: “For historical reasons, a user agent MAY change the request method from POST to GET for the subsequent request. If this behavior is undesired, the 308 (Permanent Redirect) status code can be used instead.” (Übersetzung) „Aus historischen Gründen darf ein User-Agent die Request-Methode für die anschließende Anfrage von POST zu GET ändern. Wenn dieses Verhalten unerwünscht ist, kann stattdessen der Statuscode 308 verwendet werden.“ RFC 9110 lesen
• Zur Verbreitung: 308 sei “is much younger (June 2014) than its sibling codes and thus might not be recognized everywhere.” (Übersetzung) „deutlich jünger (Juni 2014) als seine Geschwistercodes und daher möglicherweise nicht überall bekannt.“ RFC 9110 lesen

Sollte diese Weiterleitung eine 308 sein?

Da 301 und 308 für SEO gleichwertig sind, ist dies keine Rankingentscheidung — es kommt auf eine Frage an: Ist eine Nicht-GET-Anfrage mit Body im Spiel, und kann Ihre Weiterleitungsschicht tatsächlich eine 308 ausgeben? Gehen Sie den Entscheidungsbaum durch.

Die Kurzfassung: einfaches GET → 301; eine Nicht-GET-Anfrage, die Sie erhalten müssen (und die Ihr Stack ausgeben kann) → 308. Für SEO sind die beiden austauschbar. Daher entscheidet nur die Methodenfrage — ergänzt um die kurze Prüfung „Kann mein Tool das tatsächlich ausgeben?“ — über die Wahl.

Mythen und Fehler rund um 308

Direkt aus den Fehlerbildern übernommen, die ich am häufigsten sehe.

„308 ist für SEO besser als 301.“ Falsch. Googles Dokumentation sagt „Equivalent to 301“, und Illyes, Mueller sowie Bings Canel bestätigen die Gleichbehandlung. Keine Suchmaschine behandelt 308 als SEO-überlegen. Die Wahl betrifft die korrekte Erhaltung von Methode und Body, nie einen Rankingvorteil.

„Sie sollten alle bestehenden 301s zu 308s migrieren.“ Reine Umstellung ohne Rankingvorteil. Wenn die weitergeleiteten Anfragen einfache GETs sind — die überwältigende Mehrheit der Weiterleitungen von Seite zu Seite — verhält sich eine 301 in der Praxis bereits identisch. Wechseln Sie nur bei Weiterleitungen, die tatsächlich Nicht-GET-Methoden übertragen.

„308 ist unsicher, weil der Code neuer ist.“ Für Browser übertrieben: RFC 7538 ist mehr als ein Jahrzehnt alt, Google und Bing bestätigen Unterstützung auf Suchmaschinenebene, und caniuse zeigt derzeit etwa 96,5 % oder mehr Browserunterstützung, mit Lücken hauptsächlich bei längst veralteten Versionen. RFC 9110 enthält für 308 zwar weiterhin den allgemeinen Vorbehalt „jünger, wird möglicherweise nicht überall erkannt“ — 2026 zeigt sich das eher als Werkzeuglücke (nicht jedes CMS-Plugin, jede CDN-Weiterleitungs-UI und jeder alte Proxy bietet eine 308-Option) und nicht als Lücke bei Clients oder Suchmaschinen. Der Vorbehalt ist aber nicht vollständig erledigt.

„Eine 301 wird meine POST-/API-Anfrage immer beschädigen.“ Übertrieben. Viele moderne Clients bewahren das Verhalten recht gut; das tatsächliche, in der Spezifikation dokumentierte Risiko ist die Umwandlung von POST zu GET, die RFC 9110 „aus historischen Gründen“ erlaubt und die greift, wenn ein Client diese historische Erlaubnis nutzt. 308 beseitigt das Risiko vollständig — sie behebt keinen garantierten, universellen Fehler.

„308 ist ausschließlich ein Weiterleitungscode.“ Nicht ganz. Googles nicht standardisierte Verwendung „308 Resume Incomplete“ in Drive verwendet den Code für einen ins Stocken geratenen Upload — mit einer völlig anderen Bedeutung. Das erinnert daran, dass die Verwendung von 308 in der Praxis jünger und weniger gefestigt ist als die von 301.

Zusätzlicher Kontrast — „Dauerhafte Weiterleitungen verlieren PageRank.“ Das ist nicht das Kernthema dieses Artikels, aber ein Satz ist es wert: Googles eigene Anleitung gruppiert 301 und 308 als dauerhafte Weiterleitungen, die sie als Signal nutzt, um die neue URL als kanonisches Ziel zu verarbeiten — das klingt nach Kontinuität und nicht nach einem Wertverlust. Behandeln Sie dies als Googles dokumentiertes Verarbeitungsverhalten und nicht als pauschale Garantie, dass niemals PageRank verloren geht; die engere Formulierung zum Kanonisierungssignal entspricht der aktuellen Quelle.

Eine 308 bestätigen und implementieren

Das Nützlichste, was Sie mit 308 tun können, ist, den echten Statuscode auf der Leitung zu verifizieren — denn der häufigste Fehler ist kein Browserproblem, sondern eine Werkzeugschicht, die Ihre beabsichtigte 308 still zu einer 301 herabstuft (oder überhaupt keine Weiterleitung ausgibt).

Statuscode mit curl prüfen

# Show only the response headers; -I sends a HEAD request.
curl -sI https://example.com/old-path | head -n 1
# → HTTP/1.1 308 Permanent Redirect     (what you want)
# → HTTP/1.1 301 Moved Permanently      (your layer downgraded it)

Um zu bestätigen, dass die Methode tatsächlich erhalten bleibt (der eigentliche Zweck einer 308), folgen Sie der Weiterleitung mit -L und beobachten Sie, was ankommt — -X POST zusammen mit --data bleibt über den Hop nur dann ein POST, wenn der Server 308/307 zurückgegeben hat:

curl -sIL -X POST --data '{"sku":"A-100"}' \
  -H 'Content-Type: application/json' \
  https://api.example.com/v1/orders
# Inspect each hop's request line; a 308 keeps it "POST", a 301 may show "GET".

Eine vollständige Kette verfolgen

Wenn der Pfad mehr als einmal weiterleitet, geben Sie jeden Statuscode der Kette aus, damit Sie eine Herabstufung oder einen unbeabsichtigten zusätzlichen Hop erkennen:

curl -sIL https://example.com/old-path \
  | grep -iE '^HTTP/'
# Each line is one hop. Collapse chains to a single hop where you can.

Prüfen, ob eine 308 zwischengespeichert ist, bevor Sie die Regel zurücknehmen

RFC 9110 macht 308 heuristisch cachefähig — ein Client oder Vermittler kann sie auch ohne ausdrücklichen Cache-Control-Header zwischenspeichern. Das bedeutet, dass eine fehlerhafte 308 (oder eine, die Sie zurücknehmen müssen) noch lange nach der Korrektur der Origin-Regel aus einem Cache ausgeliefert werden kann. Bevor Sie schließen, eine Weiterleitung sei „festgefahren“:

• Testen Sie sowohl mit einem frischen Client (privat/Inkognito, ohne vorherigen Besuch) als auch mit einem Client, der die alte URL bereits aufgerufen hat — Clients mit und ohne zwischengespeicherte Antwort können sich unterschiedlich verhalten.
• Prüfen Sie die Header Cache-Control, Expires und Age mit curl -sI.
• Testen Sie ein einfaches GET und separat eine repräsentative Nicht-GET-Anfrage; das Cache-Verhalten kann je nach Methode abweichen.
• Wenn Sie eine 308 zurücknehmen müssen, leeren Sie den Edge-/CDN-Cache ausdrücklich — gehen Sie nicht davon aus, dass das Entfernen der Origin-Regel genügt, und rechnen Sie damit, dass Clients mit einer bereits zwischengespeicherten alten Weiterleitung sie nicht von selbst erneut anfordern.

Chrome-DevTools-Konsole — eine Weiterleitung im Browser prüfen

Fügen Sie dies in die DevTools-Konsole ein (F12 → Console), um die endgültige URL und den Status anzuzeigen, ohne die Seite zu verlassen. Ein Fetch mit manueller Weiterleitung meldet den Status der ersten Antwort direkt:

// Reports the status of the first response (the redirect itself), not the target.
fetch('https://example.com/old-path', { method: 'HEAD', redirect: 'manual' })
  .then(r => console.log('type:', r.type, 'status:', r.status || '(opaqueredirect)'));

// Follow the chain and log where it lands:
fetch('https://example.com/old-path', { method: 'HEAD', redirect: 'follow' })
  .then(r => console.log('final URL:', r.url, 'final status:', r.status));

Bookmarklet — mit einem Klick „Was gibt diese URL zurück?“

Ziehen Sie ein Lesezeichen mit diesem Inhalt in die Lesezeichenleiste und klicken Sie es auf einer beliebigen Seite an. Sie werden nach einer URL gefragt und erhalten den endgültigen Status sowie die Ziel-URL:

javascript:(function(){var u=prompt('URL to check:',location.href);if(!u)return;fetch(u,{method:'HEAD',redirect:'follow'}).then(function(r){alert('Final status: '+r.status+'\nLanded on: '+r.url);}).catch(function(e){alert('Error: '+e);});})();

Eine 308 auf dem Server implementieren

Apache (.htaccess) — mod_rewrite mit einem expliziten R=308:

RewriteEngine On
RewriteRule ^old-path/?$ /new-path [R=308,L]

nginx — return 308 ist exakt und eindeutig:

location = /old-path {
    return 308 https://example.com/new-path;
}

Express.js (Node) — übergeben Sie den Statuscode an redirect():

app.all('/api/v1/orders', (req, res) => {
  // 308 keeps the POST body intact on the way to /api/v2/orders
  res.redirect(308, '/api/v2/orders');
});

Next.js — setzen Sie permanent: true; dadurch wird eine 308 ausgegeben (permanente Weiterleitungen von Next sind 308s):

// next.config.js
module.exports = {
  async redirects() {
    return [
      { source: '/api/v1/:path*', destination: '/api/v2/:path*', permanent: true },
    ];
  },
};

Das Verhalten von Frameworks und Hosting-Schichten ist versionsabhängig. Auch die eigene Weiterleitungsbehandlung von Next.js kann sich je nach Version und Auslöser unterscheiden — ein Eintrag redirects() in next.config.js, ein Aufruf von permanentRedirect() in einer Server Action oder eine Streaming-Antwort führen nicht zwingend zum selben Statuscode. Dieselbe Vorsicht gilt für Apache-/nginx-Modulversionen und jede CDN- oder Proxy-Schicht vor Ihrer Origin. Betrachten Sie jedes Snippet oben als Ausgangspunkt und nicht als Garantie; bestätigen Sie die aktuelle Dokumentation Ihrer Version.

Führen Sie nach der Bereitstellung eines dieser Beispiele erneut die obige Prüfung mit curl -sI aus, um zu bestätigen, dass auf der Leitung tatsächlich eine 308 ankommt — diesen Prüfschritt überspringen viele und bereuen es.

Tools zum Bestätigen einer 308 auf der Leitung

Patricks kostenlose Tools

• Redirect Checker — verfolgen Sie eine einzelne URL oder einen kurzen Batch und bestätigen Sie, dass die erste Antwort 308 lautet, das Ziel korrekt ist und die Kette mit einer fehlerfreien endgültigen Antwort endet.
• Bulk HTTP Status Code Checker — prüfen Sie bis zu 500 migrierte URLs, filtern Sie unerwartete 301/302/307-Antworten und exportieren Sie Ketten oder Schleifen zur Behebung.

Das strikte Verhalten prüfen, wenn es darauf ankommt

• curl mit einer sicheren Testnutzlast — wiederholen Sie die echte Methode gegen eine Staging- oder nichtdestruktive Route und folgen Sie der Weiterleitung. Bestätigen Sie, dass die Quelle 308 ausgibt.
• Anwendungs-/API-Gateway-Protokolle — verifizieren Sie, dass das Ziel dieselbe Methode, denselben Content-Type und denselben Body erhalten hat. Ein Redirect Checker beweist Status und Ziel; Empfangsprotokolle beweisen, dass die Methodenerhaltung Ende zu Ende funktioniert hat.
• Netzwerkbereich der Browser-Entwicklertools — nützlich für Formular- und Authentifizierungsabläufe; testen Sie Webhook- und API-Clients jedoch separat, weil die Interoperabilität der Grund ist, 308 statt 301 zu wählen.
• Google Search Console URL Inspection — bestätigen Sie bei indexierbaren Seiten-URLs, dass der dauerhafte Umzug wie eine 301 verarbeitet wird und das Ziel als ausgewählte kanonische URL gilt.

Testen Sie Ihr Wissen: 308 Permanent Redirect

Fünf kurze Fragen dazu, was eine 308 ist, warum es sie gibt und wie Suchmaschinen sie behandeln. Wählen Sie jeweils eine Antwort und prüfen Sie anschließend Ihre Auswahl.

Ressourcen, die sich lohnen

Meine Texte

• 11 Arten von Weiterleitungen und ihre SEO-Auswirkungen (mit Joshua Hardwick) — meine Definition von 308, die Einordnung „für SEO gleich, bei Formularen aber relevant“ und die Hierarchie der Weiterleitungspräferenzen, in der 308 und 301 gemeinsam an der Spitze stehen.
• HTTP-Statuscodes und ihre SEO-Auswirkungen — dort formuliere ich es klar: 308 „hat dieselbe Funktion wie 301 … außer dass man nicht zwischen POST und GET wechseln kann“, und 308s „werden wie 301s behandelt und konsolidieren nach vorne“.
• A Website Migration Takes More Than A Checklist To Be Successful — warum ich bei einem dauerhaften Umzug 301 oder 308 (nicht 302/307) wähle.
• The Beginner’s Guide to Technical SEO — dort wird erklärt, wie Weiterleitungen in den größeren Zusammenhang passen.

Aus der Branche

• Weiterleitungen und die Google-Suche — Googles offizieller Weiterleitungsleitfaden, der 301 und 308 gemeinsam als dauerhafte Optionen nennt.
• HTTP-Statuscodes, Netzwerk- und DNS-Fehler sowie die Google-Suche — das Dokument, das 308 „gleichwertig zu 301“ nennt und den Vorbehalt „semantisch verschieden“ erklärt.
• RFC 9110 — HTTP Semantics — die aktuelle Spezifikation; ihre 301-Definition verweist auf 308 als Lösung für die unerwünschte Umwandlung von POST zu GET.
• RFC 7538 — HTTP Status Code 308 (Permanent Redirect) — der Standard, der 308 eingeführt hat.
• MDN — 308 Permanent Redirect — Method-/Body-Semantik und der Hinweis auf Google Drive „Resume Incomplete“.
• caniuse — HTTP status code 308 — die Browser-Support-Tabelle, die den Mythos widerlegt, 308 sei fragil.
• Bing behandelt 308-Weiterleitungen genauso wie 301-Weiterleitungen (Search Engine Roundtable) — Fabrice Canels Bestätigung von 2024 für Bing.
• Google Officially Treats 308 Redirects As 301 Redirects (Search Engine Roundtable) — der Kontext zu Gary Illyes’ “we just merge that with 301” (Übersetzung) „Wir führen das einfach mit 301 zusammen“ und dem Moment, in dem dies offiziell dokumentiert wurde.

Änderungsprotokoll