URL-Architektur · 8 Min. Lesezeit

301-Weiterleitungen beim Relaunch

Eine 301-Weiterleitung ist der Umzugsantrag für jede einzelne Seite Ihrer Website, weit mehr als ein technisches Detail. Fehlt er, landen Besucher und Google im Nichts. Und der Statuscode davor, diese drei unscheinbaren Ziffern, entscheidet, ob Ihre Rankings mitumziehen oder am alten Standort liegen bleiben.

Wie teuer ein falscher Statuscode wird, zeigt der bekannteste Relaunch-Unfall im deutschsprachigen Raum: frankfurt.de verlor 2020 rund 46 % Sichtbarkeit (Sistrix), weil die Stadt bei der Migration 302 statt 301 setzte. Über 400 Keywords fielen binnen einer Woche aus den Top 10. Das Projekt hatte 1,4 Mio. Euro gekostet und acht Jahre Planung verschlungen. Am Ende kippte alles an einer Ziffer. Der Besucher sieht sie nie, für Google macht sie den Unterschied zwischen Umzug und Auszug.

Welcher Statuscode gehört wann?

Zieht eine Seite dauerhaft um, gehört der 301 dazu, bei einem vorübergehenden Umzug der 302, und für endgültig gelöschte Seiten ohne Nachfolger der 410. Das klingt nach Kleinkram, entscheidet aber, welche Signale Google überträgt und welche es verwirft. Der Server schickt bei jeder Anfrage einen dreistelligen Code zurück, und Google liest daran ab, was mit der Adresse passiert ist.

Der entscheidende Unterschied zum 302 liegt im Canonical-Signal. Am PageRank liegt er nicht, den geben seit Googles Bestätigung 2016 alle 3xx-Codes vollständig weiter. Ein 301 sagt Google, die alte Adresse sei abgelöst, während ein 302 die alte Adresse im Index lässt und nur kurz auf einen anderen Inhalt zeigt. Genau diese Verwechslung hat frankfurt.de die Sichtbarkeit gekostet.

Für endgültig gelöschte Seiten ohne Nachfolger greift der 410. Er signalisiert „bewusst entfernt" und entfernt die Adresse etwas schneller aus dem Index: 410-URLs werden laut einem Test von Reboot Online (119 Adressen, über 350.000 Datenpunkte) im Schnitt 49,6 % seltener gecrawlt als 404-URLs. Für die Suchergebnisse macht das kaum einen Unterschied, John Mueller von Google sieht 404 und 410 als praktisch gleichwertig. Der 410 ist die sauberere Geste, wenn Sie sicher wissen, dass eine Seite ersatzlos wegfällt.

Wie ordnen Sie jede alte Adresse zu?

Jede alte Adresse bekommt die inhaltlich nächste neue Adresse als Ziel, niemals pauschal die Startseite. Diese 1:1-Zuordnung nach thematischer Nähe ist das Herz jedes Redirect-Mappings. Passt das Ziel thematisch nicht, behandelt Google die Weiterleitung als Soft-404 und überträgt gar nichts, und der Umzug verpufft.

Drei Fälle treten beim Mapping immer wieder auf. Eine Seite zieht 1:1 um, ihr Inhalt lebt unter neuer Adresse weiter, das ist der klare 301-Fall. Mehrere Seiten werden zusammengelegt, drei alte Ratgeber wandern in einen großen, dann zeigen alle drei alten Adressen per 301 auf die neue. Das ist völlig in Ordnung, solange das Ziel thematisch passt. Und eine Seite fällt ersatzlos weg, dann entscheidet ein Blick auf die Backlinks, ob sich ein 301 auf die nächstbeste Seite lohnt oder ein 410 sauberer ist.

Die Versuchung, alles ohne klares Ziel pauschal auf die Startseite zu leiten, ist groß, weil eine einzige Regel technisch bequem ist. Genau das wertet Google als Soft-404 und überträgt nichts. Semrush bringt die Regel knapp auf den Punkt: Setzen Sie keinen 301 auf eine inhaltlich unpassende Seite. Wo der Traffic versiegt, sobald die Zuordnung fehlt, erklärt der Leitfaden zur URL-Architektur; wie die neuen Zieladressen idealerweise aufgebaut sind, lesen Sie im Leitfaden zur guten URL-Struktur; und den gesamten Relaunch-Ablauf von der Soll-Liste bis zu den ersten 72 Stunden finden Sie in der Relaunch-Checkliste.

Warum sind Redirect-Ketten ein Problem?

Redirect-Ketten sind ein Problem, weil jeder zusätzliche Hop Crawl-Budget, Ladezeit und Link-Equity kostet, statt direkt ans Ziel zu führen. Eine Kette entsteht, wenn A auf B zeigt und B auf C, obwohl A sofort auf C könnte. Solche Ketten sammeln sich über die Jahre an: Eine Website durchläuft im Lauf der Zeit mehrere Relaunches, und bei jedem kommt eine neue Weiterleitung dazu. Solange die alte Weiterleitung dabei nicht direkt auf das neueste Ziel umgebogen wird, hängt sich ein Hop an den nächsten.

