301- und 302-Redirects: Wann Sie welche einsetzen sollten

TL;DR: Ein dauerhafter Umzug bekommt eine 301, ein wirklich vorübergehender eine 302. Wählen Sie den falschen Code, indexiert Google die falsche URL. Nutzen Sie die Entscheidungstabelle unten und lesen Sie anschließend den Abschnitt zur Kanonisierung, falls Sie den Mechanismus verstehen möchten.

Die 30-Sekunden-Antwort (Entscheidungstabelle)

Vorab: Hier finden Sie die Zuordnung von Szenario zu Statuscode. Wenn Sie es eilig haben, reicht dieser Abschnitt.

Flussdiagramm des Redirect-Entscheidungsprozesses: Ist der Umzug dauerhaft? Ja führt zu 301. Muss die Methode erhalten bleiben? Ja führt zu 308. Vorübergehend? Ja führt zu 302 oder zu 307 bei methodensicherem Redirect. — Redirect-Entscheidungsbaum: Welcher HTTP-Statuscode je nach Dauerhaftigkeit und Methodenanforderung.

Szenario	Code	Warum
Site-Migration / Domainwechsel	301	Dauerhaft. Google soll die neue Domain reindizieren.
Konsolidierung von HTTP auf HTTPS	301	Dauerhaft. Alte URLs sind endgültig weg.
A/B-Test (Rückkehr zum Original)	302	Vorübergehend. Die Original-URL bleibt kanonisch.
Wartungsseite	302	Vorübergehend. Die echte Seite kehrt zurück.
Ausverkauftes Produkt (kommt wieder)	302	Vorübergehend. Ranking der Produkt-URL erhalten.
Eingestelltes Produkt (für immer weg)	301	Dauerhaft. Signalstärke auf das nächste Äquivalent übertragen.
Geo-/Sprach-Routing	302	Vorübergehend. Die Original-URL bedient weiterhin die meisten Nutzer.
Landingpage einer Marketingkampagne	302	Vorübergehend. Nach Kampagnenende Normalzustand.
Login-/Checkout-POST-Flow	307	Methodensicher. Erhält den POST-Body; 302 würde zu GET wechseln.
Konsolidierung doppelter URLs (dauerhaft)	301	Dauerhaft. Ab jetzt nur noch eine kanonische.

Wenn Sie darüber grübeln, ob etwas „dauerhaft genug“ für eine 301 ist, dann ist es das wahrscheinlich. Maßstab ist, ob Sie die Ziel-URL langfristig beibehalten wollen – wenn ja, nutzen Sie 301.

Was ein Redirect eigentlich ist

Fordert ein Browser oder Crawler eine URL an, kann der Server statt des Seiteninhalts einen 3xx-Statuscode zurückgeben. Dieser Code bedeutet: „Die gewünschte Ressource befindet sich woanders.“ Der Location-Header der Antwort zeigt dem Client, wohin er als Nächstes gehen soll.

Die 3xx-Familie umfasst mehrere Codes: 301 (Moved Permanently), 302 (Found / Moved Temporarily), 303 (See Other), 307 (Temporary Redirect), 308 (Permanent Redirect) und ein paar Randfälle. Für SEO zählen im Wesentlichen 301, 302, 307 und 308. Der Rest sind Exoten.

301: Was „permanent“ Google signalisiert

Eine 301 teilt Browser und Indexpipeline mit, dass die alte URL endgültig verschwunden ist. Googles eigene Dokumentation formuliert es klar: „Wenn Sie die URL einer Seite ändern müssen, wie sie in den Suchergebnissen erscheint, empfehlen wir, wann immer möglich einen permanenten serverseitigen Redirect.“

Die Indexpipeline behandelt die 301 als Kanonisierungssignal. Google folgt dem Redirect und markiert anschließend die Ziel-URL als diejenige, die im Index verbleibt. Mit der Zeit verschwindet die alte URL aus den Suchergebnissen und die neue tritt an ihre Stelle. Rankings, gecachte Seiten und konsolidierte Signale wandern mit.

Ein Hinweis aus der Praxis: permanent heißt permanent. Google rät, permanente Redirects nur einzusetzen, „wenn Sie sicher sind, dass der Redirect nicht zurückgenommen wird“. Setzen Sie eine 301 und reißen sie sechs Monate später wieder ab, heben Sie das Signal nicht sauber auf. Googlebot muss die alte URL erneut crawlen und alles neu verarbeiten. Ich habe Kunden erlebt, die so einen Rückbau machten und sich wochenlang über wegsackende Rankings wunderten. Lassen Sie die 301 mindestens ein Jahr aktiv, besser länger.

