Was ist eine 302-Weiterleitung und wie man sie richtig verwendet

Eine 302-Weiterleitung ist ein HTTP-Statuscode (302 Found), der Browsern und Suchmaschinen signalisiert, dass eine URL vorübergehend an einen neuen Speicherort verschoben wurde. Im Gegensatz zu einer permanenten Weiterleitung behält die ursprüngliche URL ihren indizierten Status und das angesammelte Link-Equity — Suchmaschinen werden ausdrücklich angewiesen, die Quell-URL weiterhin zu crawlen und zu ranken, nicht das Ziel.

Dieser Unterschied ist nicht kosmetischer Natur. Die Wahl des falschen Weiterleitungstyps ist einer der häufigsten und kostspieligsten SEO-Fehler im Web-Infrastrukturmanagement. Wenn Sie Inhalte dauerhaft migrieren, aber eine 302 bereitstellen, verlieren Sie still und heimlich Ranking-Signale über Monate, bevor Sie den Schaden in der Search Console bemerken.

Die HTTP-Weiterleitungslandschaft: 302 vs. 301 vs. 307 vs. 308

Bevor wir uns mit der Implementierung befassen, ist es wichtig zu verstehen, wo 302 innerhalb der breiteren HTTP-Weiterleitungstaxonomie steht. Viele Entwickler verwechseln 302 mit 307, und viele Website-Betreiber verwechseln 302 mit 301 — beide Fehler haben reale Konsequenzen.

Wichtiger architektonischer Hinweis: HTTP/1.1 führte 307 genau deshalb ein, weil 302 ein mehrdeutiges Verhalten aufwies — frühe Browser änderten POST-Anfragen in GET, wenn sie einer 302 folgten. Wenn Sie Formularübermittlungen oder API-Endpunkte weiterleiten, verwenden Sie 307 (temporär) oder 308 (permanent), nicht 302 oder 301. Für Standard-Seitenweiterleitungen bleibt 302 die richtige und weitgehend unterstützte Wahl für temporäre Szenarien.

Wann eine 302-Weiterleitung das richtige Werkzeug ist

Die Entscheidung für eine 302 sollte von einer einzigen Frage geleitet werden: Ist diese URL-Änderung wirklich temporär, mit einem definierten Enddatum? Wenn die Antwort ja lautet, ist 302 angemessen. Wenn die Antwort „wahrscheinlich” oder „auf unbestimmte Zeit” lautet, verwenden Sie 301.

Geplante Wartungsfenster

Wenn eine bestimmte Seite oder eine gesamte Website für Datenbankmigrationen, Server-Upgrades oder Notfall-Patches offline genommen wird, ist eine 302-Weiterleitung zu einer Wartungshinweisseite die richtige Reaktion. Suchmaschinen werden die ursprüngliche URL weiterhin in ihrem Index behalten und das normale Crawling fortsetzen, sobald die Weiterleitung entfernt wird.

Eine Feinheit, die viele Administratoren übersehen: Bei standortweiten Wartungsarbeiten gibt die Kombination der 302 mit einem Retry-After HTTP-Antwort-Header auf der Wartungsseite Googlebot einen Hinweis zum erneuten Crawlen, wodurch unnötige erneute Crawl-Versuche während des Ausfallzeitfensters reduziert werden.

A/B-Tests und multivariate Experimente

Die Weiterleitung eines Teils des Traffics von einer kanonischen URL zu einer Variantenseite zur Conversion-Rate-Optimierung muss eine 302 verwenden. Die Verwendung einer 301 würde dazu führen, dass Google die Ranking-Signale schließlich auf die Variante konsolidiert, die nach Abschluss des Tests möglicherweise verworfen wird. Tools wie Google Optimize (inzwischen eingestellt) und moderne Alternativen wie VWO oder Optimizely handhaben dies auf der JavaScript-Ebene, aber serverseitige 302-Weiterleitungen bieten eine zuverlässigere Crawl-Kontrolle.