Der Schaden ist messbar. Jeder Hop legt 50 bis 300 ms Latenz drauf, eine Kette aus drei Hops kommt so auf rund 600 ms, bevor die eigentliche Seite überhaupt zu laden beginnt. Das schlägt direkt auf den LCP-Wert der Core Web Vitals durch, einen Ranking-Faktor. Dazu kostet jeder Hop eine eigene Crawl-Anfrage: Vier Hops verbrauchen so viel Crawl-Budget wie vier eigenständige Seiten. Sitebulb bringt es auf den Punkt: ein oder zwei Hops sind okay, ab zwei bis drei beginnen Sie Ihren LCP-Score zu beschädigen. Google selbst rät in der Primärdokumentation ausdrücklich, Ketten zu vermeiden.

Womit setzen Sie die Weiterleitungen technisch um?

Die meisten Weiterleitungen setzen Sie am schnellsten über die .htaccess um, weil dort eine einzige Regel mit einem Muster gleich eine ganze Adressgruppe auffängt, statt dass Sie jede Zeile von Hand eintippen. Eine RewriteRule mit einem regulären Ausdruck schickt zum Beispiel jede alte Adresse unter /shop/artikel/ in einem Rutsch auf das neue Schema /produkte/. Das ist beim Relaunch meist der erste Griff, weil es schnell greift und mit der Seitenzahl mitwächst.

Nicht jeder hat Zugriff auf die .htaccess oder arbeitet auf einem Apache-Server. Für WordPress leisten bequeme Oberflächen dasselbe. Das kostenlose Redirection-Plugin pflegt Weiterleitungen samt Regex über eine Maske, protokolliert nebenbei jede 404 und kann seine Regeln in die .htaccess exportieren. Die Weiterleitungen von Rank Math (im kostenlosen SEO-Plugin enthalten) oder der Redirect-Manager von Yoast Premium sind praktisch, wenn Sie das SEO-Plugin ohnehin nutzen. Für Sonderfälle, in denen eine Weiterleitung an eine Bedingung hängt, die ein Standard-Plugin nicht abbildet, kommen eigene Weiterleitungs-Snippets ins Spiel.

Welche Methode passt, hängt am Volumen und an der Geschwindigkeit. SEO-technisch sind alle gleichwertig, solange der 301 sauber gesendet wird, denn Google unterscheidet nicht, woher die Weiterleitung kommt.

Ein Hinweis zur Geschwindigkeit: WPJohnny rät davon ab, hunderte aktive Plugin-Weiterleitungen laufen zu lassen, weil jede einzelne auf das geladene WordPress wartet und die Time to First Byte verschleppt. Wer viele dauerhafte Weiterleitungen hat, hebt sie in die .htaccess oder ans Edge. Ab mehreren tausend Adressen führt am muster-basierten Ansatz ohnehin kein Weg vorbei, denn so viele Einzelregeln pflegt niemand von Hand.

Die Redirect-Map aus fünf Quellen bauen, nicht nur aus der Sitemap

Bauen Sie Ihre Redirect-Map aus fünf Datenquellen zusammen, denn die Sitemap allein kennt nur die Seiten, die der Betreiber für indexierungswürdig hält. Verwaiste Seiten, alte Kampagnen-Adressen und Seiten mit externen Backlinks fehlen dort regelmäßig, und genau die sind beim Umzug am teuersten.

Jede Adresse aus allen fünf Quellen bekommt in der Tabelle ihren Status: 200 für „bleibt", 301 für „leitet um", 410 für „endgültig gelöscht". Die Priorität ist eindeutig, zuerst die Adressen mit Traffic und Backlinks, dann jene mit Impressionen, dann der Rest. Semrush nennt in seiner Migrations-Checkliste genau diese Mehrquellen-Methode, damit keine verwaiste Seite durchrutscht. Das ist Praktiker-Konsens aus mehreren Checklisten, kein kontrollierter Test, aber breit gestützt.

Redirect-Ketten mit Screaming Frog finden und auf einen Hop kürzen

Spüren Sie mit Screaming Frog jede Redirect-Kette auf und kürzen Sie sie auf einen einzigen direkten Hop. Der Report listet alle Ketten ab zwei Hops auf, und für jede gilt dieselbe Korrektur: die finale Zieladresse ermitteln und den Ausgangs-Redirect direkt dorthin setzen.

So wird aus A auf B auf C ein sauberes A direkt auf C, und die aufaddierte Latenz wie das verbrauchte Crawl-Budget fallen weg. Den Crawl wiederholen Sie nach jedem Relaunch, denn neue Ketten entstehen schleichend, sobald ein altes 301 stehen bleibt. In welcher Reihenfolge Google die neuen Adressen danach aufnimmt, klärt der Leitfaden zum Indexierungsmanagement.

Das selbstheilende 404-Netz für große Migrationen

