Statuscode 302 Found

Was ist der Statuscode 302 Found?

Der Statuscode 302 Found ist ein HTTP-Statuscode für eine vorübergehende Weiterleitung. Der Server teilt Browsern und Suchmaschinen mit, dass die angeforderte Ressource aktuell unter einer anderen URL erreichbar ist. Die ursprüngliche URL bleibt grundsätzlich gültig und kann später wieder den eigenen Inhalt ausliefern.

Was bedeutet der Statuscode 302 Found?

Der Statuscode 302 Found gehört zur Klasse der 3xx-Statuscodes, die eine Weiterleitung signalisieren. Er wird auch als 302-Weiterleitung, temporärer Redirect oder Temporary Redirect bezeichnet. Die frühere Bezeichnung „Moved Temporarily“ beschreibt den vorgesehenen Einsatzzweck deutlicher: Die Zieladresse gilt nur vorübergehend.

Ein Webserver sendet den Statuscode zusammen mit dem HTTP-Header Location. Dieser Header enthält die URL, die der Browser oder Crawler anschließend aufrufen soll. Die Weiterleitung geschieht normalerweise automatisch, sodass der Nutzer den technischen Ablauf nicht wahrnimmt.

Eine typische Serverantwort sieht vereinfacht so aus:

HTTP/1.1 302 FoundLocation: https://www.beispiel.de/aktionsseite/

Die bisherige URL bleibt bei einer 302-Weiterleitung aus technischer Sicht gültig. Dadurch unterscheidet sich dieser Redirect von einer permanenten Weiterleitung, bei der die alte Adresse dauerhaft durch eine neue URL ersetzt wird.

Wie funktioniert eine 302-Weiterleitung?

Bei einer Anfrage ruft ein Client, beispielsweise ein Browser oder Suchmaschinen-Crawler, zunächst die ursprüngliche URL auf. Der Server liefert keinen regulären Seiteninhalt mit dem Statuscode 200, sondern antwortet mit 302 und nennt im Location-Header das vorübergehende Ziel.

Der Client fordert die ursprüngliche URL an.
Der Server antwortet mit dem Statuscode 302 und einer Zieladresse.
Der Client stellt eine weitere Anfrage an die angegebene Ziel-URL.
Die Zielseite liefert im Normalfall den gewünschten Inhalt mit dem Statuscode 200 aus.

Jede Weiterleitung erzeugt mindestens eine zusätzliche HTTP-Anfrage. Mehrere aufeinanderfolgende Redirects bilden eine Weiterleitungskette und verlängern den Abruf. Interne Links sollten deshalb direkt auf die endgültige URL verweisen, auch wenn eine vorhandene 302-Weiterleitung technisch funktioniert.

Beispiel: Eine Produktkategorie soll während einer zeitlich begrenzten Verkaufsaktion auf eine Aktionsseite führen. Solange die ursprüngliche Kategorie nach Ende der Aktion wieder regulär erreichbar sein soll, kann eine 302-Weiterleitung passend sein. Für eine dauerhaft ersetzte Kategorie wäre dagegen eine permanente Weiterleitung erforderlich.

Unterschied zwischen 302, 301, 303 und 307

Der Unterschied zwischen den Weiterleitungsarten liegt in der vorgesehenen Dauer und im Umgang mit der HTTP-Methode. Die richtige Auswahl verhindert, dass Browser, Crawler oder Schnittstellen eine Anfrage anders verarbeiten als beabsichtigt.

Statuscode	Bedeutung	Dauer	Verhalten der Anfragemethode	Typischer Einsatz
301 Moved Permanently	Dauerhaft verschoben	Permanent	Kann bei älteren Clients geändert werden	Dauerhafte URL-Änderung oder Domainmigration
302 Found	Vorübergehend an anderer Stelle gefunden	Temporär	POST kann als GET fortgesetzt werden	Zeitlich begrenzte Umleitung
303 See Other	Ergebnis unter anderer URL abrufen	Situationsabhängig	Folgeanfrage erfolgt als GET	Weiterleitung nach dem Absenden eines Formulars
307 Temporary Redirect	Temporär verschoben	Temporär	Methode und Request-Body bleiben erhalten	Temporärer Redirect für POST- oder API-Anfragen
308 Permanent Redirect	Dauerhaft verschoben	Permanent	Methode und Request-Body bleiben erhalten	Permanente methodentreue Weiterleitung

