301 vs 302 Redirects: der echte Ranking-Impact

Wir haben im Januar die Plattform eines E-Commerce-Shops gewechselt und in zwei Wochen 38% des organischen Traffics verloren. Schuld war weder der Content, noch die neue Architektur, noch das Core Update jenes Monats: es war eine 302-Redirect-Regel, die das Infra-Team in Cloudflare Workers ausgerollt hatte, weil sie dachten, man konne sie spater einfach zuruckdrehen. Googlebot las das als temporar, behielt die alten URLs im Index, und das Autoritatssignal pendelte zwischen zwei Versionen derselben Seite. Dieser Fall fasst das Problem zusammen: ein Redirect ist kein technisches Detail, sondern ein semantisches Signal, und der falsche Code kostet Ranking.

Der formale Unterschied ist simpel. Ein 301 sagt dem Crawler, dass die URL dauerhaft umgezogen ist, ubertragt den akkumulierten PageRank (mit minimalem Verlust, laut Gary Illyes 2023) und fordert ein Index-Update an. Ein 302 sagt, die Anderung sei temporar, behalt die alte URL als faktischen Canonical und konsolidiert nichts. Im Alltag verwenden die meisten CMS und Frameworks 302 als Default, wenn man nichts spezifiziert, was reicht, um bei Migrationen, Slug-Wechseln und Duplicate-Konsolidierung Equity zu verbluten. Ein regelmassiger On-Page-SEO ohne Vermutungen pruefen: ein datenbasiertes Audit mit Status-Code-Check zeigt 302er an Stellen, an die sich niemand mehr erinnert.

Es gibt legitime Falle fur 302, und man sollte sie erkennen, bevor man alles umstellt. Server-seitige A/B-Tests mit fester Laufzeit, Geo-Routing solange noch kein sauberes hreflang existiert, Checkout-Flows, die zum Warenkorb zuruckspringen, geplante Wartungsfenster von 24-48h. Das Kriterium ist binar: wird die alte URL den Originalinhalt wieder ausliefern? Wenn ja, 302. Wenn nein, 301. Wenn Produkt einen Langzeittest will, druckt das Gesprach Richtung 301 mit dokumentiertem Rollback, sonst entdeckt ihr in der Search Console, dass beide Versionen um dieselbe Query kampfen (siehe Search Console: 7 ungenutzte Berichte und was sie wirklich verraten fur die passenden Reports).

Der Ranking-Impact endet nicht beim Equity-Verlust. Redirect-Ketten, gemischte 301-302 und Loops sind die eigentliche Plage. In einem aktuellen SaaS-Audit fanden wir 14.000 URLs mit Ketten von 3+ Hops, deren letzter Hop ein 302 war. Laut der Logfile-Analyse, die wir gefahren haben (das Stuck Log file analysis: Was Googlebot wirklich tut zeigt die Technik), brach Googlebot die Halfte dieser Ketten vor dem Ziel ab. Ergebnis: strategische Seiten mit falschem Inhalt indexiert und Crawl Budget in Redirects verbrannt. Jeder Hop addiert Latenz, verschlechtert LCP und stapelt widerspruchliche Kanonikalisierungssignale, die nicht mit dem zusammenpassen, was in Canonical Tags: haeufige Fehler, die organischen Traffic ausbluten definiert wurde.

Die Audit-Methodik, die ich verwende, passt in vier Schritte. Erstens, Screaming Frog oder Sitebulb im List-Modus, gefuttert mit den Top 5000 URLs aus GSC und GA4. Zweitens, Response Code mit Index-Status uber die Search Console API kreuzen. Drittens, drei Buckets isolieren: 302er, die 301er sein sollten (die Mehrheit), 301er in Ketten (auf einen Hop konsolidieren) und 4xx hinter Redirects (Worst Case). Viertens, nach Traffic und Backlinks auf die Quell-URL priorisieren, mit Ahrefs oder Majestic. Im E-Commerce ist die Kurve brutal: 5% der URLs halten 80% der Equity, und genau dort gewinnt ein korrekter 301 in 4-8 Wochen Traffic zuruck, wie wir in der Migration aus On-Page fur E-Commerce: PLP vs PDP ohne Kannibalisierung sahen.

Ein Detail, das wenige Teams berucksichtigen: 307 und 308, die modernen HTTP/1.1-Aquivalente von 302 und 301, erhalten die Request-Methode (relevant fur API-POSTs, irrelevant fur SEO bei GET-Seiten). Google behandelt 308 wie 301 und 307 wie 302 fur Indexierungszwecke, gemass der 2025 aktualisierten offiziellen Dokumentation. Nehmt das, was euer Stack sauber ausliefert, aber mischt sie niemals in derselben Kette. Und wer mit mehrsprachigen Sites arbeitet: IP- oder Accept-Language-Redirects ohne korrektes hreflang produzieren den schlimmsten Fall, US-Googlebot erreicht den lokalisierten Content nie, wie in hreflang ohne schmerzen: implementierung fuer mehrsprachige websites beschrieben.

Praktischer Takeaway: startet heute einen Crawl von der Homepage drei Ebenen tief, filtert nach Response Code 302 und 307 und fragt fur jeden, ob die alte URL wirklich zuruckkommt. Wenn die Antwort nein oder vielleicht lautet, umstellen auf 301. Parallel Ketten mit mehr als einem Hop kartieren und auf das finale Ziel konsolidieren. Regeln in einem versionierten File im Infra-Repo dokumentieren, nicht im CDN-Dashboard, damit der nachste Plattformwechsel die Arbeit nicht ausradiert. Link Equity holt man nicht durch hofliche Bitte zuruck, sondern durch den richtigen Statuscode am richtigen Ort.