Bei großen Migrationen reicht eine statische Redirect-Liste nicht, denn was sie übersieht, läuft ins 404. Die Lösung ist ein selbstheilendes 404-Sicherheitsnetz, das hinter dem Vorab-Mapping ansetzt und jede Adresse auffängt, die dort durchrutscht. Ich habe das bei der Migration eines Motorradhändlers von VirtueMart auf WooCommerce gebaut. Geplant waren rund 1.000 Produkte, doch in vier Sprachen mit je fünf Bildern pro Seite vervielfacht sich die Adressfläche. Obwohl wir das Mapping für vollständig hielten, hat das Netz nachgefangen, was die Liste übersah: nach vier Monaten standen fast 30.000 Weiterleitungen, die rund 100.000 Mal gegriffen haben. Jede davon wäre sonst ein 404 gewesen, also verlorener Traffic.

Das ist die automatisierte, skalierte Form dessen, was die Branche als 404-Monitoring nach der Migration kennt und als Best Practice empfiehlt. Search Engine Land rät zu laufender Kontrolle der 404-Fehler nach dem Launch, weil CMS-Updates, neue Umstrukturierungen und CDN-Änderungen bestehende Weiterleitungen brechen. Der Unterschied liegt im Tempo: Statt jeden Treffer von Hand nachzutragen, biegt das Netz die Adresse selbst zurück, und zwar täglich. Das laufende manuelle Monitoring entfällt damit, weil Auffangen, Zuordnen und das saubere Aufgeben von allein passieren. Das ist der Unterschied zu „eine Agentur baut eine Liste und ist fertig".

Der Maßstab ist hier wichtiger als die Zahl. Wenn fast 30.000 Adressen kontrolliert umziehen, dann ist die typische KMU-Website mit 50 bis 500 Seiten erst recht beherrschbar. Es scheitert selten an der Größe, fast immer am fehlenden Auffangnetz für das, was die Liste übersieht.

Der Statuscode ist für den Besucher unsichtbar. Für Google entscheidet er, ob Ihre Seite umzieht oder verschwindet.

Weiterleitungen in einem Satz

Welche Redirect-Mythen kosten Rankings?

Vier verbreitete Annahmen kosten beim Relaunch regelmäßig Rankings, obwohl Google und die Daten ihnen widersprechen. Alle vier klingen bequem, und genau das macht sie gefährlich, weil sie eine Abkürzung erlauben. Ein kurzer Faktencheck spart hier Monate Reparaturarbeit.

Die ehrliche Lesart hinter allen vier Mythen: Jeder klingt nach „wenigstens nicht kaputt", und genau das ist die Falle. Bei frankfurt.de war ein einzelner falscher Statuscode der Auslöser, doch dahinter steckt fast immer dasselbe, nämlich fehlende Sorgfalt. Heute lässt sich selbst auf sehr großen Websites jede einzelne Adresse sauber umziehen, eine Ausrede dafür gibt es nicht mehr. Ob aus dem Umzug ein sauberer Wechsel oder ein stiller Auszug wird, hängt an der Sorgfalt bei jeder Adresse. Wie das laufende Ranking-Monitoring nach dem Go-Live aussieht, das einen Fehler früh aufdeckt, steht im Leitfaden zum Relaunch-Monitoring.

Quellen

• Google Search Central – Redirects (301, 302, 307, 308) und Canonical-Signal
• Google Search Central – Site Moves, „avoid chaining redirects"
• Sistrix – frankfurt.de, 46 % Sichtbarkeitsverlust durch 302 statt 301 (DACH)
• Sistrix – Warum 302 nicht wie 301 wirkt (DACH)
• Search Engine Journal – John Mueller zu 404 vs. 410
• Search Engine Journal – Martin Splitt warnt vor Homepage-Redirects (2025)
• Reboot Online – 404 vs. 410 Test (49,6 % seltener gecrawlt)
• Screaming Frog – How To Audit Redirects (Redirect Chains)
• Semrush – Migration Checklist (Fünf-Quellen-Mapping)
• Semrush – 301 Redirects und thematische Äquivalenz
• Ahrefs – 301 Redirects (Backlinks und Link-Equity)
• Sitebulb – Ultimate Guide to Redirects (Ketten und LCP)
• Metricsrule – Redirect-Ketten, Latenz und Crawl-Effizienz
• WPJohnny – htaccess vs. Plugins (Performance)
• Oncrawl – Redirects on the Edge
• Totally Digital – LoveCrafts-Case (99 % Verlust durch Homepage-Redirect)
• Siteimprove – Catch-All-Redirects auf die Homepage vermeiden
• Search Engine Land – Post-Migration 404-Monitoring
• GSQI – Redirects auf unpassende Seiten werden als Soft-404 gewertet

Entwurf · Cluster G, Node G2 (/url-architektur/301-weiterleitungen-relaunch/). Interne Links (Hub, G1, G3, I4, H1, /seo-fuer-kmu/) sind Vorwärts-Slugs, bis alle Ziel-Artikel und die Money-Page stehen. Die Latenz-Zahlen zu Redirect-Ketten sind Best-Practice-Aggregat, kein RCT; das selbstheilende Netz ist als Konzept und Beweis dargestellt, die konkrete Implementierung bleibt bewusst aussen vor.