Sonderfall: Wenn Ihr A/B-Test länger als 90 Tage läuft, beginnt Googlebot die 302 möglicherweise als de facto permanente Weiterleitung zu behandeln und beginnt, die Variante zu indexieren. Überprüfen Sie Weiterleitungsalter regelmäßig.

Temporäre Werbekampagnen

Saisonale Landingpages — Flash-Sales, Veranstaltungsregistrierungen, zeitlich begrenzte Angebote — sollten über 302 von der primären URL bereitgestellt werden. Wenn die Kampagne endet, stellt das Entfernen der Weiterleitung die ursprüngliche Seite wieder her, ohne dass SEO-Korrekturmaßnahmen erforderlich sind.

Beispielablauf:

https://example.com/products → 302 → https://example.com/black-friday-sale

Nach der Kampagne wird die Weiterleitung entfernt und https://example.com/products wird wieder normal bereitgestellt, ohne dass Link-Equity verloren geht.

Geolokalisierungs- und sprachbasiertes Routing

Das Bereitstellen regionsspezifischer Inhaltsvarianten (z. B. /de, /fr, /us) über 302-Weiterleitungen basierend auf IP-Geolokalisierung ist ein legitimer Anwendungsfall, erfordert jedoch eine sorgfältige Implementierung. Google erklärt ausdrücklich, dass Geolokalisierungsweiterleitungen Googlebot (das von US-IPs crawlt) nicht daran hindern sollten, auf den kanonischen Inhalt zuzugreifen. Stellen Sie immer sicher, dass das Standard-Gebietsschema für den Crawler ohne Weiterleitung zugänglich ist.

Kombinieren Sie Geolokalisierungs-302s mit hreflang-Annotationen in Ihrer Sitemap oder <head>, um Suchmaschinen ein vollständiges Bild Ihrer internationalen URL-Struktur zu geben.

Routing für eingeloggte vs. ausgeloggte Benutzer

Webanwendungen leiten nicht authentifizierte Benutzer häufig von geschützten Ressourcen zu einer Login-Seite weiter. Dies ist per Definition eine 302 — die Ressource existiert und ist zugänglich, sobald sich der Benutzer authentifiziert. Eine 301 hier zu verwenden wäre semantisch falsch und könnte dazu führen, dass Browser die Weiterleitung cachen, was den Authentifizierungsablauf für wiederkehrende Benutzer unterbricht.

So implementieren Sie eine 302-Weiterleitung: Alle wichtigen Methoden

Apache: .htaccess-Konfiguration

In Apache-basierten Hosting-Umgebungen ist die .htaccess-Datei in Ihrem Dokumentenstamm der Standard-Konfigurationspunkt. Stellen Sie sicher, dass mod_rewrite oder mod_alias aktiviert ist.

Einfache Weiterleitung mit mod_alias:

Redirect 302 /old-page https://example.com/new-page

Musterbasierte Weiterleitung mit mod_rewrite:

RewriteEngine On
RewriteRule ^old-page/?$ https://example.com/new-page [R=302,L]

Die [R=302,L]-Flags setzen explizit den Antwortcode und markieren die Regel als die letzte zu verarbeitende. Das Weglassen des Statuscodes ist in Apaches mod_rewrite standardmäßig 302, aber explizit zu sein verhindert Mehrdeutigkeiten, wenn andere Entwickler die Konfiguration lesen.

Wichtig: Vermeiden Sie es, 302-Regeln in einem <IfModule mod_rewrite.c>-Block zu platzieren, ohne zu überprüfen, ob das Modul geladen ist. Ein stiller Fehler hier bedeutet, dass keine Weiterleitung ausgelöst wird und kein Fehler auf der Standard-Protokollebene protokolliert wird.

Nginx: Server-Block-Konfiguration

Nginx verarbeitet Weiterleitungen über die return-Direktive, die für einfache URL-Weiterleitungen leistungsfähiger ist als rewrite, da sie die Regex-Engine nicht aufruft.

