302-Weiterleitung: Bedeutung

TL;DR — Eine 302-Weiterleitung sendet Besucher vorübergehend von einer URL zu einer anderen. Sie teilt Suchmaschinen mit: „Dieser Umzug ist nicht dauerhaft — behalten Sie die ursprüngliche URL in Ihren Ergebnissen.“ Setzen Sie ihn ein, wenn die Weiterleitung tatsächlich vorübergehend sein soll (A/B-Test, Verkaufsseite, Wartungshinweis). Verwenden Sie bei einem dauerhaften Umzug stattdessen eine 301.

Was eine 302-Weiterleitung ist

Eine Weiterleitung ist eine Anweisung, die jeden, der eine URL anfordert, zu einer anderen URL sendet. Wenn ein Server auf eine Anfrage antwortet, enthält die Antwort einen dreistelligen HTTP-Statuscode, der sagt, was passiert ist. 302 ist einer der Weiterleitungscodes. Sein offizieller Name lautet „302 Found“, und sein ganzer Charakter lässt sich mit einem Wort beschreiben: vorübergehend. Evidence for this claim RFC 9110 defines 302 Found as a temporary move to another URI and notes that user agents may change POST to GET when following it. Scope: HTTP semantics for 302 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.3 — 302 Found

Der vorübergehende Charakter ist der entscheidende Punkt. Eine 302 sagt: Diese Seite ist vorerst umgezogen, aber die ursprüngliche URL kommt zurück. Suchmaschinen sollen daher die ursprüngliche URL in ihren Ergebnissen behalten und das Ziel als Stellvertreter, nicht als Ersatz behandeln. Evidence for this claim Google follows a 302 temporary redirect but does not use it as a signal that the destination should become canonical; Google recommends 302 rather than 301 for temporary site tests. Scope: Google Search handling of temporary redirects and A/B tests. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search Google: Website testing

Vergleichen Sie das mit ihrem dauerhaften Geschwister, der 301-Weiterleitung, die sagt: „Dieser Umzug ist endgültig — indexieren Sie stattdessen die neue URL.“ Die Erfahrung für Besucher ist gleich (beide senden sie zur neuen Seite), die Botschaft an Suchmaschinen jedoch entgegengesetzt.

Wann Sie eine solche Weiterleitung tatsächlich verwenden

Eine 302 ist das richtige Werkzeug, wenn der Umzug wirklich kurzlebig ist:

• Sie führen einen A/B-Test durch und senden einige Besucher zu einer Seitenvariante.
• Sie haben eine vorübergehende Verkaufs- oder Aktionsseite und wechseln danach zurück.
• Eine Seite ist kurz wegen Wartung nicht verfügbar, und Sie möchten einen Hinweis „bald wieder da“ anzeigen, ohne den Platz der echten URL in der Suche aufzugeben.
• Sie routen Besucher nach Standort oder Gerät (etwa zu einer länder- oder sprachspezifischen Variante), und das „richtige“ Ziel ändert sich je nach Besucher.

In all diesen Fällen möchten Sie, dass die ursprüngliche URL in Googles Ergebnissen erhalten bleibt — genau das signalisiert eine 302.

Der Punkt, den die meisten falsch verstehen

Jahrelang behandelten SEOs 302s wie etwas Gefährliches: „Sie übertragen keinen Linkwert – verwenden Sie diese Weiterleitungen nie.“ Das ist ein Mythos. Eine 302 überträgt Linksignale; der Unterschied zur 301 besteht nur darin, welche URL Suchmaschinen bevorzugt anzeigen. John Mueller von Google sagte, 302s „haben unter SEOs einen schlechten Ruf, der meiner Ansicht nach nicht gerechtfertigt ist.“

Der eigentliche Fehler ist nicht die Verwendung einer 302, sondern eine 302 für einen dauerhaften Umzug. Wenn Sie eine Seite endgültig abschaffen, aber per 302 weiterleiten, sagen Sie Google: „Behalten Sie die alte URL im Index.“ Die neue Seite, für die Sie Rankings möchten, übernimmt dann möglicherweise lange und unvorhersehbar nicht. Verwenden Sie für einen endgültigen Umzug eine 301.

Sie möchten die genaue Mechanik — Googles Sprache von „schwachem Signal gegenüber starkem Signal“, warum eine lange bestehende 302 umschlagen und wie eine 301 wirken kann und wie Bing damit umgeht? Wechseln Sie zum Tab Fortgeschritten.

TL;DR — Eine 302 („Found“) ist eine vorübergehende Weiterleitung. Googles präzise Darstellung hat zwei Stufen, nicht eine: Die Crawling-Infrastruktur bezeichnet sie als schwaches Signal dafür, dass das Weiterleitungsziel verarbeitet werden sollte, gegenüber dem starken Signal einer 301 — und separat sagt die Indexierungspipeline der Suche, dass sie eine vorübergehende Weiterleitung nicht als Signal dafür behandelt, dass das Ziel kanonisch ist (das Ziel kann über andere Signale trotzdem indexiert werden). Zwei Mechanismen werden ständig vermischt: die Übertragung von Linksignalen/PageRank (Mueller und Illyes haben gesagt, dass sie bei einer 302 nicht null ist; das ist jedoch ihre öffentliche Aussage und keine formell veröffentlichte universelle Regel) und die Präferenz für Kanonisierung/Indexierung (hier liegt der tatsächliche Unterschied — eine 302 sagt Google, die Quell-URL im Index zu behalten). Eine 302 kann bei langer Laufzeit umschlagen — eine Beobachtung aus der Praxis, kein dokumentierter Mechanismus mit veröffentlichter Frist. Google empfiehlt 302 statt 301 für A/B-Tests. Der eine echte Fehler ist eine 302 für einen dauerhaften Umzug; bauen Sie das Weiterleitungsziel außerdem nie aus ungeprüften Nutzereingaben.

„Moved Temporarily“ → „Found“ — eine kurze Geschichte