302: Der temporäre Umzug und die Konsolidierungsfalle

Eine 302 sagt Google: Belass die Original-URL im Index, der Umzug ist vorübergehend. Googles Leitfaden ist eindeutig: „Wenn Sie Nutzer nur vorübergehend auf eine andere Seite schicken wollen, verwenden Sie einen temporären Redirect.“

Googlebot folgt einer 302 genauso wie einer 301. Der Unterschied liegt in der Indexpipeline. Bei einem temporären Redirect macht Google die Ziel-URL nicht kanonisch, die Ausgangs-URL bleibt im Index. Für eine Wartungsseite oder einen A/B-Test ist das genau das gewünschte Verhalten.

Die Falle: Eine 302 für einen dauerhaften Umzug zu verwenden, weil man sich nicht sicher war oder „es später einfacher zu ändern ist“. Google interpretiert eine lang bestehende 302 manchmal als 301, aber darauf würde ich mich nicht verlassen. Ich habe Sites gesehen, die monatelang eine 302 auf eine migrierte Domain laufen ließen – Google hatte die neuen URLs nie vollständig reindiziert. Verlassen Sie sich nicht auf Heuristiken. Seien Sie explizit.

Der Mythos vom Link-Equity-Verlust (und was sich wirklich unterscheidet)

Was fast jeder Artikel falsch darstellt: 302-Redirects verlieren keine Link-Equity.

2016 schrieb Gary Illyes, Webmaster Trends Analyst bei Google, unmissverständlich: „30x-Redirects verlieren kein PageRank mehr.“ Das gilt für 301, 302 und alle anderen 3xx-Codes.

John Mueller erklärte den Mechanismus in einem Webmaster-Hangout: „Wir können PageRank über 301- und 302-Redirects weitergeben. Im Grunde nutzen wir diese Redirects, um einen Canonical auszuwählen. Dadurch bündeln wir alle Signale auf der kanonischen URL.“

Wichtig: Die Weitergabe erfolgt über Kanonisierung, nicht über ein „Rohr“, das Juice von einer URL zur anderen leitet. Signale sammeln sich an der URL, die Google als kanonisch einstuft. Der Redirect-Typ bestimmt, welche URL das ist.

Die eigentliche Frage lautet also: Welche URL soll Google als kanonisch behandeln? Eine 301 macht die Ziel-URL kanonisch. Eine 302 lässt die Quell-URL kanonisch. Darum geht es.

(Übrigens: Selbst bei einer 301 erfolgt die Signalübernahme nicht sofort. Google muss die alte URL erst neu crawlen, und die Konsolidierung passiert über mehrere Crawlzyklen. Auch die thematische Relevanz der Zielseite bleibt wichtig. Ein 301 von einem Kochblog auf eine Software-Landingpage konsolidiert nicht sauber.)

301 vs. 302 auf einen Blick

Eigenschaft	301 Moved Permanently	302 Found
HTTP-Bedeutung	Ressource dauerhaft verschoben	Ressource vorübergehend verschoben
Kanonisches Signal an Google	Ziel-URL wird kanonisch	Quell-URL bleibt kanonisch
PageRank-Weitergabe?	Ja	Ja
URL, die Google indexiert	Ziel (neu)	Quelle (original)
Methode bei POST erhalten?	Nein (wechselt historisch zu GET)	Nein (wechselt historisch zu GET)
Wann einsetzen	Dauerhafte Umzüge, Migrationen, HTTPS, Konsolidierung	A/B-Tests, Wartung, Geo-Routing, Kampagnen
Rückbaukosten	Hoch: Google muss neu verarbeiten	Niedrig: Original-URL bleibt im Index

307 und 308: Die kaum erwähnten Codes

307 und 308 existieren, weil 301 und 302 ein Methodenproblem haben. Folgt ein Browser einer 301 oder 302 nach einem POST-Request, darf er laut Fetch-Spezifikation die Methode in GET ändern. Das kann Login-Flows, Checkout-Formulare oder API-Endpunkte still und heimlich zerlegen.

307 löst das für temporäre Redirects. MDN formuliert es klar: „307 garantiert, dass der Client Methode und Body beibehält. Bei 302 änderten ältere Clients die Methode fälschlich zu GET.“ Wenn Sie ein POST-basiertes Formular vorübergehend umleiten müssen und der POST erhalten bleiben soll, ist 307 der korrekte Code.

