Kurz erklärt
Ein 302 Redirect ist eine temporäre Weiterleitung. Der Statuscode 302 signalisiert: “Diese Seite ist vorübergehend an einer anderen Adresse verfügbar.” Google behält die Original-URL im Index, überträgt aber PageRank zur Ziel-URL – genau wie bei 301.
Der 301 vs. 302 Mythos
Alter SEO-Mythos: “302 Redirects sind schlecht für SEO, nur 301 überträgt PageRank.”
Realität seit 2016: John Mueller (Google) bestätigt: “Use the technically correct redirect type. If an SEO tells you that 302 redirects are bad, send them here.”
Alle 30x-Redirects übertragen PageRank gleichwertig – der Unterschied liegt in der Indexierung:
- 301: Google indexiert die neue URL
- 302: Google indexiert die alte URL
Wann verwendet man 302 Redirects?
A/B-Testing:
- Temporär 50% Traffic zu Variante B umleiten
- Nach Test: Gewinner permanent, Redirect entfernen
Saisonale Aktionen:
/produkt → /produkt-sale während Black Friday- Nach Aktion: Redirect entfernen,
/produkt wieder regulär
Wartungsarbeiten:
/shop → /wartung während Update- Nach Wartung: Redirect entfernen
Mobil-Weiterleitung (veraltet):
- Desktop-URL → Mobile-URL für alte Mobile-Sites
- Heute: Responsive Design bevorzugt
Testing vor 301:
- Neuen Redirect zunächst als 302 testen
- Bei Erfolg auf 301 umstellen
302 vs. 301 im Detail
| Aspekt | 301 | 302 |
|---|
| Bedeutung | Permanent | Temporär |
| Indexierung | Ziel-URL | Quell-URL |
| PageRank | 90-99% | 90-99% |
| Browser-Cache | Ja (problematisch) | Nein |
| Use Case | Dauerhaft umgezogen | Temporär umgeleitet |
Browser-Caching-Vorteil
301-Problem: Browser cachen permanente Redirects
- Nutzer sieht alte Weiterleitung, auch nach Änderung
- Cache-Löschung nötig
302-Vorteil: Kein Browser-Caching
- Browser fragt Server bei jedem Besuch
- Änderungen sofort sichtbar
- Ideal für Tests und temporäre Aktionen
302 vs. 307
302 Found (klassisch):
- HTTP/1.0-Standard
- Darf HTTP-Methode ändern (POST → GET)
- Browser-Implementierungen inkonsistent
307 Temporary Redirect (modern):
- HTTP/1.1-Standard
- HTTP-Methode bleibt erhalten (POST bleibt POST)
- Präziser, aber für Websites meist irrelevant
Empfehlung für Websites: 302 ist ausreichend, 307 nur für APIs mit POST-Anforderungen relevant.
Implementierung
Apache (.htaccess):
# Einzelne URL (302)
Redirect 302 /alte-seite /neue-seite
# Mit mod_rewrite
RewriteEngine On
RewriteRule ^alte-seite$ /neue-seite [R=302,L]
nginx:
# Einzelne URL (302)
location /alte-seite {
return 302 /neue-seite;
}
JavaScript (Client-seitig, nicht empfohlen für SEO):
window.location.href = '/neue-seite';
Cloudflare Page Rules:
Setting: “Forwarding URL” → “302 Temporary Redirect”
A/B-Testing mit 302
Szenario: 50% Traffic auf Variante B testen
Implementierung (serverseitig):
// Cloudflare Worker
export default {
async fetch(request) {
if (Math.random() < 0.5) {
return Response.redirect('/variante-b', 302);
}
return fetch(request);
}
}
Wichtig: Google sieht alle Varianten – Canonical-Tags setzen!
Häufige Fehler
❌ 302 für permanente Änderungen: Verwirrt Google, alte URL bleibt im Index
❌ Lange laufende 302: Nach Monaten als permanent erkannt → auf 301 wechseln
❌ Redirect-Ketten: A → B → C (langsam, PageRank-Verlust)
❌ JavaScript-Redirects statt HTTP: Google erkennt möglicherweise nicht als Redirect
Wann von 302 auf 301 wechseln?
Faustregel: Redirect länger als 3-6 Monate aktiv → auf 301 wechseln
Google behandelt lang laufende 302 wie 301:
- Nach Monaten indexiert Google möglicherweise die Ziel-URL
- Besser explizit 301 setzen
Ausnahme: Bewusst temporäre Aktionen (Sale, Event)
SEO-Auswirkungen
Positive Szenarien:
- A/B-Tests ohne Index-Verwirrung
- Temporäre Aktionen ohne dauerhafte URL-Änderung
- Testing vor permanentem Redirect
Negative Szenarien (bei falscher Anwendung):
- Permanente Änderung als 302 → alte URL bleibt im Index, neue URL nicht indexiert
- Mobile-Redirects (Desktop → Mobile) → Content-Verdopplung
Best Practice: Technisch korrekten Status verwenden – 302 für temporär, 301 für permanent.
Nächste Schritte
- Redirect-Typ basierend auf Dauer wählen: <6 Monate = 302, >6 Monate = 301
- Neue Redirects zunächst als 302 testen, dann auf 301 wechseln
- A/B-Tests mit 302 + Canonical-Tags implementieren
- Nach Aktionsende temporäre 302-Redirects entfernen