Die 302 war von Anfang an mehrdeutig. In HTTP/1.0 hieß sie „Moved Temporarily“, und die Spezifikation sagte, Clients sollten beim Folgen die ursprüngliche Request-Methode wiederverwenden. In der Praxis taten Browser das nicht: Viele wechselten bei einer Weiterleitung still von POST zu GET, entgegen der Spezifikation. HTTP/1.1 erkannte die Realität an, benannte 302 in „Found“ um und fügte zwei eindeutige Alternativen hinzu: 303 (See Other), das immer zu GET wechselt, und 307 (Temporary Redirect), das die Methode nie ändert. Die aktuelle Spezifikation RFC 9110 (2022) weist weiterhin darauf hin, dass Clients POST bei einer 302 in GET umwandeln dürfen — genau deshalb gibt es 307 für Fälle, in denen dies nicht geschehen darf. Bei gewöhnlichen GET-basierten Seitenweiterleitungen (dem SEO-Fall) verhalten sich 302 und 307 für Suchmaschinen gleich; der Unterschied bei der Methodenerhaltung ist nur für Formular-POSTs und API-Aufrufe wichtig. Evidence for this claim RFC 9110 defines 302 Found as a temporary move to another URI and notes that user agents may change POST to GET when following it. Scope: HTTP semantics for 302 responses. Confidence: high · Verified: 2026-07-14 IETF: RFC 9110 §15.4.3 — 302 Found

Für die Suche gruppiert Google 302 (found), 303 (see other) und 307 (temporary redirect) als „Temporary“, im Gegensatz zu 301 und 308 als „Permanent“.

Die kompakte Entscheidung, wenn Sie zwischen den Codes wählen:

• 302 — ein folgender Client darf POST in GET ändern (RFC 9110). Für eine einfache GET-Seitenweiterleitung in Ordnung; verzichten Sie darauf, wenn eine Methodenänderung nicht akzeptabel ist.
• 307 — ändert die Methode nie und sendet keine andere Anfrage erneut. Verwenden Sie ihn, wenn ein Formular- oder API-Aufruf exakt wie gesendet wiederholt werden muss.
• 303 — zeigt absichtlich auf eine andere, nicht gleichwertige Ressource, die normalerweise mit GET/HEAD abgerufen wird — das klassische Muster „nach POST auf eine Bestätigungsseite weiterleiten“, kein gleichwertiger Ersatz für die ursprüngliche Anfrage.
• Caching — eine 302 ist nicht allein aufgrund ihres Statuscodes heuristisch cachebar (RFC 9111); sie wird nur gespeichert/wiederverwendet, wenn Sie explizite Frische- oder Cache-Direktiven setzen. Nehmen Sie nicht an, dass ein CDN oder Browser eine nackte 302 standardmäßig cachet.

Schwaches Signal gegenüber starkem Signal — Googles genaue Formulierung

Überspringen Sie die Folklore und lesen Sie Googles tatsächliche Sprache. In den Dokumenten zur Crawling-Infrastruktur sagt Google, eine 302 sei ein schwaches Signal:

„Standardmäßig folgen Googles Crawler der Weiterleitung, und die Google-Systeme verwenden die Weiterleitung als schwaches Signal dafür, dass das Weiterleitungsziel verarbeitet werden sollte.“

Die 301-Zeile derselben Tabelle ist bis auf ein Wort identisch — stark:

„Google folgt der Weiterleitung, und die Google-Systeme verwenden die Weiterleitung als starkes Signal dafür, dass das Weiterleitungsziel verarbeitet werden sollte.“

„Schwach“ bedeutet nicht „null“ — dennoch ist es wichtig, genau zu sagen, was schwach ist. Hier sprechen zwei verschiedene Google-Systeme über zwei verschiedene Stufen, nicht über ein Kontinuum:

• Die Crawling-Infrastruktur (das oben zitierte „schwache Signal“) bezieht sich darauf, ob das Weiterleitungsziel verarbeitet wird – also ob Googles Crawler die Zielseite überhaupt abruft und prüft.
• Die Indexierungspipeline der Suche ist eine separate, spätere Stufe und formuliert ihre eigene Regel direkt: “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical. The target page might still be indexed if other canonicalization signals are present.” (Übersetzung) „Googlebot folgt der Weiterleitung, aber die Indexierungspipeline verwendet die Weiterleitung nicht als Signal dafür, dass das Weiterleitungsziel kanonisch sein sollte. Die Zielseite kann trotzdem indexiert werden, wenn andere Kanonisierungssignale vorhanden sind.“ Evidence for this claim Google follows a 302 temporary redirect but does not use it as a signal that the destination should become canonical; Google recommends 302 rather than 301 for temporary site tests. Scope: Google Search handling of temporary redirects and A/B tests. Confidence: high · Verified: 2026-07-14 Google: Redirects and Google Search Google: Website testing

Zusammen gelesen: Eine 302 gibt Google einen schwachen Anstoß, das Ziel anzusehen (Crawling), aber die Indexierungspipeline der Suche behandelt dieselbe Weiterleitung nicht als Stimme dafür, das Ziel kanonisch zu machen (Indexierung). Das Ziel kann trotzdem indexiert und kanonisch werden — dann erledigen andere Signale diese Arbeit, nicht die 302 selbst. Fassen Sie dies nicht zu „eine 302 ist eine schwache Stimme für das Ziel als Canonical“ zusammen; das sagt keine der beiden Dokumentationen. Sie beschreiben unterschiedliche Geltungsbereiche.

Zwei Mechanismen, nicht einer

Hier vermischt der meiste Wettbewerbsinhalt die Dinge, halten Sie die Punkte deshalb getrennt:

1. Übertragung von Linksignalen/PageRank ist bei einer 302 nicht null. Gary Illyes sagte 2016, Google wende keine PageRank-Verdünnung über 301, 302 oder andere 30x-Weiterleitungen mehr an (und verabschiede sich damit vom alten Mythos des „~15-%-Verlusts pro Hop“). Mueller sagte dasselbe speziell über 302s: „Sie funktionieren genauso wie normale Weiterleitungen … Es ist nicht so, dass sie keinen PageRank oder überhaupt nichts übertragen.“ Behandeln Sie das als Googles öffentliche Aussage zu dieser Frage, nicht als formell veröffentlichte universelle Garantie — die aktuelle Primärdokumentation nennt keine genaue Transferregel für jede Weiterleitungsart in jeder Situation.
2. Kanonisierungs-/Indexierungspräferenz ist der Mechanismus, der sich tatsächlich unterscheidet. Eine 301 ist ein starkes Signal, das Ziel zu indexieren; eine 302 ist ein schwaches Signal, daher behält Google standardmäßig die Quelle im Index.

„Überträgt eine 302 PageRank?“ und „Ändert eine 302, welche URL rankt?“ sind zwei verschiedene Fragen. Die Antwort auf die erste lautet ja; die Antwort auf die zweite lautet „standardmäßig nicht“. Ihre Vermischung hat den Mythos „302 = null Equity“ entstehen lassen.

Damit zusammenhängend: Wenn Sie eine URL weiterleiten, verfolgt Google beide Enden. „Google behält sowohl die Quelle der Weiterleitung (die alte URL) als auch das Ziel der Weiterleitung (die neue URL) im Blick. Eine der URLs wird kanonisch; welche, hängt unter anderem davon ab, ob die Weiterleitung vorübergehend oder dauerhaft war.“ Bei einer 302 bleibt die Quelle — vorerst — kanonisch.

Was passiert, wenn eine 302 zu lange aktiv bleibt — der „Umschlag“

Hier überrascht die Praxis viele: Eine vorübergehende Weiterleitung, die nie entfernt wird, kann irgendwann nicht mehr als vorübergehend behandelt werden. Mueller: „Wenn Sie langfristig 302-Weiterleitungen haben, behandeln wir sie ohnehin genau wie 301-Weiterleitungen.“

Warum passiert das? Dies ist meine eigene Arbeitserklärung aus meinem Ahrefs-Leitfaden zur Kanonisierung — ein mentales Modell aus beobachtetem Verhalten, kein von Google formal veröffentlichter Mechanismus. Stellen Sie es sich wie eine Waage vor. Dauerhafte Weiterleitungen senden Signale vorwärts zur neuen URL; vorübergehende Weiterleitungen senden Signale zurück zur ursprünglichen URL. Aber:

„Wenn eine vorübergehende Weiterleitung lange genug aktiv bleibt oder die URL, auf die sie weiterleitet, bereits existiert, kann sie als dauerhafte Weiterleitung behandelt werden und stattdessen Signale vorwärts senden. Es müssen genügend Signale vorhanden sein, um die zuvor beschriebene Waage für Kanonisierungssignale umzulegen. Wenn sich Links ansammeln, interne Links geändert und Sitemap-URLs aktualisiert werden usw., zeigen mehr Signale auf die neue URL als auf die alte, und der Umschlag erfolgt.“

Der Haken: Niemand weiß, wie lange das dauert. Wie ich in meinem Weiterleitungsleitfaden schrieb: „Niemand weiß, wie lange eine 302-Weiterleitung bestehen muss, bevor Google sie wie eine 301 behandelt. Normalerweise sind es einige Wochen bis einige Monate, aber es können Tage, Wochen oder Monate sein.“ Google kann früher handeln, wenn es annimmt, dass Sie eine 302 versehentlich für einen dauerhaften Umzug verwendet haben: „Nur wenn Google denkt, dass Sie eine 302 irrtümlich für einen dauerhaften Umzug verwendet haben, geschieht dies nicht. In diesem Fall behandelt Google die Weiterleitung wie eine 301 … Unter Umständen scheint Google 302s sogar von Anfang an wie 301s zu behandeln.“ Nennen Sie dafür keine konkrete Tageszahl — es gibt keine veröffentlichte, und auch die in der Bing-Folklore kursierende Zahl „2 Tage“ wurde von Google nicht bestätigt.

Wie Bing eine 302 behandelt — es beobachtet Verhalten, nicht nur den Header

Bing kommt auf etwas anderem Weg zum selben Ergebnis und hat das ausdrücklich gesagt. In seiner langjährigen Erklärung zu Weiterleitungen beschreibt Bing, dass es das beobachtete Muster einer Weiterleitung über wiederholte Crawls hinweg betrachtet, statt allein dem Statuscode zu vertrauen: Weiterleitungen, deren Ziel sich ständig ändert, werden eher wie 302s behandelt, selbst wenn sie als 301 gekennzeichnet sind; Weiterleitungen, die immer auf denselben Ort zeigen, werden eher wie 301s behandelt, selbst wenn sie als 302 gekennzeichnet sind — Bings System beginnt „sie eher wie 301s zu behandeln, wenn wir sie immer wieder crawlen“. Das ist dieselbe Konvergenz, die Google beschreibt, unabhängig erreicht: Bei genügend konsistentem Verhalten vertrauen beide Suchmaschinen darauf, was eine Weiterleitung tut, und nicht darauf, was ihr Header behauptet.

Bings ältere Anleitung war außerdem strenger mit der Empfehlung „302 sparsam verwenden“ als Google heute und warnte, dass eine missbrauchte 302 Wert auf den ursprünglichen URLs stranden lassen kann. Die praktische Schlussfolgerung ist identisch mit Googles: Stimmen Sie den Weiterleitungstyp auf Ihre tatsächliche Absicht ab.

Wann eine 302 die richtige Wahl ist

Google toleriert 302s nicht nur — für einen Anwendungsfall empfiehlt Google sie. Aus Googles Anleitung zu A/B-Tests:

„Wenn Sie einen Test durchführen, bei dem Nutzer von der ursprünglichen URL zu einer Varianten-URL weitergeleitet werden, verwenden Sie eine 302 (vorübergehende) Weiterleitung, keine 301 (dauerhafte) Weiterleitung. Dadurch teilen Sie Suchmaschinen mit, dass die Weiterleitung vorübergehend ist — sie bleibt nur so lange bestehen, wie das Experiment läuft — und dass sie die ursprüngliche URL in ihrem Index behalten sollen, statt sie durch das Ziel der Weiterleitung (die Testseite) zu ersetzen. Auch JavaScript-basierte Weiterleitungen sind in Ordnung.“

Die legitimen Anwendungsfälle (alle wirklich vorübergehend):

• A/B-Tests — Googles ausdrückliche Empfehlung oben. Überziehen Sie es aber nicht: Google warnt, “if we discover a site running an experiment for an unnecessarily long time, we may interpret this as an attempt to deceive search engines and take action accordingly.” (Übersetzung) „Wenn wir eine Website entdecken, die ein Experiment unnötig lange laufen lässt, können wir dies als Versuch interpretieren, Suchmaschinen zu täuschen, und entsprechend handeln.“ Führen Sie den Test so lange wie für die Signifikanz nötig aus und entfernen Sie ihn dann.
• Geo-, Geräte- und Sprachrouting — wenn das „richtige“ Ziel vom Besucher abhängt und keine einzelne URL die Quelle dauerhaft ersetzen soll. Hier reicht die Wahl des Statuscodes nicht aus: Prüfen Sie, wohin Googlebot tatsächlich geroutet wird (normalerweise bringt es keine echten Standort-/Gerätesignale eines Besuchers mit), ob Cookies oder Header verwendet werden, die ein Crawler nicht sendet, ob Ihre Cache-Keys und der Vary-Header die Varianten korrekt trennen (damit ein Cache nicht die Seite eines Landes an ein anderes ausliefert), ob Screenreader- oder No-JS-Besucher den Inhalt erreichen und ob Besucher das automatische Routing überschreiben können, statt in einer Weiterleitungsschleife festzustecken. Kombinieren Sie dies mit korrektem hreflang bei den lokalisierten Versionen — Weiterleitung und hreflang sollten übereinstimmen und nicht gegeneinander arbeiten.
• Vorübergehende Wartungs-/Nichtverfügbarkeitsseiten — Googles eigenes Beispiel: “if a service your site offers is temporarily unavailable, you can set up a temporary redirect to send users to a page that explains what’s happening, without compromising the original URL in search results.” (Übersetzung) „Wenn ein von Ihrer Website angebotener Dienst vorübergehend nicht verfügbar ist, können Sie eine vorübergehende Weiterleitung einrichten, um Nutzer auf eine erklärende Seite zu senden, ohne die ursprüngliche URL in den Suchergebnissen zu beeinträchtigen.“ Prüfen Sie, welche der beiden Situationen tatsächlich vorliegt. Wenn die URL selbst gerade nicht bedient werden kann (Backend ausgefallen, Deployment läuft), ist eine 503 Service Unavailable mit einem Retry-After-Header auf derselben URL oft die genauere Antwort — sie sagt „Diese Anfrage kann vorübergehend nicht erfüllt werden, versuchen Sie es später erneut“, ohne irgendwohin weiterzuleiten. Verwenden Sie eine 302, wenn Sie Besucher absichtlich auf eine andere, wirklich nützliche erklärende URL schicken (Statusseite oder „Wir sind bald zurück“-Seite mit weiteren Details), statt die ursprüngliche URL nur als nicht verfügbar zu markieren.
• Zeitlich begrenzte Aktionen — während der Kampagne auf eine Aktionsseite senden und danach zurückwechseln.
• Lastverteilung/Failover — Traffic vorübergehend an einen anderen Ursprung oder ein anderes Rechenzentrum senden.

Siehe den Tab Beispiele für diese kommentierten Gegenüberstellungen und den Tab Checklisten für eine Prüfung vor dem Start.

Der eine echte Fehler

Eine 302 zu verwenden, wenn Sie einen dauerhaften Umzug meinen. Sie sagen Google, die alte URL indexiert zu lassen, sodass die neue Seite, für die Sie Rankings möchten, auf unbestimmte und unvorhersehbare Zeit möglicherweise nicht übernimmt — ein echter Verlust an Sichtbarkeit, kein theoretisches Problem. Wenn eine Seite endgültig verschwunden ist, verwenden Sie eine 301 (oder 308). Verwandte Fehler: 301s und 302s innerhalb einer Weiterleitungskette uneinheitlich mischen sowie — als Fehler jeder Weiterleitung — versehentlich zwei URLs aufeinander zeigen lassen und eine Weiterleitungsschleife erzeugen.

Eine 302 implementieren

Der Header ist entscheidend — die Statuszeile 302 Found plus Location. Googles eigenes PHP-Beispiel:

header('HTTP/1.1 302 Found');
header('Location: https://www.example.com/newurl');
exit();

Apache (.htaccess) — das Flag R=302 macht die Weiterleitung vorübergehend (ein R=301 oder ein einfaches R wäre standardmäßig dauerhaft):

Redirect 302 /old-path https://www.example.com/newurl
# or with mod_rewrite:
RewriteRule ^old-path/?$ https://www.example.com/newurl [R=302,L]

nginx — redirect gibt eine 302 aus (permanent würde eine 301 ausgeben):

location = /old-path {
    return 302 https://www.example.com/newurl;
}

Unabhängig vom Stack (WordPress-Redirect-Plugin, CDN-/Edge-Regel oder Handler auf Anwendungsebene) gilt dieselbe Regel: Serverseitige Weiterleitungen werden bevorzugt, und Sie müssen den vorübergehenden Code bewusst auswählen — die meisten Tools verwenden standardmäßig 301, daher ist 302 normalerweise eine explizite Einstellung.

