301-Weiterleitung: Bedeutung

TL;DR — Eine 301-Weiterleitung sendet jeden, der eine alte URL besucht, dauerhaft zu einer neuen. Sie ist das richtige Werkzeug, wenn eine Seite endgültig umzieht — auf eine neue Domain, eine neue URL, von HTTP zu HTTPS oder beim Zusammenführen zweier Seiten. Richten Sie die Weiterleitung auf dem Server ein, verweisen Sie jede alte URL auf ihren echten Ersatz (nicht nur auf die Startseite) und lassen Sie die Regel bestehen. Google sagt, dass eine 301 keinen Rankingwert kostet — es gibt also keinen Grund, davor zurückzuschrecken.

Was eine 301-Weiterleitung ist

Wenn ein Browser oder eine Suchmaschine eine Seite anfordert, antwortet Ihr Server mit einem dreistelligen HTTP-Statuscode. 200 bedeutet „hier ist die Seite“. 404 bedeutet „nicht gefunden“. 301 bedeutet „Moved Permanently“ — diese URL hat ein neues Zuhause, gehen Sie stattdessen dorthin.

Eine 301-Weiterleitung teilt also allen mit: Die angeforderte Ressource befindet sich jetzt dauerhaft unter einer anderen Adresse. Besucher werden automatisch zur neuen Seite gesendet, und Suchmaschinen aktualisieren ihre Einträge auf die neue URL.

Wann Sie eine verwenden

Verwenden Sie 301 immer dann, wenn sich die Adresse einer Seite dauerhaft ändert:

• Sie haben eine URL geändert — eine Seite umbenannt, die Website neu strukturiert oder eine unübersichtliche URL bereinigt.
• Sie sind auf eine neue Domain umgezogen — etwa bei einem Rebranding oder einer Migration.
• Sie sind auf HTTPS gewechselt — jede http:// URL sollte per 301 auf ihr https:// Gegenstück zeigen.
• Sie haben Seiten zusammengeführt — aus zwei ähnlichen Artikeln wurde einer; leiten Sie die alten URLs auf die verbleibende Seite weiter.
• Sie haben eine Seite mit eindeutigem Ersatz eingestellt — verweisen Sie auf das nächste Äquivalent, nicht in eine Sackgasse.

Googles eigener Rat lautet: “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (Übersetzung) „Wenn Sie die URL einer Seite ändern müssen, wie sie in den Suchergebnissen angezeigt wird, empfehlen wir nach Möglichkeit eine dauerhafte serverseitige Weiterleitung.“

Die eine Zahl, die Sie ignorieren sollten

Sie werden hören, eine 301 „verliere 10–15 % Link Juice“. Das ist ein alter Mythos. Google sagt es direkt: “301 and other permanent redirects don’t cause a loss in PageRank.” (Übersetzung) „301-Weiterleitungen und andere dauerhafte Weiterleitungen verursachen keinen PageRank-Verlust.“ Vermeiden Sie eine Weiterleitung also nicht aus Angst, Wert zu „verlieren“ — eine ordnungsgemäße 301 überträgt die Signale der alten URL auf das Ziel.

(Sie werden auch selbstsicher klingende Aussagen sehen, eine 301 „übertrage 90–99 % der Link Equity“. Ignorieren Sie auch diese — Google veröffentlicht keine solche Prozentzahl, und die Zahl ist frei erfunden.)

Drei Dinge, die richtig sein müssen

1. Verweisen Sie jede alte URL auf ihren echten Ersatz — nicht auf Ihre Startseite. Wenn Sie jede eingestellte Seite auf die Startseite kippen, kann Google sie als Fehler („Soft 404“) behandeln und den Wert nicht übertragen. Ordnen Sie alte und neue URL 1:1 zu.
2. Verwenden Sie eine echte 301, keine vorgetäuschte. Eine Weiterleitung ausschließlich per JavaScript oder ein Link „hier klicken, falls die Weiterleitung nicht greift“ ist nicht dasselbe — Google sieht sie möglicherweise gar nicht. Richten Sie die Weiterleitung auf dem Server ein.
3. Lassen Sie die Weiterleitung bestehen. Google empfiehlt, Weiterleitungen im Allgemeinen mindestens ein Jahr aktiv zu halten, damit alles übertragen werden kann. Wenn möglich, behalten Sie die Weiterleitung dauerhaft.

Was ist mit einer 302?

Eine 302 ist die vorübergehende Variante — „Diese Seite ist vorerst umgezogen, aber die ursprüngliche ist weiterhin die eigentliche.“ Wenn Sie 302 verwenden, obwohl Sie 301 meinen, behält Google möglicherweise die alte statt der neuen URL in den Ergebnissen. Bei einem dauerhaften Umzug verwenden Sie 301. (Der Vergleich 301 vs. 302 wird in einem eigenen Artikel ausführlich behandelt.)

Die Serverkonfigurationen, Zeitdetails, Regeln für Weiterleitungsketten und die Erkennung einer still fehlschlagenden „Fake“-301 finden Sie im Tab Fortgeschritten.

TL;DR — Eine 301 (HTTP „301 Moved Permanently“) ist eine serverseitige Antwort, die eine URL dauerhaft verschiebt und das stärkste Signal für die Bündelung von Rankings auf das Ziel ist. Google sagt ausdrücklich, dass dauerhafte Weiterleitungen keinen PageRank-Verlust verursachen — die Regel „etwa 15 % Verlust pro Hop“ ist überholt, und es gibt keine veröffentlichte Prozentzahl für übertragene Equity; erfinden Sie keine. Implementieren Sie die Weiterleitung auf dem Server (Apache, nginx, Anwendungscode) oder am Edge (Cloudflare), nicht mit JavaScript oder einer verzögerten Meta-Refresh-Umgehung. Leiten Sie alte URLs auf ihr relevantes 1:1-Äquivalent, nicht alles auf die Startseite, die Google möglicherweise als Soft 404 neu klassifiziert. Halten Sie Ketten kurz (Google folgt bis zu 10 Hops, empfiehlt aber etwa 5 oder weniger; Mueller sprach von etwa 5 pro Crawl). Serverseitig ist die Weiterleitung sofort aktiv; die vollständige Index-/Signalbündelung dauert Wochen bis im Allgemeinen mindestens ein Jahr.

Was eine 301 tatsächlich ist

