308 Redirect: dauerhafter Umzug mit Erhalt der Methode

Ein HTTP-Statuscode, der eine Anfrage dauerhaft weiterleitet und verlangt, dass der Client Methode und Request-Body an der neuen URL beibehält.

Ein HTTP-Statuscode, der eine Anfrage dauerhaft weiterleitet und verlangt, dass der Client Methode und Request-Body an der neuen URL beibehält. Dieser Leitfaden behandelt die Entscheidung, die Prüfungen und die Grenzen, die in einem realen Review wichtig sind.

Was eine 308-Weiterleitung steuert

HTTP 308 ist eine dauerhafte Weiterleitung für Fälle, in denen die Anfragemethode eine Rolle spielt. Die Antwort nennt einen neuen Ort, und ein konformer Client wiederholt die Anfrage dort, ohne Methode oder Body zu ändern. Das ist nützlich für den dauerhaften Umzug eines API-Endpunkts oder Formular-Handlers, bei dem die Semantik von POST, PUT, PATCH oder DELETE den Umzug überstehen muss. Die Weiterleitung schreibt keine Anwendungsdaten um, prüft das Ziel nicht und repariert kein fehlerhaftes Routing-Design. Bei gewöhnlichen Dokumentseiten, die per GET aufgerufen werden, ist 301 meist die klarere betriebliche Wahl, weil die Erhaltung der Methode für Leser keinen Mehrwert hat.

Das Diagramm hebt die wichtigsten Entscheidungspunkte hinter 308 Redirect: dauerhafter Umzug mit Erhalt der Methode hervor.

Den Statuscode nach der Absicht der Änderung wählen

Entscheiden Sie zuerst über die Dauerhaftigkeit, dann über die Zahl. Eine 308 besagt, dass die alte Adresse ersetzt wurde. Eine 307 kennzeichnet einen temporären Umzug mit Erhalt der Methode. Eine 301 drückt ebenfalls einen dauerhaften Umzug aus, doch historisch kann ein Client eine Nicht-GET-Anfrage in GET umwandeln. Suchmaschinen beschreiben dauerhafte Weiterleitungen als Konsolidierungssignale. Ein Statuscode garantiert aber nicht, wann sich das Crawling oder die Auswahl der kanonischen URL ändert. Behalten Sie die alte URL im Migrationsinventar, bis Ziel, interne Links, Canonical-Richtlinie und Crawl-Antwort geprüft sind.

Dauerhaften Umzug umsetzen und testen

Beginnen Sie mit einer kleinen URL-Zuordnung: alter Endpunkt, beabsichtigter finaler Endpunkt, Grund und Verantwortlicher. Richten Sie für jede ausgemusterte, methodenabhängige Route eine direkte 308 auf den passenden Ersatz ein. Leiten Sie keine fremden Anfragen auf die Startseite um. Testen Sie eine echte Anfragemethode in einer Nicht-Produktivumgebung und prüfen Sie Statuscode und Location, ohne automatisch zu folgen. Wiederholen Sie den Test mit aktiviertem Folgen der Weiterleitung und prüfen Sie, ob der finale Handler die erwartete Methode erhält. Crawlen Sie zum Schluss die alte URL-Liste, aktualisieren Sie interne Verweise auf die finale URL und überwachen Sie Server- und Search-Console-Daten getrennt.

  1. Legen Sie die URL- oder Seitenmenge und das erwartete Verhalten fest.
  2. Testen Sie eine repräsentative Stichprobe und sichern Sie die rohe Antwort oder den gerenderten Nachweis.
  3. Beheben Sie jeweils eine kontrollierbare Ursache und prüfen Sie denselben Umfang erneut.
  4. Halten Sie Lücken, Ausnahmen und Folgeprüfungen fest, statt fehlende Daten als bestanden zu werten.

Fehlerbilder und Prüfungen im Review

Der häufige Fehler ist, 308 als SEO-Verbesserung zu behandeln. Es ist eine Entscheidung auf Transportebene, keine Ranking-Taktik. Ein weiterer Fehler ist, nur einen Browser-Aufruf zu testen. Der prüft GET und nicht den POST- oder PUT-Pfad, der die 308 rechtfertigt. Weiterleitungsketten, Schleifen, ein fehlender Location-Header, ein Ziel mit Fehler oder eine gecachte alte Antwort brauchen jeweils eine eigene Untersuchung. Bei Migrationen ordne ich jede ausgemusterte URL genau einem passenden finalen Ziel zu und crawle dann die Zuordnung, um Ketten und Schleifen zu entfernen, bevor ich die Arbeit als abgeschlossen betrachte. Halten Sie fest, was geprüft wurde und was nicht verfügbar war. Eine erfolgreiche Einzelanfrage ist keine Abdeckung des gesamten Routensatzes.

Das Caching braucht eine eigene Prüfung. Eine dauerhafte Antwort kann nach einem Rollback der Konfiguration noch in Browser- oder Zwischen-Caches liegen. Testen Sie deshalb von einem sauberen Client aus und notieren Sie die Cache-Anweisungen der Antwort, wenn sie wichtig sind. Variieren Sie eine Weiterleitung nicht allein nach User-Agent, um alte Clients zu bedienen. Das macht die Route schwer reproduzierbar und kann widersprüchliche Befunde der Crawler erzeugen. Erzwingt die Kompatibilität eine Ausweichlösung, dokumentieren Sie, welche Clients sie brauchen, und halten Sie die finale URL-Richtlinie für jeden gewöhnlichen Aufrufer gleich.

FAQ

Wann sollte ich 308 statt 301 verwenden?
Verwenden Sie 308, wenn der Umzug dauerhaft ist und die ursprüngliche Anfragemethode sowie der Body erhalten bleiben müssen. Bei gewöhnlichen GET-Dokument-URLs ist 301 oft die einfachere konventionelle Wahl.
Ist 308 die richtige Antwort bei einem temporären Ausfall?
Nein. Ein temporärer Umzug sollte eine temporäre Antwort nutzen, die zum Verhalten der Anwendung passt, etwa 307, wenn die Erhaltung der Methode wichtig ist. Hinterlegen Sie eine temporäre betriebliche Änderung nicht als dauerhaft.
Wie teste ich eine 308-Weiterleitung?
Prüfen Sie Status und Location, ohne Weiterleitungen zu folgen. Wiederholen Sie danach eine repräsentative methodenabhängige Anfrage mit Weiterleitungen und bestätigen Sie, dass der finale Handler die beabsichtigte Methode erhält.
Ersetzt eine 308-Weiterleitung die Arbeit an Canonical und internen Links?
Nein. Aktualisieren Sie interne Links auf die finalen URLs und prüfen Sie Canonical, Sitemap und Indexsteuerung getrennt. Eine Weiterleitungsantwort allein ist kein vollständiger Umzug.