Der Statuscode 307 ist die technisch eindeutigere Variante einer temporären Weiterleitung, wenn die ursprüngliche HTTP-Methode erhalten bleiben muss. Bei einem POST-Request fordert 307 den Client dazu auf, auch die Zieladresse per POST aufzurufen. Bei 302 verwenden viele Clients für die Folgeanfrage stattdessen GET.

Welche SEO-Auswirkungen hat ein temporärer Redirect?

Der Statuscode 302 Found signalisiert Suchmaschinen, dass die Weiterleitung zeitlich begrenzt ist. Daher kann die ursprüngliche URL weiterhin als maßgebliche Adresse im Index verbleiben, während Nutzer beim Aufruf vorübergehend den Inhalt der Zielseite sehen.

Suchmaschinen können Redirect-Signale abhängig von Dauer, interner Verlinkung, Canonical-Tags, Sitemap und weiteren technischen Signalen interpretieren. Bleibt eine 302-Weiterleitung über einen langen Zeitraum bestehen, kann eine Suchmaschine sie trotz der temporären Kennzeichnung wie eine dauerhafte Verschiebung behandeln. Dieses Verhalten sollte nicht als Ersatz für die Auswahl des korrekten Statuscodes eingeplant werden.

Bei einer vorübergehenden Änderung kann die ursprüngliche URL im Suchindex erhalten bleiben.
Bei einer dauerhaften Migration sendet 302 ein widersprüchliches technisches Signal.
Weiterleitungsketten erschweren das Crawling und verursachen zusätzliche Abrufe.
Interne Links auf Redirect-URLs verschwenden Crawl-Ressourcen und verlängern den Seitenaufruf.
Weitergeleitete URLs sollten normalerweise nicht als eigenständige Einträge in der XML-Sitemap stehen.

Für einen Relaunch, den Wechsel von HTTP auf HTTPS oder dauerhaft geänderte Produkt-URLs ist eine 302-Weiterleitung ungeeignet. Solche Änderungen sollten mit einem permanenten Redirect umgesetzt und im Rahmen einer technischen Relaunch-Prüfung kontrolliert werden.

Eine dauerhaft eingerichtete 302-Weiterleitung kann Suchmaschinen darüber im Unklaren lassen, welche URL langfristig indexiert werden soll. Prüfe deshalb immer, ob die ursprüngliche Adresse tatsächlich zurückkehren wird. Ist die Änderung dauerhaft, sollte in der Regel ein Statuscode 301 oder bei methodentreuen Anfragen ein Statuscode 308 verwendet werden.

Wann ist der Statuscode 302 Found sinnvoll?

Eine 302-Weiterleitung eignet sich für Situationen, in denen die ursprüngliche URL nach einem begrenzten Zeitraum wieder ihren bisherigen Inhalt ausliefern soll. Die geplante Rückkehr der Ausgangsseite ist das zentrale Auswahlkriterium.

Eine zeitlich begrenzte Kampagne ersetzt vorübergehend eine reguläre Landingpage.
Besucher werden während kurzfristiger Wartungsarbeiten auf eine Informationsseite geleitet.
Ein Inhalt wird vorübergehend unter einer Ersatz-URL bereitgestellt.
Eine regionale oder sprachliche Zielseite wird zeitweise anhand einer serverseitigen Regel ausgeliefert.
Ein Test erfordert eine kurzfristige Umleitung ausgewählter Anfragen.

Personalisierte oder regionale Weiterleitungen benötigen zusätzliche Sorgfalt. Suchmaschinen-Crawler müssen auf konsistente Inhalte zugreifen können, und Nutzer sollten nicht in eine Redirect-Schleife geraten. Automatische Weiterleitungen allein anhand der IP-Adresse oder Browsersprache können außerdem verhindern, dass Nutzer eine andere Sprach- oder Landesversion auswählen.

Wie lässt sich ein 302-Redirect prüfen?

Du kannst den Statuscode mit den Entwicklertools des Browsers, einem HTTP-Header-Checker, einem Crawler oder über die Kommandozeile kontrollieren. Der folgende Befehl zeigt die Antwort-Header einer URL an:

curl -I https://www.beispiel.de/alte-url/

Bei der Prüfung sind der ausgegebene Statuscode, das Ziel im Location-Header und der Status der endgültigen Zielseite relevant. Zusätzlich sollte kontrolliert werden, ob eine Kette, Schleife oder Weiterleitung auf eine fehlerhafte beziehungsweise inhaltlich unpassende Seite entsteht.

Ein umfassender SEO-Audit für technische Website-Fehler erfasst Weiterleitungen zusammen mit internen Links, Canonical-Tags, Sitemaps und Indexierungssignalen. Der Einsatz eines technischen SEO-Crawlers erleichtert vor allem bei umfangreichen Websites die regelmäßige Kontrolle vieler URLs.

Welche Bedeutung hat 302 für SEA und GEO?

Im SEA kann der Statuscode 302 Found eingesetzt werden, wenn eine Anzeigen-Landingpage nur vorübergehend durch eine Aktionsseite ersetzt wird. Das Weiterleitungsziel muss erreichbar, inhaltlich passend und mit Tracking-Parametern kompatibel sein. Lange Redirect-Ketten erhöhen die Ladezeit und können die Messung von Kampagnenzugriffen erschweren.

Für GEO, die Generative Engine Optimization, ist ein sauberer HTTP-Status relevant, weil KI-Crawler und andere automatisierte Abrufsysteme den Zugang zu Inhalten technisch verarbeiten müssen. Eine 302-Weiterleitung ist kein eigenständiger Faktor für KI-Sichtbarkeit. Falsch konfigurierte Schleifen, wechselnde Ziele oder blockierte Weiterleitungen können jedoch verhindern, dass Inhalte zuverlässig abgerufen und einer stabilen URL zugeordnet werden.

Fragen zur technischen SEO-, SEA- oder GEO-Strategie lassen sich im Rahmen einer kostenlosen Erstberatung prüfen. Die Betreuung erfolgt durch Experten mit mindestens 14 Jahren Erfahrung.

Kostenlose Erstberatung

Häufige Fragen zur 302-Weiterleitung

Wird eine 302-Weiterleitung im Browser gespeichert?

Browser können Weiterleitungen vorübergehend zwischenspeichern. Eine 302-Weiterleitung wird jedoch üblicherweise weniger dauerhaft behandelt als ein permanenter Redirect. Beim Testen kann es deshalb sinnvoll sein, den Browser-Cache zu leeren oder die Antwort mit einem HTTP-Tool zu prüfen.

Kann eine 302-Weiterleitung auf eine externe Domain führen?

Ja, das Ziel einer 302-Weiterleitung kann auf derselben Domain oder auf einer externen Domain liegen. Das Ziel sollte inhaltlich zur ursprünglichen Anfrage passen und darf keine Weiterleitungsschleife verursachen.

Kann eine 302-Weiterleitung mit einem Canonical-Tag kombiniert werden?

Eine Kombination ist technisch möglich, sollte aber widerspruchsfreie Signale liefern. Da die weitergeleitete Ausgangsseite keinen regulären HTML-Inhalt ausliefert, ist vor allem das Canonical-Tag auf der erreichbaren Zielseite relevant.

Wie lange darf ein temporärer Redirect bestehen bleiben?

Für eine 302-Weiterleitung gibt es keine feste Höchstdauer. Sie sollte nur so lange aktiv bleiben, wie die Änderung tatsächlich vorübergehend ist. Wird das Ziel dauerhaft genutzt, ist der Redirect auf einen permanenten Statuscode umzustellen.

Ist eine JavaScript-Weiterleitung dasselbe wie ein 302-Redirect?

Nein. Ein 302-Redirect wird vom Server als HTTP-Antwort gesendet, bevor Seiteninhalt geladen wird. Eine JavaScript-Weiterleitung wird erst durch ein Skript im Browser ausgelöst und kann von Clients ohne JavaScript anders verarbeitet werden.

Darf eine 302-URL in der XML-Sitemap stehen?

Eine XML-Sitemap sollte grundsätzlich die kanonischen und indexierbaren URLs mit einem erfolgreichen Statuscode enthalten. Eine weitergeleitete URL gehört daher normalerweise nicht in die Sitemap. Stattdessen sollte die relevante endgültige URL eingetragen werden.