Eine 301 ist ein HTTP-Statuscode — „301 Moved Permanently“ —, den Ihr Server (oder der Edge Ihres CDNs) in den Response-Headern zurückgibt, noch bevor ein Seiten-Body kommt. Das ist der wichtige Punkt: Eine echte 301 findet auf Protokollebene in der Antwort auf die Anfrage statt. Sie ist kein Plugin-Feature, kein <meta>-Tag und kein JavaScript-Snippet — diese Methoden sind Umgehungen, wenn die Serverebene nicht verfügbar ist, und verhalten sich anders (mehr dazu weiter unten).

Google bringt die Definition auf den Punkt: “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (Übersetzung) „Die Statuscodes 301 und 308 bedeuten, dass eine Seite dauerhaft an einen neuen Ort verschoben wurde.“ (308 ist der neuere Code für dauerhafte Weiterleitungen und bewahrt zusätzlich die Anfragemethode; für SEO behandelt Google 301 und 308 gleich — “use HTTP permanent redirects if possible, such as 301 and 308.” (Übersetzung) „Verwenden Sie nach Möglichkeit dauerhafte HTTP-Weiterleitungen wie 301 und 308.“)

Einige Protokolldetails sind vor der Implementierung wichtig: Eine 301 ist standardmäßig heuristisch cachebar, daher kann ein Browser oder Zwischen-Cache sie behalten — genau deshalb kann eine „korrigierte“ Weiterleitung Tester noch zum alten Ziel senden, bis der Cache abläuft. Da 301 seit HTTP/1.0 existiert, darf ein User-Agent beim Folgen einer 301 eine POST-Anfrage in GET ändern. Nehmen Sie daher nicht an, dass eine 301 die ursprüngliche Methode bei einer Formularübermittlung bewahrt; verwenden Sie stattdessen 308, wenn das wichtig ist. Der Location-Header selbst muss nur eine URI-Referenz enthalten (technisch darf sie relativ sein), doch eine absolute URL vermeidet in der Praxis Mehrdeutigkeiten.

Wie Google eine 301 verarbeitet (Canonicalisierung und Indexierung)

Eine dauerhafte Weiterleitung ist eines der stärksten Canonical-Signale, die Google hat. Wenn Googlebot einer 301 folgt, verwendet die Indexierungspipeline die Weiterleitung als Signal, dass das Ziel die kanonische URL sein soll. Google erfasst beide Enden: “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… The other URL becomes an alternate name of the canonical URL.” (Übersetzung) „Google erfasst also sowohl die alte Weiterleitungsquelle als auch das neue Weiterleitungsziel. Eine der beiden URLs wird kanonisch; die andere dient anschließend als alternativer Name der kanonischen URL.“

Darum sehen Sie nach einem Umzug manchmal noch eine Weile die alte URL in den Ergebnissen — Google führt sie als „alternativen Namen“. Google rät, nicht in Panik zu geraten: Bei einem Domainumzug ist es “it’s very likely that Google will continue to occasionally show the old URLs in the results, even though the new URLs are already indexed. This is normal… the alternate names will fade away without you doing anything.” (Übersetzung) Es ist sehr wahrscheinlich, dass Google die alten URLs weiterhin gelegentlich in den Ergebnissen zeigt, obwohl die neuen URLs bereits indexiert sind. Das ist normal; die alternativen Namen verschwinden, ohne dass Sie etwas tun müssen.

Eine Weiterleitung steht über schwächeren Canonical-Signalen. Gary Illyes formulierte die Hierarchie einmal deutlich: Eine Weiterleitung “should be much higher weight… than whether the page is on an http URL or https.” (Übersetzung) „sollte ein deutlich höheres Gewicht haben … als die Frage, ob die Seite eine HTTP- oder HTTPS-URL verwendet.“ Eine versehentliche 301 kann daher unbemerkt ein Canonical-Tag oder eine HTTPS-Präferenz überstimmen, die in die andere Richtung zeigt. (Ausführlicher wird dies unter Canonicalisierung behandelt.)

Wichtig ist, was dieses Signal verspricht und was nicht: Eine 301 ist ein starkes Signal für das kanonische Ziel, keine Garantie. Sie teilt Google mit, welche URL kanonisch sein sollte — sie garantiert nicht, dass diese URL indexiert wird, rankt, Traffic erhält oder jedes andere Signal (Links, Inhaltsqualität, Websiteautorität) automatisch übertragen wird. Behandeln Sie „Canonical-Auswahl“ und „Indexierungs-, Ranking- und Traffic-Ergebnis“ als getrennte Fragen; eine 301 beantwortet direkt nur die erste.

Der PageRank-Mythos — genau richtig einordnen

Das ist die am häufigsten verdrehte Tatsache über 301er; hier ist die präzise Version.

Googles genaue Aussage lautet: “301 and other permanent redirects don’t cause a loss in PageRank.” (Übersetzung) „301-Weiterleitungen und andere dauerhafte Weiterleitungen verursachen keinen PageRank-Verlust.“ Das ist alles. Nicht „Sie behalten 85 %“, nicht „Sie verlieren 10–15 % pro Hop“. Kein Verlust.

Die Regel vom „etwa 15 % Verlust pro Hop“ geht auf alte Aussagen vor 2016 über PageRank-Dämpfung bei Weiterleitungen zurück (häufig Matt Cutts zugeschrieben). Google änderte dies um 2016 öffentlich — laut damaliger Berichterstattung wendet Google keine PageRank-Abschwächung mehr über 30x-Weiterleitungen an, und die Autorität erhält das Ziel.

Das Gegenstück, das Menschen in die andere Richtung stolpern lässt: Behaupten Sie nicht, eine 301 „übertrage 90–99 % der Link Equity“. Google veröffentlicht keine solche Zahl. „Verursacht keinen PageRank-Verlust“ ist eine Richtungsangabe, keine Prozentzahl — jede konkrete Zahl ist Folklore und wurde von Google nie bestätigt. Zitieren Sie die Formulierung „kein Verlust“; erfinden Sie niemals eine Zahl.

Ich ergänze hier einen eigenen Vorbehalt. Ich habe die Behauptung „Signale bleiben nach einem Jahr bestehen“ getestet, indem ich 301-Weiterleitungen von vier gut verlinkten Ahrefs-Artikeln entfernte und beobachtete, was geschah (Is It OK to Remove 301 Redirects After a Year? We Tested It). Verweisende Domains gingen nach dem Entfernen deutlich zurück, der organische Traffic entwickelte sich uneinheitlich — ein Artikel legte zu, einer verlor, zwei blieben ungefähr gleich; bei einem scheinbaren „Einbruch“ hatte der Rückgang bereits vor dem Entfernen begonnen. Mein ehrliches Fazit: “I’m not willing to conclusively say that permanent redirects pass value even after one year, but what Gary said seems to mostly hold true.” (Übersetzung) „Ich bin nicht bereit, abschließend zu behaupten, dass dauerhafte Weiterleitungen selbst nach einem Jahr noch Wert übertragen; Garys Aussage scheint jedoch größtenteils zuzutreffen.“ Die Stichprobe war klein, daher formuliere ich vorsichtig — die praktische Schlussfolgerung ist jedoch die langweilige: Entfernen Sie Ihre Weiterleitungen nicht.