308 macht dasselbe für dauerhafte Redirects. Er verbietet jeglichen Methodenwechsel, anders als 301, bei dem Clients historisch zu GET zwangen. Wenn Sie einen API-Endpunkt, der POST-Daten empfängt, dauerhaft umleiten, ist 308 strenger und sicherer.

Für rein GET-basierte Seiten (also den Großteil des Webs) verhalten sich 307 und 302 identisch, ebenso 308 und 301. Relevant wird der Unterschied nur, wenn POST- oder PUT-Bodys im Spiel sind.

Tabelle, wie Google verschiedene Redirect-Typen interpretiert: 301 und 308 als dauerhaft mit kanonischem Signal zur Ziel-URL; 302, 303 und 307 als vorübergehend mit kanonischem Signal zur Quell-URL; Meta-Refresh 0 Sekunden als dauerhaft; Meta-Refresh über 0 Sekunden als vorübergehend; JavaScript-Redirects als langsamer und weniger zuverlässig als serverseitige Redirects. — So interpretiert Googles Indexpipeline verschiedene Redirect-Typen. Quelle: Google Search Central.

Noch erwähnenswert: Meta-Refresh-Redirects und JavaScript-basierte Redirects (window.location) gibt es ebenfalls. Google behandelt einen Meta-Refresh mit 0-Sekunden-Delay als dauerhaft (gleichwertig zu 301), einen mit Verzögerung als temporär. JavaScript-Redirects sind ein Sonderfall: Google kann ihnen beim Rendern folgen, aber sie werden langsamer verarbeitet, können bei Crawls ohne Rendering übersehen werden und tragen kein explizites Permanent-/Temporary-Signal. Serverseitige Redirects sind immer die bessere Wahl.

Die Redirect-Chain-Falle

Chains entstehen, wenn Sie A nach B leiten, später B nach C und dabei A nicht aktualisieren. Nutzer und Googlebot gehen von A zu B zu C, statt direkt zu C.

Seitenvergleich: BAD zeigt eine Redirect-Chain von old-page zu /v2 zu /v3 zu /final mit Anmerkungen zu Latenz und Crawl-Verschwendung pro Hop. GOOD zeigt einen einzelnen direkten Redirect von old-page zu /final. — Redirect-Chains versus direkte Redirects. Jeder überflüssige Hop erhöht Latenz und Crawling-Risiko.

Jeder Hop kostet Latenz – messbar in Millisekunden, was sich bei Core Web Vitals auf Mobilgeräten auswirkt. Zudem ist jeder Hop ein weiterer Fehlerpunkt: Liefert eine URL in der Kette 404, bricht alles dahinter.

Googles Site-Move-Dokumentation sagt, Googlebot folge bis zu zehn Hops, rät aber, direkt auf das Endziel zu leiten. John Mueller wird konkreter: „Ich würde darauf achten, dass URLs, die häufig gecrawlt werden, weniger als fünf Hops haben.“ Toleranzgrenze Googlebots: zehn; Muellers Praxisgrenze: fünf; Zielwert: eins.

Chains sammeln sich unbemerkt über Jahre an Migrationen. Eine Site, die von .com auf .io auf .com zurückzog, zweimal die URL-Struktur änderte und A/B-Tests auf Kategorieebene fuhr, kann Ketten anhäufen, ohne dass es jemand merkt. (Bei Audits mit SEOJuice ist der häufigste Befund eine langweilige Vier-Hop-Kette auf einer Traffic-starken URL, Überbleibsel einer Migration. Chains aus Kampagnen und A/B-Tests sind Platz zwei, meist weil der temporäre 302 nie bereinigt wurde.) Irgendwann läuft ein Crawl, und selbst die Startseite ist drei Hops tief.

Die Lösung ist immer dieselbe: Ziel-URL ermitteln und den ersten Redirect direkt dorthin zeigen lassen. Kette einkürzen. Warten Sie nicht darauf, dass Google den Umweg geht.

Loops sind der Extremfall. A leitet nach B, B leitet nach A, und der Browser wirft ERR_TOO_MANY_REDIRECTS. Meist steckt ein falsch konfiguriertes HTTPS-Regelwerk oder ein CMS-Redirect dahinter. Audit-Tools finden solche Schleifen sofort.