server {
    listen 80;
    server_name example.com;

    location = /old-page {
        return 302 https://example.com/new-page;
    }
}

Für musterbasierte temporäre Weiterleitungen:

server {
    listen 443 ssl;
    server_name example.com;

    location ~* ^/promo/(.+)$ {
        return 302 https://example.com/campaigns/$1;
    }
}

Testen Sie nach dem Bearbeiten der Konfiguration immer die Syntax, bevor Sie neu laden:

sudo nginx -t && sudo systemctl reload nginx

Das Überspringen von nginx -t ist eine häufige Ursache für Dienstausfälle — ein Syntaxfehler in der Konfigurationsdatei verhindert das Neuladen von Nginx und kann dazu führen, dass es beim nächsten Neustart fehlschlägt.

In einer VPS Hosting-Umgebung, in der Sie vollen Root-Zugriff haben, können Sie diese Direktiven direkt in /etc/nginx/sites-available/your-site.conf platzieren und sie mit sites-enabled/ verknüpfen.

PHP: Header-basierte Weiterleitung

Für Weiterleitungen auf Anwendungsebene, bei denen der Zugriff auf die Serverkonfiguration eingeschränkt ist, bietet PHPs header()-Funktion einen zuverlässigen Mechanismus. Diese muss aufgerufen werden, bevor eine Ausgabe an den Browser gesendet wird — einschließlich Leerzeichen vor dem öffnenden <?php-Tag.

<?php
header("Location: https://example.com/new-page", true, 302);
exit();

Der exit()-Aufruf ist obligatorisch. Ohne ihn führt PHP die restlichen Teile des Skripts weiter aus, was teilweise Seiteninhalte preisgeben, unnötigerweise Datenbankabfragen auslösen oder Sicherheitslücken schaffen kann, wenn das Skript nach der Weiterleitung privilegierte Operationen durchführt.

Framework-Hinweis: In Laravel verwenden Sie return redirect()->to('/new-page', 302);. In Symfony verwenden Sie return new RedirectResponse('/new-page', 302);. In WordPress außerhalb von Plugins verwenden Sie wp_redirect( $url, 302 ); exit;.

WordPress: Plugin-basiertes Management

Für WordPress-Websites ist die manuelle Dateibearbeitung nicht immer praktisch oder sicher, insbesondere in verwalteten Umgebungen. Das Redirection-Plugin (von John Godley) ist die am häufigsten verwendete Lösung und bietet ein vollständiges Weiterleitungsprotokoll, bedingte Weiterleitungsregeln sowie Import-/Exportfunktionalität.

Einrichtungsablauf:

1. Installieren und aktivieren Sie das Redirection-Plugin aus dem WordPress-Plugin-Repository.
2. Navigieren Sie zu Werkzeuge > Redirection.
3. Klicken Sie unter dem Tab Weiterleitungen auf Neu hinzufügen.
4. Geben Sie die Quell-URL (z. B. /old-page) und die Ziel-URL (z. B. https://example.com/new-page) ein.
5. Setzen Sie den HTTP-Code auf 302.
6. Speichern und mit dem integrierten Weiterleitungsprüfer verifizieren.

In einer VPS mit cPanel-Umgebung können Sie Weiterleitungen auch direkt über die Weiterleitungen-Oberfläche von cPanel im Abschnitt Domains verwalten, die automatisch die entsprechenden .htaccess-Regeln schreibt.

JavaScript: Clientseitige Weiterleitung (nur als letztes Mittel verwenden)

JavaScript-Weiterleitungen sind keine HTTP-Weiterleitungen. Sie werden ausgeführt, nachdem die Seite teilweise im Browser geladen wurde, und sind für serverseitige Crawler unsichtbar, es sei denn, das JavaScript-Rendering wird explizit unterstützt.

window.location.replace("https://example.com/new-page");

replace() ist für Weiterleitungsszenarien assign() vorzuziehen, da es die Quell-URL nicht zum Browser-Verlauf hinzufügt und verhindert, dass Benutzer zu einer Seite zurücknavigieren, die nicht zugänglich sein sollte.

Wann dies akzeptabel ist: Clientseitige Single-Page-Anwendungen (SPAs), bei denen das Routing vollständig in JavaScript verwaltet wird, oder als Fallback für Umgebungen, in denen der serverseitige Konfigurationszugriff vollständig nicht verfügbar ist. Verwenden Sie JavaScript-Weiterleitungen niemals als Ersatz für serverseitige 302s in SEO-sensiblen Kontexten.

SEO-Mechanik: Was tatsächlich passiert, wenn Googlebot auf eine 302 trifft

Das Verständnis des Crawler-Verhaltens auf technischer Ebene verhindert kostspielige Fehlkonfigurationen.

Wenn Googlebot auf eine 302 trifft:

1. Zeichnet es die ursprüngliche URL als kanonische URL auf und indexiert sie weiterhin.
2. Folgt es der Weiterleitung zur Ziel-URL und crawlt diese ebenfalls.
3. Konsolidiert es nicht PageRank oder Link-Signale vom Original zum Ziel.
4. Besucht es die ursprüngliche URL nach seinem normalen Crawl-Zeitplan erneut, um zu prüfen, ob die Weiterleitung noch vorhanden ist.

Die 302-Hijacking-Schwachstelle: In den frühen 2000er Jahren nutzten böswillige Akteure 302-Weiterleitungen aus, um hochrangige Seiten vorübergehend auf ihre eigenen Inhalte umzuleiten und so effektiv Ranking-Signale zu leihen. Googles Algorithmen wurden seitdem dagegen gehärtet, aber es verdeutlicht, warum die Engine 302-Ziele mit reduziertem Vertrauen behandelt.

Weiterleitungsketten-Kompoundierung: Eine 302, die auf eine URL zeigt, die selbst eine weitere Weiterleitung (301 oder 302) auslöst, erstellt eine Weiterleitungskette. Jeder Hop fügt Latenz hinzu (~100–300ms pro Hop je nach Server-Geografie) und verdünnt das Crawl-Budget. Halten Sie Ketten auf maximal einen Hop. Verwenden Sie Dedicated Servers für stark frequentierte Websites, bei denen sich die Weiterleitungslatenz über Millionen von täglichen Anfragen summiert.

Cache-Control-Interaktion: Browser können 302-Antworten cachen, wenn die Antwort einen Cache-Control: max-age– oder Expires-Header enthält. Dies ist für temporäre Weiterleitungen selten beabsichtigt. Setzen Sie explizit Cache-Control: no-store auf 302-Antworten, um zu verhindern, dass Browser eine Weiterleitung cachen, die Sie zu entfernen beabsichtigen.

location = /promo {
    add_header Cache-Control "no-store";
    return 302 https://example.com/summer-sale;
}

Überprüfen, ob Ihre 302-Weiterleitung korrekt funktioniert

Verwendung von curl in der Befehlszeile

Die zuverlässigste Überprüfungsmethode für Serveradministratoren ist eine direkte HTTP-Anfrage mit ausführlichen Headern:

curl -I -L https://example.com/old-page

Das -I-Flag fordert nur Header an, und -L folgt der Weiterleitungskette. Suchen Sie nach HTTP/2 302 (oder HTTP/1.1 302 Found) im ersten Antwortblock, gefolgt vom Location:-Header, der auf das Ziel zeigt.

Um die vollständige Kette zu inspizieren, ohne ihr zu folgen:

curl -I --max-redirs 0 https://example.com/old-page

Verwendung der Google Search Console

In der Search Console zeigt das URL-Inspektionstool, wie Googlebot eine URL zuletzt gecrawlt hat, einschließlich aller Weiterleitungen, auf die es gestoßen ist. Wenn eine 302 über einen längeren Zeitraum vorhanden war und Google begonnen hat, sie als permanent zu behandeln (indem es das Ziel statt der Quelle indexiert), wird dieses Tool dieses Verhalten aufzeigen.

Verwendung von Screaming Frog SEO Spider

Der Crawler von Screaming Frog identifiziert alle Weiterleitungstypen über einen vollständigen Website-Crawl, kennzeichnet Weiterleitungsketten und exportiert eine vollständige Weiterleitungskarte. Dies ist das Standardwerkzeug für Pre-Launch-Weiterleitungsaudits und Post-Migrations-Verifizierung.

Verwendung der Browser-Entwicklertools

Öffnen Sie in Chrome oder Firefox die DevTools (F12), navigieren Sie zum Tab Netzwerk, deaktivieren Sie den Cache (Ctrl+Shift+R für einen Hard-Reload) und inspizieren Sie die erste Anfrage. Die Spalte Status zeigt 302 und der Location-Antwort-Header zeigt die Ziel-URL an.

Häufige Fallstricke und wie man sie vermeidet

Verwendung von 302, wenn Sie 301 meinen: Der häufigste Fehler. Wenn eine Seite dauerhaft eingestellt oder in eine andere URL zusammengeführt wurde, verhindert eine 302 die Link-Equity-Konsolidierung auf unbestimmte Zeit. Überprüfen Sie Ihr Weiterleitungsinventar vierteljährlich.

Vergessen, temporäre 302s zu entfernen: Setzen Sie Kalender-Erinnerungen, wenn Sie eine 302 für eine Kampagne oder ein Wartungsfenster einsetzen. Verwaiste 302-Weiterleitungen häufen sich im Laufe der Zeit an und verursachen Crawl-Budget-Verschwendung und Benutzerverwirrung.

Weiterleitungsschleifen: A leitet zu B weiter, B leitet zurück zu A. Dies bringt den Browser mit einem „Zu viele Weiterleitungen”-Fehler zum Absturz und verhindert, dass Googlebot eine der URLs crawlt. Testen Sie neue Weiterleitungen immer mit curl, bevor Sie sie in der Produktion einsetzen.

Weiterleitung der gesamten Website während der Wartung anstelle bestimmter Seiten: Eine siteweite 302 zu einer Wartungsseite signalisiert Suchmaschinen, dass jede URL auf der Website vorübergehend verschoben wurde. Für Wartungsszenarien ist ein 503 Service Unavailable mit einem Retry-After-Header semantisch korrekter für vollständige Website-Ausfallzeiten.

Anwendung von 302s auf paginierte Inhalte: Die Weiterleitung von /page/2 zu /page/1 während einer Inhaltsreorganisation mit einer 302 kann Duplicate-Content-Signale verursachen. Verwenden Sie kanonische Tags zusammen mit oder anstelle von Weiterleitungen für das Paginierungsmanagement.

Wenn Sie SSL-Terminierung zusammen mit Weiterleitungen verwalten, stellen Sie sicher, dass Ihre Weiterleitungsregeln auf dem richtigen Listener ausgelöst werden. Eine 302, die auf Port 80 konfiguriert ist und zu einer HTTPS-URL weiterleitet, sollte nicht mit Ihren HTTPS-zu-HTTP-Weiterleitungsregeln in Konflikt geraten. Eine ordnungsgemäße SSL Certificates-Konfiguration ist eine Voraussetzung für saubere Weiterleitungsketten auf HTTPS-Websites.

Für Websites, die auf Shared Web Hosting gehostet werden, wird die Weiterleitungsverwaltung typischerweise über .htaccess oder die Weiterleitungsschnittstelle des Hosting-Kontrollpanels gehandhabt, da der direkte Zugriff auf Nginx- oder Apache-Konfigurationsdateien in der Regel eingeschränkt ist.

Entscheidungsmatrix: 302 vs. andere Weiterleitungstypen

Verwenden Sie diese Matrix, um den richtigen Weiterleitungstyp für Ihr spezifisches Szenario auszuwählen:

Technische Schlüssel-Checkliste

• Bestätigen Sie, dass die Weiterleitung wirklich temporär ist, bevor Sie 302 statt 301 wählen.
• Setzen Sie Cache-Control: no-store auf 302-Antworten, um unbeabsichtigtes Browser-Caching zu verhindern.
• Verwenden Sie curl -I, um den korrekten Statuscode und den Location-Header zu überprüfen, bevor Sie in die Produktion pushen.
• Überprüfen Sie Weiterleitungsketten — halten Sie sie auf maximal einen Hop.
• Fügen Sie Retry-After-Header hinzu, wenn Sie 302 für wartungsbezogene Weiterleitungen verwenden.
• Verwenden Sie 307 statt 302, wenn die ursprüngliche HTTP-Methode (POST, PUT, PATCH) beibehalten werden muss.
• Entfernen Sie temporäre 302-Weiterleitungen nach einem definierten Zeitplan; setzen Sie Erinnerungen zum Zeitpunkt der Bereitstellung.
• Überwachen Sie weiterleitungsbetroffene URLs im URL-Inspektionstool der Google Search Console monatlich.
• Verwenden Sie für WordPress-Umgebungen das Redirection-Plugin mit aktivierter Protokollierung, um Weiterleitungs-Hit-Counts zu verfolgen und verwaiste Regeln zu identifizieren.
• Verwenden Sie niemals JavaScript-Weiterleitungen anstelle von serverseitigen 302s für SEO-kritische Seiten.

Häufig gestellte Fragen

Gibt eine 302-Weiterleitung PageRank oder Link-Equity an die Ziel-URL weiter?

Nein. Google behandelt 302 als temporäres Signal und behält alle Ranking-Autorität auf der ursprünglichen URL. Link-Equity wird nur über permanente 301- (oder 308-) Weiterleitungen übertragen.

Wie lange kann eine 302-Weiterleitung bestehen bleiben, bevor Google sie als permanent behandelt?

Es gibt keinen fest codierten Schwellenwert, aber Googles John Mueller hat angedeutet, dass Weiterleitungen, die seit mehreren Monaten vorhanden sind, möglicherweise als permanent behandelt werden. Praktisch gesehen sollte jede 302, die älter als 90 Tage ist, überprüft und in eine 301 umgewandelt werden, wenn der Umzug nicht mehr temporär ist.

Was ist der Unterschied zwischen einer 302- und einer 307-Weiterleitung?

Beide sind temporäre Weiterleitungen, aber eine 302 erlaubt dem Browser, die HTTP-Methode beim Folgen der Weiterleitung in GET zu ändern (Legacy-Verhalten), während eine 307 die ursprüngliche HTTP-Methode strikt beibehält. Verwenden Sie 307 für API-Endpunkte oder Formularübermittlungen, bei denen die Methodenbeibehaltung erforderlich ist.

Kann eine 302-Weiterleitung eine Weiterleitungsschleife verursachen, und wie behebe ich sie?

Ja. Eine Schleife tritt auf, wenn URL A zu URL B weiterleitet, die zurück zu A weiterleitet (oder durch eine Kette, die zu A zurückkehrt). Beheben Sie es, indem Sie Ihre Weiterleitungsregeln mit curl --max-redirs 0 für jede URL in der vermuteten Kette überprüfen und dann die widersprüchliche Regel entfernen oder korrigieren. Der Weiterleitungskettenbericht von Screaming Frog automatisiert diese Erkennung über eine gesamte Website.

Sollte ich eine 302-Weiterleitung oder ein <meta>-Refresh-Tag für temporäre Weiterleitungen verwenden?

Verwenden Sie immer eine serverseitige 302-Weiterleitung. Meta-Refresh-Tags werden clientseitig ausgeführt, nachdem die Seite zu laden beginnt, werden nicht zuverlässig von allen Crawlern verarbeitet und fügen unnötige Seitenladelatenz hinzu. Sie sind nur dann ein akzeptables letztes Mittel, wenn der serverseitige Konfigurationszugriff vollständig nicht verfügbar ist.