HTTP 307: Der temporäre Redirect im Web – Alles, was du über http 307 wissen musst

In der Welt der Web-Technologien spielen Statuscodes eine zentrale Rolle. Sie sind die Sprache zwischen Client und Server und geben an, wie eine Anfrage verarbeitet wurde. Unter all den Codes nimmt der HTTP-Statuscode 307 eine besondere Stellung ein: Er kennzeichnet eine temporäre Weiterleitung, bei der die ursprüngliche HTTP-Methode in der Weiterleitung meist erhalten bleibt. In diesem umfassenden Leitfaden rund um http 307 erfährst du, wie dieser Code funktioniert, wann er sinnvoll eingesetzt wird, wie er sich von ähnlichen Codes unterscheidet und welche SEO- sowie Sicherheitsimplikationen damit verbunden sind.

Was bedeutet HTTP 307?

HTTP 307 ist der offizielle Statuscode für eine temporäre Weiterleitung. Der Server teilt dem Client mit, dass die angeforderte Ressource vorübergehend unter einer anderen URL zu finden ist und dass der Client erneut auf diese neue URL zugreifen soll. Wichtig: Bei einem 307-Redirect bleibt die ursprüngliche HTTP-Methode in der Regel unverändert. Das bedeutet, dass eine POST-Anfrage auf die neue URL weitergeleitet wird, ohne dass der Client die Methode in GET ändern muss, wie es bei einigen anderen Redirects vorkommen kann.

Im Gegensatz zu 301 (Moved Permanently) oder 302 (Found) signalisiert der 307-Statuscode ausdrücklich, dass die Weiterleitung nur vorübergehend ist. Crawler und Browser sollten die neue URL in dieser Zeit verwenden, allerdings beachten, dass Suchmaschinen das Verhalten je nach Implementierung unterschiedlich interpretieren. Deshalb ist es wichtig, http 307 gezielt einzusetzen, wenn eine vorübergehende Änderung der Ressourcenlage gemeint ist.

HTTP 307 vs 302: Unterschiede und Anwendungsfälle

Historisch gab es Verwechslungen zwischen 302 und 307, insbesondere weil beide Codes eine Weiterleitung signalisieren. Der feine Unterschied liegt in der Absicht und dem Verhalten bei der HTTP-Methode:

HTTP 307 (Temporary Redirect): Die Weiterleitung ist vorübergehend. Die ursprüngliche Methode bleibt erhalten. Wenn du also eine POST-Anfrage an /form sendest und der Server einen Redirect auslöst, wird die POST-Anfrage mit der gleichen Methode an die neue URL gesendet.
HTTP 302 (Found): Ursprünglich als temporäre Weiterleitung gedacht. In der Praxis konnte der Client jedoch die Methode ändern (z. B. POST zu GET), was zu Unklarheiten führte. Moderne Implementierungen behandeln 302 oft ähnlich wie 303, aber das ist kein universeller Standard.
HTTP 301 (Moved Permanently): Die Ressource ist dauerhaft verschoben. Zielt häufig auf SEO ab, weil Suchmaschinen die neue URL als dauerhafte Adresse übernehmen sollten. Die Methode kann sich in einigen Fällen ändern, daher ist Vorsicht geboten, wenn POST-Anfragen betroffen sind.

Situative Empfehlung: Verwende http 307, wenn die Weiterleitung wirklich temporär ist und du sicherstellen musst, dass POST- oder andere Methoden unverändert an die Ziel-URL weitergereicht werden. Für dauerhafte Verschiebungen ist HTTP 301 die bessere Wahl; für Fälle, in denen du eine Weiterleitung testen oder vorübergehend umleiten willst, kann HTTP 307 die expedienteste Lösung sein.

Technische Details: Wie funktioniert http 307?

Der Ablauf eines http 307 Redirect folgt einem klaren Muster. Der Server antwortet mit einem Statuscode 307 samt einem sogenannten Location-Header, der die neue URL angibt. Der Client – meist der Webbrowser oder eine Suchmaschine – folgt dieser URL und sendet dieselbe HTTP-Methode wie in der ursprünglichen Anfrage an die neue Adresse.

