HTTP 308 Permanent Redirect

Eine dauerhafte Weiterleitung mit strikten Regeln: Die URL ist endgültig umgezogen, und der Request muss unverändert wiederholt werden.

Was HTTP 308 bedeutet

HTTP 308 Permanent Redirect ist das methodenerhaltende Gegenstück zu 301. Die Ressource ist dauerhaft zur Location-URL umgezogen, und Clients müssen den Request dort wiederholen, ohne die Methode zu ändern oder den Body wegzulassen.

Am wichtigsten ist das für APIs: Zieht ein Endpunkt, der POST oder PUT akzeptiert, dauerhaft um, könnte eine 301 alte Clients stillschweigend mit GET erneut versuchen lassen und den Payload verlieren. Eine 308 hält den Schreibvorgang intakt.

Häufige Ursachen von 308-Antworten

  • Ein API-Endpunkt, der Schreibzugriffe akzeptiert, ist dauerhaft zu einem neuen Pfad oder einer neuen Domain umgezogen.
  • Kanonisierung auf Infrastrukturebene (z. B. Cloudflare oder ein Load Balancer), konfiguriert, um Methoden zu erhalten.
  • Ein Framework, das standardmäßig 308 für die Normalisierung des abschließenden Slashs nutzt (Next.js, manche CDNs).

Gute Praktiken für Entwickler

  • Wähle 308 statt 301, wann immer Nicht-GET-Requests die alte URL treffen können.
  • Leite wie bei 301 in einem einzigen Sprung weiter und behalte die Weiterleitung langfristig bei.
  • Prüfe, ob alte API-Clients 308 verarbeiten — sehr alte HTTP-Bibliotheken folgen ihr eventuell nicht automatisch.

Beispielantwort

HTTP/1.1 308 Permanent Redirect
Location: https://api.example.com/v2/upload

SEO-Auswirkung

Für Suchmaschinen ist 308 gleichwertig zu 301: ein dauerhafter Umzug, der Indexierungs- und Ranking-Signale auf die Ziel-URL überträgt. Wähle zwischen ihnen anhand der Clients, nicht des SEO.

FAQ

Ist 308 für SEO dasselbe wie 301?

Ja — Google behandelt beide als dauerhaften Umzug und überträgt Signale auf die neue URL.

Wann ist 308 statt 301 erforderlich?

Wenn weitergeleitete Requests POST, PUT, PATCH oder DELETE sein können und Methode und Body erhalten bleiben müssen.

Unterstützen alle Browser 308?

Alle modernen Browser tun das. Nur sehr alte Clients (z. B. IE aus der Windows-7-Ära, uralte HTTP-Bibliotheken) hatten Lücken.