Zeit — drei verschiedene Uhren

„Wie lange dauert es, bis eine 301 wirkt?“ hängt davon ab, welche Uhr Sie meinen:

• Der Server: sofort. Sobald die Regel aktiv ist, erhält jede Anfrage eine 301-Antwort und Nutzer landen auf der neuen URL. Keine Wartezeit.
• Der Index: Tage bis Wochen. Google muss die alte URL erneut crawlen, die Weiterleitung sehen und das Ziel verarbeiten. Googles eigene Einordnung: “a small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer,” (Übersetzung) „Bei einer kleinen bis mittelgroßen Website kann es einige Wochen dauern, bis die meisten Seiten umgezogen sind; größere Websites brauchen länger“, und “visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (Übersetzung) „Die Sichtbarkeit Ihres Inhalts in der Suche kann während des Umzugs vorübergehend schwanken. Das ist normal.“
• Vollständige Signalbündelung: im Allgemeinen mindestens ein Jahr. Google: “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (Übersetzung) „Lassen Sie die Weiterleitungen so lange wie möglich bestehen, im Allgemeinen mindestens ein Jahr. Dieser Zeitraum ermöglicht es Google, alle Signale auf die neuen URLs zu übertragen … Aus Sicht der Nutzer sollten Sie erwägen, die Weiterleitungen unbegrenzt beizubehalten.“ Das ist dieselbe Jahresangabe, die Illyes nannte, als er sagte, Signale benötigten ungefähr ein Jahr für die vollständige Übertragung von der Quelle auf das Ziel.

Praktische Regel: Lassen Sie 301er mindestens ein Jahr aktiv und behalten Sie die Weiterleitung einfach dauerhaft, wenn die URLs Sie nichts kosten.

Eine 301 implementieren

Tun Sie es so nah am Server wie möglich. Hier sind die vier Wege, die fast alle Setups abdecken. (Dies sind Beispiele; passen Sie Pfade und Hostnamen an Ihr Setup an. Der Tab Skripte enthält kopierbare Versionen und die Tests dazu.)

Sichern Sie Ihre bestehende .htaccess- oder nginx-Konfiguration, bevor Sie die Konfiguration bearbeiten — eine fehlerhafte Regel kann die gesamte Website offline nehmen, nicht nur die eine URL, die Sie weiterleiten.

Apache (.htaccess)

Für eine einzelne URL mit mod_alias:

Redirect permanent "/old-page" "https://example.com/new-page"

Für Regeln auf Basis von Mustern mit mod_rewrite:

RewriteEngine on
RewriteRule "^/service$" "/about/service" [R=301,L]

nginx

location = /service {
  return 301 https://example.com/about/service;
}

WordPress

WordPress hat keinen eingebauten Weiterleitungsmanager, daher fügen Sie einen hinzu:

• Das Redirection-Plugin (kostenlos) — die häufigste Wahl; Quelle → Ziel in einer Oberfläche eintragen, ohne Code.
• Yoast SEO Premium — der Redirect Manager kann beim Löschen oder Ändern eines URL-Slugs automatisch eine Weiterleitung anlegen. Beachten Sie: Die kostenlose Yoast-Version hat keinen Redirect Manager (das lassen viele Anleitungen aus).
• Serverebene — wenn Sie .htaccess/nginx direkt bearbeiten können, ist eine Serverregel schneller als ein PHP-Plugin, das bei jeder Anfrage läuft.

Cloudflare

Wenn Sie Cloudflare verwenden, können Sie am Edge weiterleiten, bevor die Anfrage Ihren Ursprung erreicht:

• Single Redirects — einzelne Regeln im Dashboard.
• Bulk Redirects — eine Weiterleitungsliste (Tausende von Quelle-→-Ziel-Paaren), die kontoübergreifend gilt. Das ist bei einer vollständigen Migration wirklich nützlich, weil Sie die Ursprungskonfiguration nicht anfassen müssen — praktisch, wenn der alte Server abgeschaltet wird.

Anwendungscode (PHP-Beispiel)

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/new-url');
exit();

„Fake“-301s — der Fehler, den niemand prüft

Das ist eine kontraintuitive Tatsache, die Sie verinnerlichen sollten: Eine URL kann 200 OK zurückgeben und trotzdem weiterleiten. Wie ich in 11 Types Of Redirects & Their SEO Impact geschrieben habe: “A redirect can still be happening with any status code. You may have a page that shows as a 200 OK status code, but still actually be redirecting” (Übersetzung) „Eine Weiterleitung kann bei jedem Statuscode stattfinden. Eine Seite kann den Statuscode 200 OK anzeigen und dennoch tatsächlich weiterleiten“ — per JavaScript, nachdem die Seite geladen wurde. Diese „Weiterleitung“ ist bei einer schnellen Statuscodeprüfung unsichtbar und bietet keine der Garantien einer 301.

Googles Leitlinien ordnen die Methoden so ein:

• Serverseitig (301/308): am besten. Verwenden Sie diese Methode, wann immer es technisch möglich ist.
• Meta-Refresh: abhängig vom Timing. Google interpretiert einen sofortigen Meta-Refresh als dauerhafte Weiterleitung, einen verzögerten Meta-Refresh (nach N Sekunden) dagegen als vorübergehende. Ein content="5;url=…"-Refresh ist daher kein Ersatz für eine 301.
• JavaScript: letzter Ausweg. Google: “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (Übersetzung) „Verwenden Sie JavaScript-Weiterleitungen nur, wenn Sie keine serverseitigen oder Meta-Refresh-Weiterleitungen verwenden können … Wenn Sie eine JavaScript-Weiterleitung einrichten, sieht Google sie möglicherweise nie, falls das Rendern des Inhalts fehlschlägt.“ Wird das Rendering nicht abgeschlossen, existiert die Weiterleitung für Google praktisch nicht.
• „Crypto“- bzw. reine Link-Pseudo-Weiterleitungen: nicht verwenden. Eine Seite, die ohne Statuscode und ohne Refresh nur auf die neue URL verlinkt, ist laut Google etwas, das “not all search engines may recognize… as an official redirect.” (Übersetzung) „möglicherweise nicht alle Suchmaschinen als offizielle Weiterleitung erkennen“. Verlassen Sie sich nicht darauf.