Kernkomponenten eines http 307 Redirect

Statuscode: 307 – Temporary Redirect
Location-Header: Enthält die neue Ziel-URL, z. B. https://neue-beispielseite.example/
HTTP-Methode: Die ursprüngliche Methode bleibt erhalten (z. B. POST, PUT, PATCH).
Header-Verhalten: Manche Browser speichern die Redirect-Informationen in der Cache-Speicher, andere ignorieren ihn oder verarbeiten ihn erneut bei erneutem Aufruf.

Ein praktisches Beispiel: Du sendest eine POST-Anfrage an https://example.com/form und der Server antwortet mit HTTP/1.1 307 und Location: https://example.com/submit. Der Browser führt daraufhin eine POST-Anfrage an https://example.com/submit aus, exakt so, wie es der Client ursprünglich gesendet hat.

Anwendungsfälle für HTTP 307

Es gibt mehrere sinnvolle Szenarien, in denen http 307 die richtige Wahl ist. Hier sind die wichtigsten Anwendungsfälle:

Temporäre Wartung oder Umstrukturierung von Ressourcen

Wenn eine Ressource vorübergehend verschoben oder temporär nicht erreichbar ist, kann http 307 die Nutzer weiterhin zur richtigen Seite führen, ohne die geplante URL dauerhaft zu ändern. Dies ist besonders hilfreich bei Wartungsfenstern oder A/B-Tests, bei denen Seitenpunkte zeitweise anders erreichbar sind.

Formulare mit sensiblen Daten

Bei Formular- oder Authentifizierungsprozessen ist es kritisch, dass POST-Daten nicht in GET-Anfragen übertragen werden. Mit http 307 wird die POST-Anfrage zuverlässig an die neue Adresse weitergereicht, ohne dass der Browser die Methode ändert oder Daten in der URL erscheinen.

Geplante Umleitungen während einer Migration

Bei einer temporären Umstrukturierung einer Website, z. B. während einer Übergangsphase von einer alten zu einer neuen Pfadstruktur, kann http 307 die Konsistenz der Nutzerdaten wahren, da die ursprüngliche Methode beibehalten wird.

SEO-Auswirkungen von HTTP 307

Suchmaschinenoptimierung ist bei Redirect-Strategien ein wichtiger Faktor. Der Unterschied zwischen 301, 302 und 307 kann die Wahrnehmung einer Seite durch Suchmaschinen beeinflussen. Im Fall von HTTP 307 gilt:

Suchmaschinen interpretieren http 307 in der Regel als temporäre Weiterleitung. Das bedeutet, dass die ursprüngliche URL weiterhin als primäre Adresse angesehen werden kann, während Besucher vorübergehend zur Ziel-URL geleitet werden.
Für permanente Änderungen sollten Webmaster eher HTTP 301 verwenden, damit Suchmaschinen die neue URL als dauerhafte Adresse indexieren. Eine falsche Nutzung von http 307 in dauerhaften Szenarien kann zu doppelten Inhalten oder inkonsistenter Indexierung führen.
Wenn du http 307 gezielt einsetzt, kann dies helfen, Crawling-Beschränkungen zu umgehen oder Tests durchzuführen, ohne die langfristige SEO-Strategie zu gefährden. Dennoch sollte man Transparenz wahren und Redirects sauber dokumentieren.

Praktischer Tipp: Wenn du temporäre Änderungen testest, dokumentiere die Laufzeit des Redirects und plane eine spätere Migration zu einem 301, sobald die Tests abgeschlossen sind. So bleibst du SEO-freundlich und minimierst Risiken beim Crawling.

Implementierung in Webservern: Beispiele und Best Practices

Die Implementierung von http 307 hängt von der verwendeten Server-Software ab. Die gängigsten Systeme unterstützen 307 Redirects, oft über Rewrite- oder Redirect-Anweisungen. Hier sind typische Beispiele und Best Practices:

Apache