Ein Sicherheitshinweis für jede Weiterleitung, nicht nur 302s: Wenn das Ziel im Location-Header jemals aus nutzergesteuerten Eingaben gebaut wird (zum Beispiel aus einem ?next=- oder ?returnUrl=-Parameter), haben Sie die Zutaten für eine Open-Redirect-Schwachstelle — ein Angreifer erstellt einen Link auf Ihrer Domain, der Besucher tatsächlich an einen bösartigen Ort weiterleitet. Senden Sie Besucher nicht an jede URL, die in einem Request-Parameter auftaucht. Erlauben Sie nur Ziele aus einer Allowlist (eine feste Menge bekannter sicherer Pfade oder Origins), und testen Sie vor dem produktiven Einsatz, wie Ihre Weiterleitungslogik codierte und schemagesteuerte Eingaben wie //evil.example, %2F%2Fevil.example und ähnliche Tricks behandelt. Prüfen Sie die genaue Syntax jedes Plattform-Snippets gegen die aktuelle Version, bevor Sie es ausliefern — die Beispiele oben dienen der Veranschaulichung und ersetzen keinen Test mit Ihrem eigenen Server/CDN.

Für das Gegenstück beim dauerhaften Umzug und den vollständigen Direktvergleich siehe die Schwesterartikel zu 301-Weiterleitungen, 301-vs.-302 und 302-vs.-307 in diesem Cluster.

KI-Zusammenfassung

Eine komprimierte Zusammenfassung der Advanced-Version:

• Eine 302 („Found“) ist eine vorübergehende Weiterleitung (HTTP-Status 302). Sie leitet Nutzer an eine neue URL weiter und signalisiert zugleich, dass die ursprüngliche URL in den Suchergebnissen bleiben soll.
• 302 gegenüber 303 gegenüber 307, kurz: Der Client kann bei 302 die Methode POST→GET ändern; 307 ändert die Methode nie; 303 zeigt absichtlich auf eine andere, nicht gleichwertige Ressource. Keine dieser Varianten ist standardmäßig heuristisch cachebar — Caching erfordert explizite Direktiven.
• Die Übertragung von Linksignalen ist bei einer 302 nicht null — Mueller und Illyes haben das beide gesagt —, aber das ist ihre öffentliche Aussage und keine formell veröffentlichte universelle Transferregel für jedes Weiterleitungsszenario. Kanonisierung/Indexierungspräferenz ist der Mechanismus, der sich tatsächlich unterscheidet: Eine 301 verschiebt die Indexierung zum Ziel; eine 302 belässt sie standardmäßig bei der Quelle.
• Lange bestehende 302s können „umschlagen“. Das ist ein in der Praxis beobachtetes Muster (Mueller und Patricks eigene Erfahrung), kein dokumentierter Mechanismus mit veröffentlichter Frist — „Tage, Wochen oder Monate“, keine feste Zahl.
• Bing beobachtet Verhalten, nicht nur den Header: Weiterleitungen, die sich über wiederholte Crawls konsistent verhalten, werden unabhängig vom Statuscode neu klassifiziert — dieselbe Konvergenz, die Google beschreibt.
• Google empfiehlt 302 (nicht 301) für A/B-Tests. Weitere legitime Fälle: Geo-/Geräte-/Sprachrouting (Googles tatsächliche Behandlung, Cookies, Vary-/Cache-Verhalten, Barrierefreiheit prüfen und mit hreflang kombinieren), vorübergehende Wartungsseiten (bei einer nicht bedienbaren gleichen URL mit 503 + Retry-After vergleichen), zeitlich begrenzte Aktionen sowie Lastverteilung/Failover. Lassen Sie einen A/B-Test nicht „unnötig lange“ laufen — Google kann das als Täuschung lesen.
• Sicherheit: Bauen Sie ein Location-Ziel nie direkt aus Nutzereingaben; erlauben Sie Ziele per Allowlist, um Open-Redirect-Missbrauch zu verhindern.
• Der eine echte Fehler: Eine 302 für einen dauerhaften Umzug kann die alte URL statt der neuen unbegrenzt ranken lassen. Verwenden Sie für dauerhafte Umzüge eine 301.

Offizielle Dokumentation

Primärquellen-Dokumentation der Suchmaschinen und der HTTP-Spezifikation.

Google

• Weiterleitungen und die Google-Suche — die Tabelle der Weiterleitungstypen (dauerhaft gegenüber vorübergehend), die Empfehlung, die alte URL in den Suchergebnissen zu behalten, die Verfolgung alternativer URLs und das PHP-Implementierungsbeispiel.
• Wie HTTP-Statuscodes Googles Crawler beeinflussen — die 3xx-Tabelle mit der genauen Sprache „schwaches Signal“ (302) gegenüber „starkem Signal“ (301).
• Best Practices für A/B-Tests in der Suche — Googles ausdrückliche Empfehlung „302 statt 301“ für Tests sowie der Warnhinweis, einen Test nicht „unnötig lange“ laufen zu lassen.

Bing / Microsoft

• Weiterleitungen verwalten — 301s, 302s und Canonicals (Bing Webmaster Blog) — Bings Erklärung des Unterschieds zwischen 301 und 302 und die Position „Wir beobachten das Verhalten, nicht nur den Header“. (Der Live-Beitrag wird per JavaScript gerendert; der wörtliche Text ist im Wayback-Machine-Archiv erhalten.)

HTTP-Spezifikation / Referenz

• MDN — 302 Found und 307 Temporary Redirect — die Nuance der Methodenerhaltung und warum 303/307 existieren.
• RFC 9110 §15.4.3 (302 Found) — die aktuelle HTTP-Semantics-Spezifikation; sie weist darauf hin, dass Clients POST bei einer 302 weiterhin in GET ändern dürfen.

Zitate aus den Quellen

Öffentlich dokumentierte Aussagen von Google und Bing. Jeder Link zu einem Suchdokument ist ein Deep-Link, der direkt zur zitierten Passage auf der Quellseite springt.