Die Lehre: Wenn SEO wichtig ist, bestätigen Sie, dass Ihre Weiterleitung eine echte serverseitige 301 ist und keine 200, die im Browser weiterleitet. Der Tab Skripte zeigt die Prüfung mit curl.

Häufige 301-Fehler

• Alles auf die Startseite weiterleiten. Der Klassiker. Google: “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page… This can confuse users and might be treated as a soft 404 error.” (Übersetzung) „Leiten Sie nicht viele alte URLs auf ein einzelnes irrelevantes Ziel wie die Startseite weiter … Das kann Nutzer verwirren und als Soft-404-Fehler behandelt werden.“ Ein Soft 404 bündelt Signale nicht zuverlässig. Leiten Sie auf den relevanten Ersatz weiter — wenn Sie mehrere Seiten wirklich zu einer neuen gemeinsamen Seite zusammengeführt haben, ist eine Weiterleitung aller alten Seiten dorthin in Ordnung.
• Lange Weiterleitungsketten. Google folgt “up to 10 hops,” (Übersetzung) „bis zu 10 Hops“, empfiehlt aber das direkte endgültige Ziel, “ideally no more than 3 and fewer than 5.” (Übersetzung) „idealerweise höchstens 3 und weniger als 5“. Mueller sagte, Google folge bei häufig gecrawlten URLs ungefähr 5 Hops pro Crawlversuch. Meine praktische Schwelle ist ähnlich: Bei Ketten unter etwa 5 Hops mache ich mir keine Sorgen, darüber habe ich Probleme gesehen. Ketten erhöhen außerdem die Latenz für echte Nutzer. Wenn Sie eine Weiterleitung ergänzen, aktualisieren Sie alte Regeln auf die endgültige URL, nicht auf den vorherigen Hop.
• 302 verwenden, obwohl 301 gemeint ist. Eine 302 teilt Google mit, dass die ursprüngliche URL kanonisch bleiben soll; ein dauerhafter Umzug mit 302 kann daher die falsche URL im Index lassen. Google kann eine lang bestehende 302 irgendwann als dauerhaft interpretieren, aber der Zeitrahmen ist undefiniert — wie ich es formuliert habe: Niemand weiß wirklich, wie lange; “usually a few weeks to a few months.” (Übersetzung) „Gewöhnlich dauert es einige Wochen bis einige Monate.“ Verwenden Sie einfach den Statuscode, der Ihrer Absicht entspricht.
• Weiterleitungen zu früh entfernen. Bei weniger als einem Jahr riskieren Sie, dass Wert an der nicht mehr erreichbaren URL hängen bleibt. Lassen Sie die Weiterleitungen mindestens ein Jahr, idealerweise unbegrenzt bestehen.
• Zu breite Wildcard-Regeln. Ein Catch-all für einen ganzen Ordner sendet URLs oft an die falsche Stelle. Ordnen Sie alt → neu möglichst 1:1 zu.
• Nicht-HTML-Assets vergessen. Leiten Sie bei einer Migration auch Bilder und PDFs weiter; JS-, CSS- und Schriftdateien müssen Sie nicht pauschal weiterleiten.
• Den alten Host zu früh abschalten. Eine Weiterleitungsregel kann eine Anfrage nicht retten, die sie nie erreicht — wenn Sie die DNS-Einträge der alten Domain entfernen, ihr TLS-Zertifikat ablaufen lassen oder den alten Server vor Abschluss der Weiterleitungen abschalten, erhalten Besucher und Bots einen Verbindungsfehler statt einer 301-Antwort. Halten Sie DNS, Zertifikat und Weiterleitungsregeln des alten Hosts so lange aktiv wie die Weiterleitungen.

Bing

Bing behandelt 301 als starkes Signal, um Ranking auf die Ziel-URL zu bündeln und die alte URL aus seinem Index zurückzunehmen — dasselbe Grundmodell wie bei Google. Bings langjährige Empfehlung ist, eine dauerhafte Weiterleitung für eine kürzere Mindestdauer (in der Größenordnung einiger Monate) als Googles etwa ein Jahr zu behalten; laut Migrationshinweisen reichen 301er normalerweise aus, das Site-Move-Tool ersetzt sie nicht. Wenn Sie beide Suchmaschinen bedienen (was Sie tun), folgen Sie sicherheitshalber der strengeren Vorgabe: echte serverseitige 301er, mindestens ein Jahr aktiv.

Einordnung

301 ist ein Statuscode in einer Familie. Am direktesten gehört er zur 302-Weiterleitung (seinem vorübergehenden Gegenstück) — die Entscheidung 301 vs. 302 lautet eigentlich: „Ist dieser Umzug dauerhaft?“ Eng verwandt ist die Canonicalisierung (301 ist ein starkes Canonical-Signal, aber für den Umzug einer Seite, nicht zum Zusammenführen von Duplikaten, die beide aktiv bleiben — dafür dient rel="canonical"). Und sie ist das Rückgrat jeder Website-Migration. Für die übrigen Codes — 302/307 vorübergehend, 308 dauerhaft, 404/410 verschwunden, 5xx-Fehler — siehe den HTTP-Statuscode-Cluster dieser Seite.

KI-Zusammenfassung

Eine verkürzte Zusammenfassung der Advanced-Version:

• 301 = HTTP „301 Moved Permanently“ — eine serverseitige Antwort, die eine URL dauerhaft verschiebt und eines der stärksten Signale für ein kanonisches Ziel bei Google ist. Das ist ein Signal, keine Garantie — es verspricht nicht selbst Indexierung, Ranking oder Traffic. Google behandelt 301 und 308 für SEO gleich, doch eine 301 kann POST in GET ändern und ist standardmäßig heuristisch cachebar; verwenden Sie 308, wenn die Methode bewahrt werden muss.
• Kein PageRank-Verlust. Googles genaue Formulierung: “301 and other permanent redirects don’t cause a loss in PageRank.” (Übersetzung) „301-Weiterleitungen und andere dauerhafte Weiterleitungen verursachen keinen PageRank-Verlust.“ Die alte Regel „etwa 15 % Verlust pro Hop“ ist überholt — und Google veröffentlicht keine Prozentzahl der übertragenen Link Equity; zitieren Sie daher niemals „90–99 %“.
• Drei Uhren: Server = sofort; Indexmigration = Tage bis Wochen (bei großen Websites länger); vollständige Signalbündelung = im Allgemeinen mindestens ein Jahr. Lassen Sie Weiterleitungen mindestens ein Jahr, idealerweise dauerhaft bestehen.
• Auf Server oder Edge implementieren: Apache .htaccess (Redirect permanent / mod_rewrite [R=301]), nginx (return 301), WordPress (Redirection-Plugin oder Yoast Premium — das kostenlose Yoast hat keinen Redirect Manager), Cloudflare Single/Bulk Redirects (Edge-Ebene, keine Ursprungskonfiguration) oder Anwendungscode.
• „Fake“-301: Eine Seite kann 200 zurückgeben und dennoch per JavaScript weiterleiten (unsichtbar für eine Statusprüfung). Sofortiger Meta-Refresh ≈ dauerhaft; verzögerter Meta-Refresh ≈ vorübergehend; JS ist der letzte Ausweg (Google sieht ihn bei fehlgeschlagenem Rendering möglicherweise nicht); reine „Crypto“-Links sind unzuverlässig.
• Die häufigsten Fehler: alles auf die Startseite weiterleiten (Risiko eines Soft 404); lange Ketten (unter etwa 5 Hops bleiben); 302 bei dauerhaftem Umzug; Weiterleitungen zu früh entfernen; breite Wildcards statt 1:1-Zuordnung.
• Patricks Vorbehalt: Sein eigener Test zum Entfernen von 301-Weiterleitungen nach einem Jahr zeigte uneinheitlichere Ergebnisse aus der Praxis als die einfache Aussage „nach einem Jahr ist alles sicher“ — behalten Sie die Weiterleitungen daher bei.

Offizielle Dokumentation

Primärquellen der Suchmaschinen.

Google

• Weiterleitungen und die Google-Suche — Definition der 301, serverseitige Weiterleitungen im Vergleich zu Meta-Refresh und JavaScript, Timing-Regeln für Meta-Refresh sowie Implementierungsbeispiele (PHP, Apache, nginx).
• Website-Umzüge mit URL-Änderungen — die Aussage „kein PageRank-Verlust“, die Empfehlung, Weiterleitungen im Allgemeinen mindestens ein Jahr zu behalten, Grenzen für Ketten, Soft-404-Warnung sowie der Umgang mit kleinen und großen Websites.
• Eine kanonische URL festlegen — die Rolle von Weiterleitungen als Canonical-Signal.
• Crawling und Indexierung — der übergeordnete Hub für Weiterleitungen, Canonicalisierung und Crawl-Steuerung.

Bing / Microsoft

• Bing Webmaster Guidelines — Bings Haltung zu Weiterleitungen und dauerhaften Umzügen.
• Website-Migration mit Bing (Dezember 2020) — Bings Site-Move-Tool und der Hinweis, dass 301 normalerweise ausreichen und das Tool sie nicht ersetzt.

Plattformimplementierung

• Cloudflare — Bulk Redirects — kontoübergreifende Weiterleitungslisten am Edge.
• Cloudflare — Überblick über URL-Weiterleitungen — Single- im Vergleich zu Bulk-Redirects.
• Yoast — Eine 301-Weiterleitung in WordPress erstellen — WordPress-spezifische Wege (einschließlich der Premium-Anforderung für die Weiterleitungsverwaltung).

Zitate aus den Quellen

Wörtlich dokumentierte Aussagen von Google. Jeder Link führt als Deep-Link direkt zur zitierten Passage auf der Quellseite.

Google — was eine 301 ist und wann sie verwendet wird

• “The 301 and 308 status codes mean that a page has permanently moved to a new location.” (Übersetzung) „Die Statuscodes 301 und 308 bedeuten, dass eine Seite dauerhaft an einen neuen Ort verschoben wurde.“ — Google Search Central, Weiterleitungen und die Google-Suche. Zum Zitat springen
• “If you need to change the URL of a page as it is shown in search engine results, we recommend that you use a permanent server-side redirect whenever possible.” (Übersetzung) „Wenn Sie die URL einer Seite ändern müssen, wie sie in den Suchergebnissen angezeigt wird, empfehlen wir nach Möglichkeit eine dauerhafte serverseitige Weiterleitung.“ Zum Zitat springen
• “Use server side permanent redirects if technically possible… we recommend that you use HTTP permanent redirects if possible, such as 301 and 308.” (Übersetzung) „Verwenden Sie nach Möglichkeit serverseitige dauerhafte Weiterleitungen … wir empfehlen nach Möglichkeit dauerhafte HTTP-Weiterleitungen wie 301 und 308.“ — Google Search Central, Website-Umzüge mit URL-Änderungen. Zum Zitat springen

Google — PageRank und Bündelung (die Genauigkeitsgrundlage)

• “301 and other permanent redirects don’t cause a loss in PageRank.” (Übersetzung) „301-Weiterleitungen und andere dauerhafte Weiterleitungen verursachen keinen PageRank-Verlust.“ — Google Search Central, Website-Umzüge mit URL-Änderungen. 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… The other URL becomes an alternate name of the canonical URL.” (Übersetzung) „Wenn Sie eine URL weiterleiten, behält Google sowohl die Weiterleitungsquelle (die alte URL) als auch das Weiterleitungsziel (die neue URL) im Blick. Eine der URLs wird die kanonische … Die andere URL wird ein alternativer Name der kanonischen URL.“ — Google Search Central, Weiterleitungen und die Google-Suche. Zum Zitat springen

Google — Timing

• “Keep the redirects for as long as possible, generally at least 1 year. This timeframe allows Google to transfer all signals to the new URLs… From users’ perspective, consider keeping redirects indefinitely.” (Übersetzung) „Lassen Sie die Weiterleitungen so lange wie möglich bestehen, im Allgemeinen mindestens 1 Jahr. Dieser Zeitraum ermöglicht es Google, alle Signale auf die neuen URLs zu übertragen … Aus Sicht der Nutzer sollten Sie erwägen, die Weiterleitungen unbegrenzt beizubehalten.“ Zum Zitat springen
• “A small to medium-sized website can take a few weeks for most pages to move, and larger sites take longer… the visibility of your content in Search may fluctuate temporarily during the move. This is normal.” (Übersetzung) „Bei einer kleinen bis mittelgroßen Website kann es einige Wochen dauern, bis die meisten Seiten umgezogen sind; größere Websites brauchen länger … die Sichtbarkeit Ihres Inhalts in der Suche kann während des Umzugs vorübergehend schwanken. Das ist normal.“ Zum Zitat springen