In Apache lassen sich Redirects mit dem Redirect-Direktiv oder über mod_rewrite realisieren. Ein einfaches Beispiel lautet:

Redirect 307 /alterpfad https://example.com/neuerpfad

Alternativ über mod_rewrite:

RewriteEngine On
RewriteRule ^alterpfad$ https://example.com/neuerpfad [R=307,L]

Hinweis: Die konkrete Implementierung kann je nach Apache-Version variieren. Achte auf korrekte Syntax und teste mit curl oder Browser-Tools.

Nginx

In Nginx erzeugst du http 307 Redirects typischerweise mit der return-Direktive oder über rewrite. Beispiele:

location /alterpfad {
    return 307 https://example.com/neuerpfad;
}

Oder über rewrite:

rewrite ^/alterpfad$ /neuerpfad permanent;

Im Gegensatz zur permanenten Weiterleitung erzeugt return 307 eine echte temporäre Redirect-Logik.

IIS (Windows)

Bei IIS lässt sich ein 307-Redirect über URL-Rewrite-Modul oder über Direktiven in der Web.config setzen. Typischer Eintrag:

<rewrite>
  <rules>
    <rule name="TempRedirect" stopProcessing="true">
      <match url="^alterpfad$" />
      <action type="Redirect" url="https://example.com/neuerpfad" redirectType="Temporary" />
    </rule>
  </rules>
</rewrite>

Diese Konfiguration sorgt dafür, dass Besucher und Crawler korrekt zum Ziel weitergeleitet werden, während die Methode und der Redirect-Typ beachtet werden.

Fehlerquellen und Best Practices bei http 307

Wie bei jeder Redirect-Strategie gibt es bei http 307 potenzielle Fallstricke. Hier sind häufige Fehlerquellen und wie du sie vermeidest:

Falsche Diffusion der Redirect-Zeit: Wenn ein Redirect zu lange aktiv bleibt, kann dies zu Verwirrung bei Nutzern führen. Definiere klare Laufzeiten oder Entferne den Redirect, sobald die temporäre Situation vorüber ist.
Verwendung bei dauerhaften Änderungen: 307 sollte nicht für dauerhafte Ressourcenverschiebungen genutzt werden. Verwende stattdessen 301, um die SEO-Wirksamkeit zu maximieren.
Verlust von POST-Daten: In einigen Browsern oder CI-Umgebungen kann es vorkommen, dass POST-Methoden in GET gewechselt werden, wenn Redirects nicht korrekt konfiguriert sind. Stelle sicher, dass deine Serverkonfiguration die Methode beibehält, sofern gewünscht.
Caching-Verwirrung: Obwohl 307-Codes normalerweise nicht stark gecacht werden, können falsche Cache-Einstellungen dazu führen, dass Clients veraltete Redirect-Informationen speichern. Nutze klare Cache-Control-Header bei Redirects.

Client-Verhalten und Sicherheit bei http 307

Das Verhalten von Client-Anwendungen bei http 307 hängt von deren Implementierung ab. Typischerweise folgt der Client der Location-URL und sendet die gleiche Methode erneut. Sicherheitsaspekte sind dabei relevant:

Cross-Site-Weiterleitungen: Unbedachte Redirects können missbraucht werden, um Benutzer zu Phishing-Seiten zu führen. Vermeide Redirects zu unbekannten Zielen und überprüfe Ziel-URLs sorgfältig.
Redirect-Ketten vermeiden: Mehrfach aufeinanderfolgende Redirects können zu verzögertem Laden oder Verfügbarkeitproblemen führen. Halte Redirect-Pfade kurz und erkläre Nutzern den Grund der Weiterleitung.
POST-Daten-Transparenz: Da http 307 POST-Daten in der Weiterleitung mitnimmt, sollten Sensitive-Daten-Felder ordnungsgemäß validiert und geschützt werden. Achte auf HTTPS bei der Ziel-URL.

Best Practices für Entwickler und Webmaster

Wenn du http 307 gezielt einsetzen willst, hier eine kompakte Checkliste:

Verwende http 307 nur dann, wenn die Weiterleitung temporär ist und die ursprüngliche Ressourcenstruktur beibehalten werden soll.
Dokumentiere Redirects in deiner Serverkonfiguration, damit Teammitglieder schnell verstehen, warum der Redirect existiert.
Teste Redirects gründlich mit Tools wie curl, Postman oder Browser-Entwicklertools, um sicherzustellen, dass Methode und Ziel korrekt bleiben.
Behalte die SEO-Strategie im Blick: Plane langfristig eine Umstellung auf 301, falls die Weiterleitung dauerhaft wird.
Nutze klare, sichere Ziel-URLs (HTTPS) und vermeide Redirects zu unsicheren oder unklaren Domains.

Zusammenfassung: Wann lohnt sich http 307 wirklich?

HTTP 307 ist ein nützliches Werkzeug im Werkzeugkasten moderner Webentwicklung. Es bietet eine stabile Möglichkeit, temporäre Änderungen an Ressourcen durchzuführen, ohne dass die HTTP-Methode in der Weiterleitung verändert wird. Für Entwickler, die Formularprozesse, Wartungsfenster oder Migrationen kontrolliert steuern wollen, bietet http 307 eine klare Semantik und gute Kompatibilität mit gängigen Server-Stacks. Dennoch ist Vorsicht geboten: Wenn es sich um eine dauerhafte Veränderung handelt, ist HTTP 301 in der Regel die bessere Wahl. Ebenso wichtig ist es, die Auswirkungen auf SEO, Benutzererfahrung und Sicherheit im Blick zu behalten und Redirects strukturiert zu testen und zu dokumentieren.

Häufige Fragen zu http 307

Welche Auswirkungen hat HTTP 307 auf die Indexierung?

Suchmaschinen behandeln http 307 typischerweise als temporäre Weiterleitung. Die ursprüngliche URL kann weiterhin indexiert bleiben, während Suchmaschinen die Ziel-URL besuchen. Für dauerhafte Änderungen sollte eine 301-Weiterleitung verwendet werden, um eine klare Indexierung der neuen Adresse sicherzustellen.

Kann ich http 307 auch bei GET-Anfragen verwenden?

Ja. Bei GET-Anfragen ist der Effekt vergleichbar: Die Ressource wird vorübergehend unter einer anderen URL erreichbar, und der Browser folgt der Location-URL. Da GET-Anfragen ohnehin keine Payload übertragen, ist das Verhalten straightforward.

Wie teste ich einen http 307 Redirect?

Nutze Tools wie curl: curl -i -X GET https://example.com/alterpfad oder für POST-Anfragen curl -i -X POST -d "param=value" https://example.com/alterpfad. Die Antwort sollte den Statuscode 307 und den Location-Header enthalten. Danach prüfe die Ziel-URL, ob die gewünschte Weiterleitung erfolgt.

Was passiert, wenn der Client die Weiterleitung nicht folgt?

In manchen Fällen oder bei restriktiven Redirect-Regeln verweigern Clients das Folgen der Weiterleitung. In diesem Fall bleibt der Client bei der ursprünglichen URL, und je nach Kontext kann der Benutzer über eine Fehlermeldung oder einen Hinweis informiert werden. Es ist sinnvoll, Redirects so zu konfigurieren, dass sie zuverlässig funktionieren, insbesondere wenn Integrationen oder API-Clients auf die Weiterleitung angewiesen sind.

Schlussgedanken

http 307 ist mehr als nur eine technische Spielerei. Es ist eine durchdachte Lösung für temporäre Änderungen, die Methode beibehalten und so die Integrität von Formularen, API-Aufrufen und Benutzerschnittstellen schützt. Wenn du dich für http 307 entscheidest, plane Strategie, Testing und Dokumentation sorgfältig. So nutzt du die Vorteile dieser Weiterleitungsart optimal aus, behältst die Kontrolle über die Nutzererfahrung und bleibst zugleich SEO-konform. Und ja, in der richtigen Situation kann http 307 die perfekte Brücke zwischen experimenteller Flexibilität und stabiler Web-Architektur sein.