Google — die Unterscheidung zwischen schwach und stark (der Genauigkeitskern)

• “By default, Google’s crawlers follow the redirect, and Google systems use the redirect as a weak signal that the redirect target should be processed.” (Übersetzung) „Standardmäßig folgen Googles Crawler der Weiterleitung, und die Google-Systeme verwenden die Weiterleitung als schwaches Signal dafür, dass das Weiterleitungsziel verarbeitet werden sollte.“ — on 302. Zum Zitat springen
• “Google follows the redirect, and Google systems use the redirect as a strong signal that the redirect target should be processed.” (Übersetzung) „Google folgt der Weiterleitung, und die Google-Systeme verwenden die Weiterleitung als starkes Signal dafür, dass das Weiterleitungsziel verarbeitet werden sollte.“ — die vergleichende 301-Zeile derselben Tabelle. Zum Zitat springen
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical. The target page might still be indexed if other canonicalization signals are present.” (Übersetzung) „Googlebot folgt der Weiterleitung, doch die Indexierungspipeline nutzt die Weiterleitung nicht als Signal dafür, das Weiterleitungsziel als kanonisch festzulegen. Andere Kanonisierungssignale können die Zielseite trotzdem in den Index bringen.“ Zum Zitat springen

Google — wann eine vorübergehende Weiterleitung verwendet wird

• “If you just want to send users to a different page temporarily, use a temporary redirect. This will also ensure that Google isn’t influenced by the redirect which may help keep the old URL in its Search results.” (Übersetzung) „Wenn Sie Nutzer nur vorübergehend auf eine andere Seite senden möchten, verwenden Sie eine vorübergehende Weiterleitung. Dadurch wird außerdem sichergestellt, dass Google von der Weiterleitung nicht beeinflusst wird, was dazu beitragen kann, die alte URL in den Suchergebnissen zu behalten.“ Zum Zitat springen
• “When you redirect a URL, Google keeps track of both the redirect source (the old URL) and the redirect target (the new URL). One of the URLs will be the canonical; which one, depends on signals such as whether the redirect was temporary or permanent.” (Übersetzung) „Wenn Sie eine URL weiterleiten, behält Google sowohl die Quelle der Weiterleitung (die alte URL) als auch das Ziel der Weiterleitung (die neue URL) im Blick. Eine der URLs wird kanonisch; welche, hängt unter anderem davon ab, ob die Weiterleitung vorübergehend oder dauerhaft war.“ Zum Zitat springen

Google — A/B-Tests (302 empfohlen, aber nicht zu lange laufen lassen)

• “If you’re running a test that redirects users from the original URL to a variation URL, use a 302 (temporary) redirect, not a 301 (permanent) redirect.” (Übersetzung) „Wenn Sie einen Test durchführen, bei dem Nutzer von der ursprünglichen URL zu einer Varianten-URL weitergeleitet werden, verwenden Sie eine 302 (vorübergehende) Weiterleitung, keine 301 (dauerhafte) Weiterleitung.“ Zum Zitat springen
• “If we discover a site running an experiment for an unnecessarily long time, we may interpret this as an attempt to deceive search engines and take action accordingly.” (Übersetzung) „Wenn wir eine Website entdecken, die ein Experiment unnötig lange laufen lässt, können wir dies als Versuch interpretieren, Suchmaschinen zu täuschen, und entsprechend handeln.“ Zum Zitat springen

John Mueller, Google — den Mythos „302 ist schlecht“ entkräften

• “302 redirects have a bad reputation among SEOs, which I think is incorrect. Because they do work the same as normal redirects as well. It’s not that they don’t pass any PageRank or anything like that. And if you have 302 redirects for the long run, we treat them exactly the same as 301 redirects anyway.” (Übersetzung) „302-Weiterleitungen haben unter SEOs einen schlechten Ruf, der meiner Ansicht nach nicht gerechtfertigt ist. Denn sie funktionieren ebenfalls wie normale Weiterleitungen. Es ist nicht so, dass sie keinen PageRank oder überhaupt nichts übertragen. Und wenn Sie langfristig 302-Weiterleitungen haben, behandeln wir sie ohnehin genau wie 301-Weiterleitungen.“ Transkription lesen

Bing / Microsoft — Verhalten beobachten, nicht nur den Header

• Bing hat gesagt, Weiterleitungen anhand ihres beobachteten Musters über wiederholte Crawls neu zu klassifizieren: 301s, deren Ziel sich ständig ändert, werden eher wie 302s betrachtet, und 302s, die immer auf denselben Ort zeigen, eher wie 301s, „wenn wir sie immer wieder crawlen“. Archivierte Quelle

301 oder 302? — Checkliste vor dem Start

Führen Sie diese Prüfung vor dem Ausliefern jeder Weiterleitung durch, damit der Code zu Ihrer Absicht passt:

• Ist der Umzug dauerhaft? Wenn die alte URL nie zurückkommt → 301 (oder 308), keine 302.
• Ist er wirklich vorübergehend? (A/B-Test, Aktion, Wartung, Geo-/Geräterouting, Failover) → 302 ist korrekt.
• Haben Sie den Code explizit gesetzt? Die meisten Tools verwenden standardmäßig 301 — bestätigen Sie, dass die 302 beabsichtigt ist und kein Versehen, und umgekehrt.
• A/B-Test? Verwenden Sie 302 (Googles Empfehlung) und planen Sie, sie nach statistischer Signifikanz zu entfernen — lassen Sie den Test nicht „unnötig lange“ laufen.
• Vorübergehender Ausfall auf derselben URL? Erwägen Sie stattdessen 503; verwenden Sie 302, wenn Sie auf eine andere erklärende Seite routen.
• Keine Weiterleitungsketten, die 301s und 302s uneinheitlich mischen — leiten Sie direkt zum endgültigen Ziel.
• Keine Schleifen — prüfen Sie, dass nicht zwei URLs aufeinander weiterleiten.
• Wenn eine „vorübergehende“ 302 still dauerhaft geworden ist, ersetzen Sie den Code durch eine 301, damit das Signal der Realität entspricht (und verlassen Sie sich nicht auf Googles Zeitplan ohne Definition).
• Den tatsächlichen Statuscode prüfen (curl -I, Browser-DevTools oder Redirect Checker) — die Bezeichnung eines Redirect-Plugins beweist nicht, welchen Header es sendet.