Google — Weiterleitungsketten, Soft 404 und Fake-Weiterleitungen

• “While Googlebot can follow up to 10 hops in a ‘chain’ of multiple redirects… we advise redirecting to the final destination directly. If this is not possible, keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (Übersetzung) „Googlebot kann bis zu 10 Hops in einer ‚Kette‘ aus mehreren Weiterleitungen folgen … wir empfehlen, direkt zum endgültigen Ziel weiterzuleiten. Wenn das nicht möglich ist, halten Sie die Zahl der Weiterleitungen in der Kette niedrig, idealerweise bei höchstens 3 und weniger als 5.“ Zum Zitat springen
• “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.” (Übersetzung) „Leiten Sie nicht viele alte URLs auf ein einzelnes irrelevantes Ziel wie die Startseite der neuen Website weiter. Das kann Nutzer verwirren und als Soft-404-Fehler behandelt werden.“ Zum Zitat springen
• “Only use JavaScript redirects if you can’t do server-side or meta refresh redirects… if you set a JavaScript redirect, Google might never see it if rendering of the content failed.” (Übersetzung) „Verwenden Sie JavaScript-Weiterleitungen nur, wenn Sie keine serverseitigen oder Meta-Refresh-Weiterleitungen verwenden können … wenn Sie eine JavaScript-Weiterleitung einrichten, sieht Google sie möglicherweise nie, falls das Rendern des Inhalts fehlschlägt.“ — Google Search Central, Weiterleitungen und die Google-Suche. Zum Zitat springen
• “Google Search interprets instant meta refresh redirects as permanent redirects… Google Search interprets delayed meta refresh redirects as temporary redirects.” (Übersetzung) „Google Search interpretiert sofortige Meta-Refresh-Weiterleitungen als dauerhafte Weiterleitungen … Google Search interpretiert verzögerte Meta-Refresh-Weiterleitungen als vorübergehende Weiterleitungen.“ Der Ankertext der Quelle lautet “Google differentiates between two kinds of meta refresh redirects” (Übersetzung) „Google unterscheidet zwischen zwei Arten von Meta-Refresh-Weiterleitungen.“ Zum Zitat springen

Checkliste zur Implementierung von 301-Weiterleitungen

Eine Prüfung vor, während und nach der Aktivierung einer dauerhaften Weiterleitung (oder einer Gruppe davon):

Vorher

• Bestätigen Sie, dass der Umzug wirklich dauerhaft ist — wenn er vorübergehend ist, brauchen Sie 302 statt 301.
• Erstellen Sie eine 1:1-Zuordnung von alter URL → relevantester neuer URL (nicht alte URL → Startseite).
• Legen Sie bei Zusammenführungen für jede Gruppe die einzelne verbleibende URL fest, auf die weitergeleitet wird.
• Planen Sie auch die Weiterleitung von Bildern und PDFs (JS/CSS/Fonts auslassen).

Implementierung

• Führen Sie die Weiterleitung serverseitig (Apache/nginx/App) oder am Edge (Cloudflare) aus — nicht per JavaScript oder verzögertem Meta-Refresh.
• Bevorzugen Sie 1:1-Regeln gegenüber breiten Ordner-Wildcards, die URLs falsch routen können.
• Richten Sie jede Regel auf das endgültige Ziel, damit keine Ketten entstehen.
• Verwenden Sie unter WordPress das Redirection-Plugin oder Yoast Premium (das kostenlose Yoast hat keinen Redirect Manager) oder eine Serverregel.

Verifizieren

• Prüfen Sie, dass jede alte URL eine echte 301 zurückgibt (nicht 200, nicht 302, nicht JS-Redirect) — siehe Tab Skripte für curl-Prüfungen.
• Bestätigen Sie, dass es keine Ketten über etwa 5 Hops gibt; führen Sie jede gefundene Kette auf einen Hop zurück.
• Prüfen Sie, dass das Ziel 200 zurückgibt, nicht eine weitere Weiterleitung oder 404.
• Testen Sie eine URL mit Query-String, Fragment, abschließendem Slash oder gemischter Groß-/Kleinschreibung — Regeln können diese Angaben stillschweigend verlieren oder verändern.
• Prüfen Sie weitergeleitete URLs stichprobenartig in der GSC-URL-Prüfung, um zu sehen, wie Google sie auflöst.
• Führen Sie bei einer Migration einen Website-Crawl (Ahrefs Site Audit / Screaming Frog) aus, um Schleifen, Ketten und alte URLs außerhalb der Zuordnung zu finden.

Danach

• Lassen Sie Weiterleitungen im Allgemeinen mindestens ein Jahr aktiv — idealerweise unbegrenzt.
• Rechnen Sie damit, dass die alte URL eine Weile in den Ergebnissen bleibt („alternativer Name“) — das ist normal; entfernen Sie die Weiterleitung nicht, um dies zu erzwingen.

301 erkennen und testen

Mit dem Redirect Checker prüfen:

1. Fügen Sie die zu testende URL in das Feld für einzelne URLs ein (oder wechseln Sie für bis zu 20 URLs in den Batch-Modus).
2. Klicken Sie auf Check redirects, um die vollständige Kette zu verfolgen.
3. Lesen Sie den Statuscode des ersten Hops und den Bewertungsindikator — eine echte dauerhafte Weiterleitung zeigt durchgehend 301 (oder 308); eine eingemischte 302/307 oder eine über Grün liegende Ketten-Schwere bedeutet, dass es keine saubere 1-Hop-301 ist.

Die Frage, die diese Prüfungen beantworten sollen, lautet: Gibt diese URL wirklich eine serverseitige 301 zurück, oder täuscht mich etwas? (Denken Sie daran: Eine Seite kann 200 OK zurückgeben und im Browser dennoch per JavaScript weiterleiten.)

Testen Sie nicht nur die nackte URL — wiederholen Sie die Prüfung mit Query-String, einem #fragment, abschließendem Slash oder anderer Groß-/Kleinschreibung. Nichts in der HTTP-Spezifikation garantiert, dass eine Rewrite-Regel diese Angaben übernimmt; das ist eine Implementierungsfrage Ihrer konkreten Regel, und eine RewriteRule oder ein Pattern-Match kann Query-String oder Fragment der ursprünglichen URL stillschweigend verlieren.

Den rohen Statuscode und die Weiterleitungskette sehen (curl)