So auditieren Sie Redirects auf Ihrer Site

Darauf sollten Sie achten:

Falscher Code für das Szenario: eine dauerhafte Migration als 302 oder ein temporärer Test, der dauerhaft wurde, ohne auf 301 umzuschalten
Chains: jede A-B-C-Sequenz, die A-C sein könnte
Loops: jede Schleife, die ERR_TOO_MANY_REDIRECTS auslöst
Redirects auf 404: Die Ziel-URL existiert nicht mehr – Sackgasse für Nutzer und Bots
Veraltete 302: Content, der vor Monaten oder Jahren umzog und nie auf permanent hochgestuft wurde

Für einen schnellen Check zeigt curl -I https://ihredomain.com/old-url Statuscode und Location-Header ohne Seiteninhalt. Browser-Devtools (Netzwerk-Tab, „Log beibehalten“) zeigen die komplette Redirect-Sequenz. Für systematische Abdeckung brauchen Sie jedoch einen Crawler.

Screenshot des SEOJuice-Audit-Tools mit markierten Redirect-Problemen: eine Redirect-Chain, ein 302, das ein 301 sein sollte, und ein Redirect auf eine 404-Seite. — SEOJuice-Audit: findet Chains, falsche Codes und Sackgassen-Redirects.

Der SEOJuice-SEO-Audit crawlt Ihre Site und markiert Redirect-Chains, Loops, falsche Codes und Hops zu 4xx-Zielen. So bekommen Sie schnell den Komplettüberblick, ohne hunderte URLs manuell zu curlen. Prüfen Sie auch alle Traffic-starken URLs aus Ihrem SEO-Hygiene-Audit. Dort kostet eine versteckte Chain tatsächlich Geld.

Single-Page-Applications brauchen hier Extra-Aufmerksamkeit. JS-Routing kann Redirect-ähnliches Verhalten erzeugen, das serverseitige Crawler komplett übersehen. Wenn Sie eine React- oder Next.js-Site betreiben, lesen Sie die Hinweise zu SPA-Redirect-Handling. Die Edge-Cases mit window.location und Client-side-Routing interagieren mit Googles JavaScript-Ausführung auf unerwartete Weise.

Häufig gestellte Fragen

Leitet ein 302-Redirect Link-Equity (SEO-Wert) weiter?

Ja. Google hat bestätigt, dass PageRank über 301, 302 und alle 3xx-Redirects fließt. Gary Illyes sagte 2016: „30x-Redirects verlieren kein PageRank mehr“, und John Mueller erklärte, dass 301 und 302 Signale über Kanonisierung weiterreichen. Der Redirect-Typ steuert nur, welche URL Google im Index behält, nicht ob Equity fließt.

Ist 301 oder 302 besser für SEO?

Keiner ist per se besser. Der richtige Code hängt davon ab, ob der Umzug dauerhaft ist. Verwenden Sie 301, wenn die Ziel-URL künftig indexiert werden soll. Nutzen Sie 302, wenn die Original-URL im Index bleiben und wirklich wiederhergestellt werden soll. Ein falscher Code kostet keine Link-Equity, sondern sorgt lediglich dafür, dass Google die falsche URL indexiert.

Wie lange dauert es, bis Google eine 301 anerkennt?

Es gibt keinen festen Zeitplan. Google muss die alte URL erst neu crawlen, was je nach Crawl-Frequenz einige Tage bis mehrere Wochen dauern kann. Lassen Sie die 301 mindestens ein Jahr bestehen. Entfernen Sie sie früher, kehrt das Kanonisierungssignal sich um, und Googlebot muss alles erneut verarbeiten.

Können zu viele Redirects das Ranking schädigen?

Ja, indirekt. Redirect-Chains erhöhen Latenz, verschwenden Crawl-Budget und schaffen Fehlerquellen. Google empfiehlt, direkt auf das Endziel zu leiten; Muellers Praxisgrenze liegt bei weniger als fünf Hops für häufig gecrawlte URLs. Die Auswirkung resultiert aus langsameren Ladezeiten, geringerer Crawl-Effizienz und dem Risiko, dass ein kaputter Hop die ganze Kette lahmlegt – kein direkter Ranking-Penalty.

Weiterführende Artikel:

Kostenlosen SEO-Audit starten, um Chains, Loops, falsche Codes und Sackgassen-Redirects auf Ihrer Site zu finden.

Our powerful suite of automation tools for SEO

Learn, discover, and get inspired by our content