302-Weiterleitung (302 Redirect): Definition, Anwendung, Best Practices

Viele CMS-Systeme und Migrations-Plugins setzen standardmäßig den Statuscode 302, obwohl eine permanente 301 gemeint wäre. Der Unterschied zwischen temporär und permanent ist technisch minimal, für die Indexierung aber entscheidend — eine versehentlich gesetzte 302 blockiert Rankings über Wochen, ohne dass die Search Console Alarm schlägt.

Was ist eine 302-Weiterleitung?

Eine 302-Weiterleitung (HTTP-Statuscode 302 Found, historisch Moved Temporarily) ist eine serverseitige Anweisung, die Browser und Suchmaschinen-Crawler vorübergehend von der ursprünglichen URL auf eine andere Adresse umleitet. Der Server antwortet nicht mit dem Inhalt der aufgerufenen URL, sondern mit einem Header, der die temporäre Ziel-URL nennt. Der Client folgt der Weiterleitung automatisch.

Seit RFC 7231 (HTTP/1.1 Semantics, 2014) trägt der Statuscode offiziell die Bezeichnung „Found“; RFC 9110 (HTTP Semantics, 2022) hat diese Benennung als aktuelle Standard-Referenz übernommen. Die ältere Bezeichnung „Moved Temporarily“ aus RFC 2616 (1999) wird in der Praxis noch häufig synonym verwendet. Zur 301-Weiterleitung, dem permanenten Gegenstück, siehe den verlinkten Artikel.

Was bedeutet Error 302?

Der Statuscode 302 ist kein Fehler, sondern eine erfolgreiche Server-Antwort. Browser und Crawler folgen der Weiterleitung transparent. Ein Fehler würde einen 4xx- oder 5xx-Code zurückgeben. Wer in Logs oder Crawl-Reports auf „302“ stößt, sieht eine konfigurierte Umleitung, keine defekte Seite.

Was ist eine 301-, 302-, 307- oder 308-Weiterleitung?

Die HTTP-3xx-Klasse umfasst mehrere Weiterleitungscodes, die sich in Permanenz, HTTP-Methoden-Verhalten und SEO-Wirkung unterscheiden. Für die Praxis sind fünf Codes relevant:

3xx-Statuscodes im Überblick

Kernaussage: Der zentrale Unterschied zwischen 302 und 307 liegt in der HTTP-Methoden-Erhaltung. Laut RFC 9110 §15.4.8 behält ein 307 POST als POST, während eine 302 in der Praxis oft in GET umgewandelt wird. Für Seiten-Weiterleitungen ist dieser Unterschied selten relevant. Für API-Endpunkte mit POST-Daten ist er entscheidend.

Wann verwendet man eine 302-Weiterleitung?

Eine 302 ist immer dann die richtige Wahl, wenn eine URL-Umleitung zeitlich befristet ist und die ursprüngliche Adresse die offiziell gültige Hauptadresse bleiben soll. Die Google Search Central-Dokumentation zu Weiterleitungen empfiehlt 302 explizit für temporäre Umstiege, bei denen die alte URL später reaktiviert werden soll.

A/B-Test einer Landingpage

Ein Maschinenbauer testet eine neue Produktkonfigurator-Seite (/produktkonfigurator-v2/) gegen die Bestandsversion (/produktkonfigurator/). Die 302 leitet Testtraffic um, ohne dass Google die Variante als Canonical behandelt oder Ranking-Signale der Ausgangsseite verschiebt. Nach dem Test entscheidet das Ergebnis: Rücknahme oder Wechsel zu 301 plus Content-Übertragung.

Häufiger Einwand: „Crawlt Google beim A/B-Test nur eine Variante?“ Nein. Google crawlt in der Regel beide URLs, wertet aber die Ausgangs-URL als Canonical weiter. Genau das ist bei einem Test gewünscht.

Weitere legitime Use-Cases:

• Wartungsmodus: Technische Wartung einer Produktionsanlage-Microsite (/wartung-anlage-2026/). 302 für die Dauer, danach zurückgenommen.
• Geo-Redirect: Besucher aus Österreich erhalten per 302 die österreichische Version. Geo-Redirects mit 302 sind kein SEO-Fehler. Google dokumentiert diesen Einsatz als legitim. Der Einwand „Bestraft Google Geo-Redirects?“ ist unbegründet, solange die Haupt-URL indexiert bleibt.
• Saison-Kampagne: Umleitung auf eine zeitlich begrenzte Aktionsseite (/sommer-aktion-2026/). Nach Kampagnenende zurückgenommen.

302-Weiterleitung einrichten

Eine 302 lässt sich auf drei Plattformen konfigurieren. Wichtig: Apache setzt ohne expliziten Statuscode-Zusatz standardmäßig eine 302. Redirect-Anweisungen ohne Code-Angabe führen so zu unbeabsichtigten 302-Ketten.

Apache (.htaccess):

# Einzelne URL temporär umleiten
Redirect 302 /produktkonfigurator/ https://www.example.com/produktkonfigurator-v2/