macOS / Linux / WSL

# Show response headers only — look for "HTTP/… 301" and the "location:" target
curl -sI https://example.com/old-page

# Follow the whole chain and print each hop's status + final URL
curl -sIL -o /dev/null -w "%{http_code}  %{url_effective}\n" https://example.com/old-page

# Print every status code in the chain (catches multi-hop chains)
curl -sIL https://example.com/old-page | grep -i "^HTTP\|^location"

Eine saubere dauerhafte Weiterleitung sieht wie HTTP/1.1 301 Moved Permanently (oder HTTP/2 301) aus und enthält einen einzigen location:-Header, der auf die endgültige URL verweist. 302 steht für eine vorübergehende Weiterleitung. Gibt die URL 200 zurück, obwohl der Browser an einem anderen Ziel landet, handelt es sich um eine JavaScript- oder Meta-Refresh-„Fake“-Weiterleitung.

Windows (PowerShell)

# MaximumRedirection 0 stops at the first hop so you can read its status code
$r = Invoke-WebRequest -Uri "https://example.com/old-page" -MaximumRedirection 0 -SkipHttpErrorCheck
$r.StatusCode              # 301 for a permanent redirect
$r.Headers.Location        # the target URL

Eine JavaScript-„Fake“-Weiterleitung erkennen

curl sieht nur die Serverantwort, nicht JavaScript. Wenn curl 200 meldet, die Seite Sie in einem echten Browser aber trotzdem weiterleitet, ist die Weiterleitung clientseitig. Bestätigen Sie dies in den Chrome DevTools:

1. Öffnen Sie DevTools → Network und aktivieren Sie Preserve log.
2. Laden Sie die alte URL.
3. Zeigt die oberste Anfrage Status 301 (oder 308), ist es eine echte Serverweiterleitung. Ist die erste Anfrage 200 und erscheint später ein Navigationseintrag, handelt es sich um eine JS-/Meta-Refresh-Weiterleitung und nicht um eine echte 301.

Apache .htaccess

# Single URL (mod_alias)
Redirect permanent "/old-page" "https://example.com/new-page"

# Pattern / regex rule (mod_rewrite) — R=301 makes it permanent, L stops processing
RewriteEngine on
RewriteRule "^old-section/(.*)$" "https://example.com/new-section/$1" [R=301,L]

# Force HTTP → HTTPS for the whole site
RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

nginx

# Single URL
location = /old-page {
  return 301 https://example.com/new-page;
}

# Whole-path prefix
location /old-section/ {
  return 301 https://example.com/new-section/;
}

# Force HTTP → HTTPS
server {
  listen 80;
  server_name example.com;
  return 301 https://$host$request_uri;
}

WordPress (kein Plugin — functions.php, sparsam verwenden)

// Runs on every request; a server rule or the Redirection plugin scales better.
add_action( 'template_redirect', function () {
    if ( is_page() && get_query_var( 'name' ) === 'old-page' ) {
        wp_redirect( home_url( '/new-page/' ), 301 );
        exit;
    }
} );

Für die meisten WordPress-Websites sind das Redirection-Plugin oder der Redirect Manager von Yoast Premium die praktische Wahl — ohne Code; Yoast Premium kann beim Ändern oder Löschen einer URL automatisch eine 301 anlegen.

Cloudflare (Edge, keine Ursprungskonfiguration)

Cloudflare-Single Redirects sind im Dashboard eingebaut (Rules → Redirect Rules). Für eine Migration nimmt eine Bulk Redirects-Liste eine zweispaltige Quelle-→-Ziel-CSV und wendet sie kontoübergreifend am Edge an — der schnellste Weg, Tausende URLs zu verschieben, ohne die Konfiguration des Ursprungsservers anzufassen.

301-Fehler, die einen sauberen Umzug in ein Durcheinander verwandeln

Jede alte URL auf die Startseite weiterleiten

Ein irrelevanter Catch-all verwirrt Nutzer und kann als Soft 404 behandelt werden. Ordnen Sie jede alte URL ihrem nächsten echten Ersatz zu; geben Sie 404 oder 410 zurück, wenn kein Ersatz existiert.

Das neue Ziel an das Ende einer alten Kette setzen

Alt → vorherig → aktuell fügt Latenz und weitere Fehlerstellen hinzu. Aktualisieren Sie die älteste Regel so, dass sie direkt auf das endgültige 200-Ziel zeigt.

Eine 302 bei einem dauerhaften Umzug belassen

Ein vorübergehender Statuscode fordert Suchmaschinen auf, die Quell-URL zu bevorzugen. Verwenden Sie bei einem dauerhaften Umzug eine echte serverseitige 301 oder 308 und prüfen Sie den Status direkt in der HTTP-Antwort.

Die Weiterleitung entfernen, sobald die neue URL erscheint

Eine Indexbewegung ist keine vollständige Signalbündelung. Google empfiehlt, Weiterleitungen so lange wie möglich, im Allgemeinen mindestens ein Jahr, zu behalten; eine unbegrenzte Aufbewahrung ist für Nutzer und alte Links besser, wenn sie betrieblich günstig ist.

Einer breiten Wildcard ohne Zieltests vertrauen

Eine Ordnerregel kann nicht zusammengehörige URLs auf die falsche Seite senden. Beginnen Sie mit einer 1:1-Zuordnung, testen Sie Randfälle und verwenden Sie Patterns nur für URL-Strukturen, deren Quelle-Ziel-Transformation tatsächlich konsistent ist.

Nicht-HTML-Ressourcen vergessen

Auch Bilder und PDFs können Links und Traffic haben. Nehmen Sie verschobene Assets in die Zuordnung auf, wenn relevante Ersatzressourcen vorhanden sind; leiten Sie nicht blind jede JS-, CSS- oder Font-Anfrage weiter.

Eine Weiterleitungszuordnung vor der Bereitstellung prüfen

Fügen Sie eine CSV mit mindestens source_url und target_url ein. Ergänzen Sie, sofern verfügbar, den aktuellen Status von Quelle und Ziel, Inhaltstyp, Seitentitel und Themenkategorie.

Audit this proposed permanent redirect map.

For each row:
1. Flag homepage or other catch-all targets that are not demonstrably relevant.
2. Flag duplicate sources, missing targets, source=target loops, and likely chains where a
   target also appears as a source.
3. Compare source and target titles/categories only from the supplied data and label the
   mapping relevant, questionable, or insufficient evidence.
4. Recommend one action: keep the 1:1 mapping, map to a closer replacement, return 404/410,
   or investigate manually.