Legitime Anwendungsfälle für 302, kommentiert

Fünf Situationen, in denen eine 302 die richtige Wahl ist — und warum das Signal „vorübergehend“ jeweils wichtig ist.

1. A/B-Test

GET /pricing/           → 302 → /pricing/variant-b/

Sie senden einen Teil des Traffics zu einer Variante, um sie zu messen. Sie möchten, dass /pricing/ — die ursprüngliche URL — indexiert bleibt und weiter rankt; die Variante ist nur vorübergehend. In diesem Fall empfiehlt Google ausdrücklich eine 302. Entfernen Sie die Weiterleitung, sobald der Test abgeschlossen ist; ein Test, der unbegrenzt läuft, kann täuschend wirken.

2. Vorübergehender Verkauf / Aktion

GET /shoes/             → 302 → /promo/summer-sale-shoes/

Während der Kampagne landen Besucher auf der Verkaufsseite — aber /shoes/ ist Ihre dauerhafte URL und soll ihren Platz zurückerhalten, sobald die Aktion endet. Eine 301 wäre hier ein Fehler: Sie würden das Ranking von /shoes/ an eine Seite übergeben, die Sie bald löschen.

3. Wartung / vorübergehend nicht verfügbar

GET /booking/           → 302 → /status/booking-back-soon/

Ein Dienst ist kurz nicht verfügbar und Sie leiten Nutzer zu einer erklärenden Seite. Das ist ein eigenes Beispiel von Google. Die ursprüngliche URL behält ihre Position in den Ergebnissen, während Sie das Problem beheben. (Wenn dieselbe URL lediglich offline ist, statt auf eine andere zu routen, ist 503 Service Unavailable oft das klarere Signal.)

4. Geo-/Geräte-/Sprachrouting

GET /               → 302 → /us/     (visitor in the US)
GET /               → 302 → /de/     (visitor in Germany)

Das Ziel hängt davon ab, wer fragt, daher sollte kein einzelnes Ziel die Quell-URL dauerhaft ersetzen. Eine vorübergehende Weiterleitung passt, weil sich die richtige Antwort je Anfrage ändert. (Bei lokalisierten Versionen sollten Sie korrektes hreflang ergänzen.)

5. Lastverteilung / Failover

GET /app/               → 302 → /app-eu-west/     (primary origin down)

Wenn ein Ursprung oder Rechenzentrum vorübergehend nicht verfügbar ist, wird der Traffic an einen anderen Ort umgeleitet — diese Umleitung endet aber, sobald der primäre Ursprung wieder verfügbar ist. Sie ist per Definition vorübergehend.

Das Gegenbeispiel:

GET /old-product/       → 302 → /new-product/     ❌ (permanent move!)

Hier wird eine dauerhafte Abschaffung als vorübergehend verkleidet. Google kann dadurch /old-product/ statt /new-product/ für unvorhersehbare Zeit indexiert und rankend behalten, anstatt auf dem neuen Ziel zu bündeln. Hier sollte eine 301 stehen.

Zwei Mechanismen, nicht einer

Verwenden Sie dieses Framework, damit sich Weiterleitungsmythen nicht mit verschiedenen Fragen vermischen.

Wenden Sie es in drei Schritten an:

1. Absicht benennen. Eine 302 sagt, dass der Umzug vorübergehend ist und die ursprüngliche URL die stabile Adresse bleiben soll.
2. Kanonisierungssignale prüfen. Interne Links, Sitemap-Einträge, Canonicals, externe Links und die Dauer der Weiterleitung können die Quelle stärken oder dazu führen, dass das Ziel gewinnt.
3. Eine lange bestehende 302 richtig interpretieren. Wenn Google sie wie einen dauerhaften Umzug behandelt, hat die Weiterleitung nicht plötzlich begonnen, „Wert zu übertragen“. Das Gleichgewicht der Kanonisierungssignale hat geändert, welche URL den Bucket besitzt.

Die diagnostische Frage lautet nicht „Überträgt eine 302 PageRank?“, sondern: „Welche URL sollte kanonisch sein, und sagen die Weiterleitung und unsere übrigen Signale dasselbe?“

Tools zur Prüfung vorübergehender Weiterleitungen

Patricks kostenlose Tools

• Redirect Checker — prüfen Sie, ob der erste Hop wirklich 302 ist, untersuchen Sie Location und erkennen Sie eine Kette, die vorübergehende und dauerhafte Codes mischt.
• Bulk HTTP Status Code Checker — prüfen Sie bis zu 500 Test-, Aktions-, Routing- oder Wartungs-URLs und exportieren Sie Antworten, die nicht dem geplanten vorübergehenden Verhalten entsprechen.

Kanonisches Verhalten und Dauer prüfen

• Google Search Console URL-Prüfung — vergleichen Sie Quell- und Varianten-URLs und prüfen Sie, welche Google als kanonisch ausgewählt hat.
• Server-/CDN-Logs — belegen Sie, dass die Weiterleitung nur für die vorgesehene Zielgruppe und den vorgesehenen Zeitraum gilt und Googlebot nicht versehentlich einen anderen Pfad erhält.
• Logs/Konfiguration der Experimentplattform — dokumentieren Sie Start/Ende, Aufteilung und Weiterleitungsregel, damit eine vorübergehende Antwort nicht zu vergessener Infrastruktur wird.

Nachweisen, dass eine vorübergehende Weiterleitung vorübergehend blieb