# Via mod_rewrite
RewriteEngine On
RewriteRule ^wartung-anlage-2026/?$ https://www.example.com/maintenance/ [R=302,L]

Verwenden Sie in Apache-Konfigurationen Redirect 302 mit explizitem Code. Für Produktionsumgebungen ist die explizite Angabe sicherer und im Audit leichter prüfbar.

Nginx:

location = /produktkonfigurator/ {
    return 302 https://www.example.com/produktkonfigurator-v2/;
}

location = /anlage-steuerung/ {
    return 302 https://www.example.com/maintenance/;
}

PHP: header("Location: https://www.example.com/produktkonfigurator-v2/", true, 302); exit(); ist geeignet bei fehlendem Webserver-Direktzugriff. WordPress setzt Weiterleitungen über Plugins wie Redirection ohne .htaccess-Editing.

SEO-Auswirkungen einer 302-Weiterleitung

Eine 302 überträgt normalerweise keine dauerhaften Ranking-Signale auf die Ziel-URL (laut seo-suedwest.de und Sistrix). Google behandelt die ursprüngliche URL weiterhin als Canonical. Ein Canonical-Update wird nicht ausgelöst, Backlinks konsolidieren nicht dauerhaft auf die Ziel-URL.

Kurzfristig bleiben Ranking-Signale bei der alten URL. Die Ziel-URL wird nicht als neue Hauptadresse behandelt. Für temporäre Umleitungen ist das korrekt. Für permanente Migrationen ist es ein SEO-Risiko.

Beobachtungsphase: Nach einer nicht genau definierten Beobachtungsphase kann Google eine dauerhaft gesetzte 302 wie eine 301 behandeln. Google empfiehlt dennoch ausdrücklich die 301 für permanente URL-Änderungen, statt auf diese Behandlung zu spekulieren.

• Kein Canonical-Update: 302 löst keine Aktualisierung der Canonical-URL aus. Die Ausgangs-URL bleibt im Index als Hauptversion.
• Backlinks bleiben auf der alten URL: Externe Verlinkungen wirken nicht auf die Ziel-URL.
• Index-Verhalten: Google indexiert die Ziel-URL zusätzlich, behandelt aber die Ausgangs-URL als führende Version.

Typische Fehler und wie man sie vermeidet

Drei Fehlerklassen tauchen in Redirect-Audits regelmäßig auf. Alle drei sind vermeidbar.

1. 302 statt 301 bei einer Domain-Migration

Wird eine Produktseite mit akkumulierten Backlinks per 302 auf die neue Domain geleitet, bleibt die alte URL für Google die offizielle Hauptadresse. Ranking-Signale konsolidieren nicht auf die Ziel-URL. Das Ergebnis sind Indexierungs-Verzögerungen und Ranking-Verluste, die in Audits regelmäßig erst 30 bis 90 Tage nach der Migration auffallen — bis Google die alte URL gemäß seo-suedwest.de eigenständig als de-facto-301 reinterpretiert.

Häufiger Einwand: „Wir haben erst 302 gesetzt und wollten später auf 301 wechseln. Geht das?“ Technisch ja, praktisch riskant. Google behandelt die alte URL bereits als Canonical. Ein nachträglicher Wechsel zu 301 funktioniert, bringt aber Inkonsistenzen mit, die Wochen zur Auflösung brauchen. Richtiger Ansatz: 301-Redirect von Anfang an, wenn die Migration permanent ist.

2. 302-Loop

Seite A leitet auf Seite B, Seite B leitet zurück auf A. Browser und Crawler geben nach einer definierten Anzahl von Sprüngen auf. Die Seite ist nicht mehr erreichbar. Erkennbar in der Google Search Console unter „Indexierung, Weiterleitungsfehler“. Ursache: fehlerhafte .htaccess-Regeln oder CMS-Plugins, die denselben URL-Muster doppelt erfassen.

3. 302 bei HTTPS-Umstellung

HTTP-URLs, die per 302 auf HTTPS zeigen, signalisieren Google, dass HTTP die offizielle Hauptadresse bleibt. Das kann zu parallel indexierten HTTP- und HTTPS-Varianten führen. Ein curl -I https://www.example.com zeigt sofort, ob 301 oder 302 zurückgegeben wird.

Prüfen Sie Ihren Redirect-Stack im SEO-Audit auf Statuscode, Chain-Länge und Schleifenmuster, bevor Sie eine Migration live schalten.

Fazit & Takeaways

