HTTP 302 Found

Was HTTP 302 bedeutet

HTTP 302 Found weist den Client an, die Ressource von der URL im Location-Header abzurufen, aber nur dieses eine Mal — die ursprüngliche URL bleibt die kanonische Adresse und sollte künftig erneut angefragt werden.

Historisch haben Browser POST beim Befolgen einer 302 zu GET geändert, was dem Standard widersprach. HTTP führte später 307 Temporary Redirect ein, um zu garantieren, dass die Methode erhalten bleibt; 302 bleibt der pragmatische Standard für einfache GET-Weiterleitungen.

Häufige Ursachen von 302-Antworten

• Eine Seite wird vorübergehend von einem anderen Ort ausgeliefert (Wartung, A/B-Test, Kampagnen-Landingpage).
• Post-Login- oder Post-Checkout-Abläufe, die den Browser weiterleiten (das POST-Redirect-GET-Muster, bei dem 303 technisch die präzisere Wahl ist).
• Geo- oder sprachbasierte Weiterleitungen, die pro Besucher variieren.
• Ein fehlkonfigurierter „dauerhafter“ Umzug, der versehentlich jahrelang als 302 bestehen blieb.

Gute Praktiken für Entwickler

• Falls der Umzug tatsächlich dauerhaft ist, wechsle zu 301/308 — langlebige 302er senden gemischte Signale an Suchmaschinen.
• Nutze 307, wenn Request-Methode und Body erhalten bleiben müssen, 303, um nach einem POST ein GET zu erzwingen.
• Cache 302-Antworten nicht, es sei denn, du fügst explizite Cache-Control-Header hinzu.

Beispielantwort

HTTP/1.1 302 Found
Location: https://example.com/summer-sale/
Cache-Control: no-store

SEO-Auswirkung

Suchmaschinen behalten die ursprüngliche URL im Index, wenn sie eine 302 sehen, da der Umzug als temporär deklariert ist. Eine 302, die monatelang bestehen bleibt, wird von Google meist wie eine De-facto-301 behandelt, aber explizit ist besser: Wähle den Code, der deiner Absicht entspricht.

FAQ