Test 1 — Das Experiment gibt eine echte 302 aus

• Durchzuführender Test — Prüfen Sie die ursprüngliche URL mit dem Redirect Checker, während Sie der weitergeleiteten Variante zugewiesen sind; wiederholen Sie den Test in einer sauberen Sitzung, wenn die Zuweisung cookie-basiert ist. Führen Sie eine echte GET-Anfrage aus, nicht nur HEAD — Server-, CDN- oder Anwendungslogik kann sich zwischen beiden unterscheiden, daher beweist eine HEAD-Prüfung allein nicht, was ein echter Besucher (oder Googlebot) erhält. Erfassen Sie Statuszeile, exakten Location-Wert und Cache-Control-Header, nicht nur „es wurde weitergeleitet“.
• Erwartetes Ergebnis — Die Quelle gibt 302 mit der vorgesehenen Variante in Location zurück, und die Variante wird ohne Schleife oder unzusammenhängenden zusätzlichen Hop aufgelöst.
• Fehlerinterpretation — 301/308 sendet ein dauerhaftes Signal; 200 mit anschließender Navigation zeigt eine clientseitige statt der geplanten Serverweiterleitung; unterschiedliche Statuscodes für HEAD und GET derselben URL bedeuten, dass Server oder CDN die Methoden uneinheitlich behandelt und genauer geprüft werden muss.
• Überwachungsfenster — Sofort nach Aktivierung des Tests und anschließend bei jedem Deployment oder jeder Routingänderung.
• Rollback-Auslöser — Die Quelle gibt einen dauerhaften Code zurück, das Ziel ist falsch oder eine Kohorte gerät in eine Schleife.

Test 2 — Die ursprüngliche URL bleibt kanonisch

• Durchzuführender Test — Prüfen Sie ursprüngliche und Varianten-URL in der Google Search Console und bestätigen Sie, dass interne Links, Sitemap-Einträge und Canonical-Tags weiterhin die Quelle bevorzugen.
• Erwartetes Ergebnis — Die Quelle bleibt die vorgesehene kanonische URL; die Variante ersetzt sie nicht als separat indexierte Testseite.
• Fehlerinterpretation — Widersprüchliche Kanonisierungssignale oder eine unnötig lange laufende Weiterleitung lenken Google zur Variante.
• Überwachungsfenster — Nach dem erneuten Crawling der URLs und bei einem langen Test erneut prüfen; es gibt keinen festen Tag, an dem eine 302 umschlägt.
• Rollback-Auslöser — Die Variante wird zur von Google ausgewählten kanonischen URL oder erscheint unabhängig für Suchanfragen der ursprünglichen Seite.

Test 3 — Die vorübergehende Regel wird nach Ende des Tests entfernt

• Durchzuführender Test — Fordern Sie die ursprüngliche URL nach dem Abschalten in einer sauberen Sitzung an und prüfen Sie die URL mit dem Redirect Checker.
• Erwartetes Ergebnis — Die Quelle liefert wieder ihren normalen 200-Inhalt, und keine Testzuweisung leitet auf die Variante weiter.
• Fehlerinterpretation — Eine veraltete CDN-, Edge-, Anwendungs- oder Experimentregel ist noch aktiv.
• Überwachungsfenster — Sofort nach dem Abschalten sowie einmal nach Ablauf des Caches.
• Rollback-Auslöser — Eine Produktionskohorte erreicht weiterhin die entfernte Variante; deaktivieren Sie die alte Regel und leeren Sie den relevanten Cache.

Test 4 — Die vollständige Kette, Methodenverhalten und Randfälle sind abgedeckt

• Durchzuführender Test — Verfolgen Sie die gesamte Weiterleitungskette Ende zu Ende (nicht nur den ersten Hop) und bestätigen Sie, dass das endgültige Ziel eine gesunde Antwort liefert. Wiederholen Sie jeden Test mit angehängtem Query-Parameter und prüfen Sie, ob er erhalten bleibt (oder absichtlich entfernt wird), statt still verloren zu gehen. Testen Sie Anfragen mit POST-Body, wenn die Route solche empfangen kann, um zu sehen, ob die Methode erhalten bleibt oder geändert wird. Wenn das Weiterleitungsziel jemals aus Nutzereingaben stammt, bestätigen Sie, dass es gegen eine Allowlist geprüft wird und kein beliebiges Ziel akzeptiert.
• Erwartetes Ergebnis — Die Kette löst sich in wenigen vorhersehbaren Hops auf eine funktionierende Seite auf; Parameter und Methode verhalten sich wie von der Anwendung beabsichtigt; Ziele außerhalb der Allowlist werden abgelehnt und nicht weitergeleitet.
• Fehlerinterpretation — Eine lange oder schleifenförmige Kette, ein entfernter Parameter, der die Zielseite beschädigt, eine unerwartet geänderte Methode oder eine Weiterleitung, die einem beliebigen ?next=-Parameter folgt (Open-Redirect-Risiko), sind auslieferungsblockierende Befunde und keine kosmetischen Probleme.
• Überwachungsfenster — Vor dem Launch und erneut nach jeder Änderung an Regel, CDN oder Framework-Version, welche die Weiterleitung verarbeitet.
• Rollback-Auslöser — Jeder dieser Fehler im Produktionsverkehr.
• Vorbehalt zu den Tools — Das URL-Prüftool der Search Console hat eigene Grenzen für diese Prüfung (es spiegelt Googles Crawling wider und zeigt nicht zwingend rohe Live-Header). Behandeln Sie es als Signal dafür, was Google gesehen hat, nicht als Ersatz für die eigene Prüfung der tatsächlichen HTTP-Antwort.

Testen Sie sich selbst: 302-Weiterleitungen

Fünf kurze Fragen dazu, was eine 302 ist und wann sie verwendet wird. Wählen Sie für jede Frage eine Antwort und prüfen Sie anschließend.

Änderungsprotokoll