Do not invent replacement URLs or assume a target returns 200 unless the data says so.
Return: critical blockers, row-by-row findings, then the exact URLs to test after launch.

PASTE REDIRECT CSV HERE

Das Drei-Uhren-Modell für eine 301

Auf die Frage „Wie lange dauert eine 301?“ gibt es keine allgemeingültige Antwort, weil drei Systeme nach unterschiedlichen Uhren arbeiten. Benennen Sie zuerst die Uhr, bevor Sie das Ergebnis interpretieren.

Das Modell verhindert zwei häufige Kategoriefehler: eine funktionierende Serverregel als Beweis für eine abgeschlossene Indexierung zu behandeln und ein geändertes Suchergebnis als Erlaubnis zu verstehen, die Regel zu löschen. Prüfen Sie jede Uhr anhand ihrer eigenen Belege.

Tools zum Einrichten und Prüfen von 301ern

Patricks kostenlose Tools

• Redirect Checker — eine URL oder eine kleine Gruppe prüfen und ersten Status, jeden Hop sowie das endgültige Ziel sehen. Verwenden Sie ihn für die schnelle Frage: „Ist das eine echte 1-Hop-301?“
• Redirect Chain Mapper — erkennen, was sich bei jedem Hop ändert, und Bereinigungsregeln für Cloudflare, Apache oder nginx exportieren. Verwenden Sie ihn, wenn die Kette selbst verkürzt werden muss.
• Bulk HTTP Status Code Checker — bis zu 500 zugeordnete URLs testen, Nicht-301-Quellen und Nicht-200-Ziele filtern und den QA-Satz für den Launch exportieren.

Such- und Infrastrukturprüfungen

• Google Search Console URL Inspection — bestätigen, dass Google die alte URL als Weiterleitung abgerufen hat, und die Canonical-Auswahl am Ziel prüfen.
• Server-/CDN-Logs — verifizieren, dass echte Googlebot-Anfragen dieselbe Regel wie Nutzer erhalten.
• Ein vollständiger Website-Crawler — nach einer Migration verpasste interne Links, alte Sitemap-Einträge, Schleifen, Ketten und weitergeleitete Assets finden.

Selbsttest: 301-Weiterleitungen

Fünf kurze Fragen zu dauerhaften Weiterleitungen. Wählen Sie jeweils eine Antwort und prüfen Sie anschließend.

Beweisen, dass die Weiterleitung tatsächlich funktioniert

Sie haben die 301 aktiviert. Mit diesen Prüfungen unterscheiden Sie zwischen „Die Regel steht in der Konfigurationsdatei“ und „Google bündelt die alte URL mit der neuen“. Arbeiten Sie die Prüfungen in dieser Reihenfolge ab — die erste liefert sofort ein Ergebnis, die letzte erst nach mehreren Wochen.

Test 1 — Die alte URL gibt eine echte serverseitige 301 zurück

• Auszuführender Test — Fügen Sie die alte URL in den Redirect Checker ein (oder führen Sie curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-url aus).
• Erwartetes Ergebnis — Der erste Hop ist 301 (oder 308) mit einem location:-Header, und die endgültige URL gibt 200 zurück. Ein Hop, sauber.
• Interpretation eines Fehlschlags — 200 auf der alten URL bedeutet, dass es eine JavaScript-/Meta-Refresh-„Fake“-Weiterleitung und keine Server-301 ist; 302/307 bedeutet, dass versehentlich der temporäre Code veröffentlicht wurde.
• Überwachungsfenster — Sofort — der Server antwortet, sobald die Regel aktiv ist.
• Rollback-Auslöser — Der Checker zeigt eine Kette über etwa 5 Hops oder eine Schleife — entfernen Sie die Regel und richten Sie alt → endgültiges Ziel 1:1 neu aus, bevor Sie die Regel erneut veröffentlichen.

Test 2 — Google hat die Weiterleitung gesehen und die neue URL gewählt

• Auszuführender Test — Führen Sie die URL-Prüfung in der Google Search Console für die alte URL aus.
• Erwartetes Ergebnis — Der Status lautet „Seite mit Weiterleitung“, und bei der Prüfung der neuen URL ist diese indexiert und von Google selbst als Canonical ausgewählt.
• Interpretation eines Fehlschlags — Wenn die alte URL Wochen später noch als eigenes Canonical „Übermittelt und indexiert“ ist, kann Google die Weiterleitung entweder nicht abrufen oder ein widersprüchliches Signal (Canonical-Tag, Sitemap, interne Links) zeigt auf sie zurück.
• Überwachungsfenster — Tage bis einige Wochen bei einer kleinen/mittelgroßen Website, länger bei großen. Google sagt, dass die Sichtbarkeit während des Umzugs schwanken kann — das ist normal.
• Rollback-Auslöser — Entfernen Sie die Weiterleitung nicht, um eine alte URL zu „reparieren“ — Google hält sie als alternativen Namen und lässt sie selbst verschwinden. Prüfen Sie nur erneut, wenn die neue URL überhaupt nicht indexiert wird.

Test 3 — Die Migration hat Traffic nicht stranden lassen

• Auszuführender Test — Schicken Sie die zugeordneten alten URLs in Gruppen durch den Redirect Checker (bis zu 20 gleichzeitig) oder durch einen vollständigen Crawl und beobachten Sie die migrierten Seiten im GSC-Performancebericht.
• Erwartetes Ergebnis — Jede zugeordnete URL führt in einem einzigen Hop zu 200, und Klicks/Impressionen des Ziels erholen sich innerhalb einiger Wochen in Richtung der früheren Werte der alten URLs.
• Interpretation eines Fehlschlags — Ein anhaltender Rückgang bedeutet meist eine fehlerhafte Zuordnung (alte URL → falsche oder irrelevante Seite, die Google als Soft 404 behandeln kann), nicht, dass die Weiterleitung PageRank „verliert“ — eine ordnungsgemäße 301 verursacht keinen PageRank-Verlust.
• Überwachungsfenster — Sammeln Sie 2–4 Wochen GSC-Daten, bevor Sie den Trend als verlässlich ansehen; vergleichen Sie passende Vorher-/Nachher-Zeiträume statt tägliches Rauschen.
• Rollback-Auslöser — Bei einem klaren, anhaltenden Rückgang der Impressionen im migrierten Satz, der mit dem Startdatum übereinstimmt, prüfen Sie die 1:1-Zuordnung erneut, bevor Sie die Weiterleitung selbst als Problem annehmen.

Änderungsprotokoll