• 302 ist temporär, 301 ist permanent: Setzen Sie die 302 bei A/B-Tests, Wartungsseiten, Geo-Redirects und Saison-Kampagnen. Für Domain-Migrationen, URL-Restrukturierungen und HTTPS-Umstellungen gilt ausschließlich die 301.
• Statuscode nach jeder Migration mit curl -I prüfen: Viele CMS-Plugins setzen ohne explizite Konfiguration eine 302. Der Befund taucht im nächsten Crawl-Zyklus der Search Console auf.
• 302 löst kein Canonical-Update aus: Backlinks und Ranking-Signale konsolidieren nicht dauerhaft auf die Ziel-URL. Wer dauerhaft eine 302 betreibt und auf Google-seitige 301-Behandlung hofft, verlässt sich auf ein undefiniertes Beobachtungs-Zeitfenster.
• Geo-Redirect mit 302 ist korrekt: Google dokumentiert diesen Einsatz als legitim. Solange die Haupt-URL erreichbar und indexiert bleibt, entsteht kein SEO-Nachteil.
• 302-Loops sofort auflösen: Erkennbar in der Google Search Console unter „Indexierung, Weiterleitungsfehler“. Eine Schleife macht die betroffenen URLs für Crawler nicht erreichbar.

Alle Weiterleitungs-Codes (301, 302, 307, 308) haben ihren definierten Einsatzbereich. Lesen Sie dazu auch den Artikel zur 301-Weiterleitung, der permanenten Entsprechung mit vollständiger Konsolidierung der Ranking-Signale.

Verwandte Begriffe

• 301-Weiterleitung: Die permanente Entsprechung zur 302. Für dauerhafte URL-Änderungen mit Konsolidierung der Ranking-Signale auf die Ziel-URL.
• Crawling: Der Prozess, mit dem Suchmaschinen-Crawler Seiten abrufen und dabei auf Weiterleitungen, 302 eingeschlossen, reagieren.
• Suchmaschinenoptimierung: Der übergeordnete Rahmen, in dem Weiterleitungsentscheidungen als technische SEO-Maßnahmen eingeordnet werden.
• HTTP-Statuscode: Die Antwort-Kategorie des Servers, zu der die 3xx-Klasse der Weiterleitungen gehört. 302 ist Teil der temporären Umleitungsfamilie.

Autor: Daniel Neubauer, Geschäftsführer RED RAM MEDIA, über 16 Jahre Agentur- und SEO-Erfahrung, seit 2010 als Agenturinhaber tätig.

Häufige Fragen (FAQ)

Was bedeutet eine 302-Weiterleitung?

Eine 302-Weiterleitung ist ein HTTP-Statuscode, der dem Browser oder Crawler signalisiert, dass eine URL vorübergehend unter einer anderen Adresse erreichbar ist. Der Server sendet den Code „302 Found“ zusammen mit einem Location-Header, der die temporäre Ziel-URL nennt. Im Unterschied zur 301 bleibt die ursprüngliche URL die offiziell gültige Hauptadresse.

Was bedeutet Error 302?

Der Statuscode 302 ist kein Fehler, sondern eine erfolgreiche Server-Antwort. „302 Found“ (historisch „Moved Temporarily“) signalisiert, dass die angeforderte Ressource temporär unter einer anderen URL erreichbar ist. Browser und Crawler folgen der Weiterleitung automatisch. Ein echter Fehler würde einen 4xx- oder 5xx-Statuscode zurückgeben.

Welcher Unterschied besteht zwischen 301 und 302?

Die 301 signalisiert eine permanente URL-Änderung und überträgt Ranking-Signale klar auf die Ziel-URL. Die 302 signalisiert eine temporäre Umleitung: Die ursprüngliche URL bleibt die offiziell gültige Adresse, Ranking-Signale werden kurzfristig nicht so eindeutig konsolidiert wie bei einer 301. Für dauerhafte Migrationen empfiehlt Google Search Central ausdrücklich die 301.

Verliert man mit einer 302-Weiterleitung SEO-Wert?

Kurz- bis mittelfristig überträgt eine 302 normalerweise keine dauerhaften Ranking-Signale auf die Ziel-URL. Google behandelt die ursprüngliche URL weiterhin als Canonical und löst kein Canonical-Update aus. Bei dauerhaftem Einsatz kann Google eine 302 nach einer Beobachtungsphase wie eine 301 behandeln — Google empfiehlt dennoch ausdrücklich die 301 für permanente URL-Wechsel.

Wie richte ich eine 302-Weiterleitung in .htaccess ein?

In der .htaccess-Datei eines Apache-Webservers lautet der Befehl: Redirect 302 /alter-pfad/ https://www.example.com/neuer-pfad/ — oder alternativ über mod_rewrite: RewriteRule ^alter-pfad/$ https://www.example.com/neuer-pfad/ [R=302,L]. Wichtig: Ohne expliziten Code-Zusatz setzt Apache standardmäßig eine 302, nicht eine 301.

Wann verwendet man eine 302-Weiterleitung statt einer 301?

Eine 302 ist die richtige Wahl bei temporären Weiterleitungen: A/B-Tests von Landingpages, Wartungsseiten mit absehbarer Rückkehr, Geo-Redirects auf länderspezifische Inhalte und zeitlich begrenzte Kampagnenseiten. Für alle dauerhaften URL-Änderungen — Migrationen, Relaunch, HTTPS-Umstellung — ist die 301 die korrekte Wahl.