301-Weiterleitungen für Website-Migration einrichten

So richten Sie 301-Weiterleitungen für eine Website-Migration Schritt für Schritt ein

Eine Website-Migration ist nie nur ein technischer Umzug. Eine falsche URL, und eine Seite, die früher gerankt, konvertiert oder aus einem Newsletter verlinkt wurde, landet plötzlich nirgends sinnvoll. Deshalb brauchen 301-Weiterleitungen einen Plan vor dem Starttag, nicht erst danach.

Dieser Leitfaden zeigt Schritt für Schritt, wie Sie 301-Weiterleitungen für eine Website-Migration einrichten, ohne die Weiterleitungsebene alles allein erledigen zu lassen. Sie kartieren die alte Site, entscheiden, was eine Weiterleitung verdient, und prüfen die Ergebnisse, bevor Suchmaschinen und Nutzer die Lücken entdecken.

1. Migrationsart und Weiterleitungsziele festlegen

Beginnen Sie mit einer einfachen Frage: Welche Art von Website-Migration machen Sie? Ein Domainwechsel erfordert anderes Denken als ein Plattformwechsel, und eine Änderung der URL-Struktur ist wieder ein eigenes Thema. Wenn alles drei gleichzeitig passiert, halten Sie das zuerst fest. Nicht später.

Ein Markenwechsel von oldsite.com zu newsite.com kann zum Beispiel fast jede Live-Seite weiterleiten müssen, während ein CMS-Wechsel von einem Vorlagensystem zu einem anderen dieselben URLs beibehalten und nur die Darstellung ändern kann. Das ist nicht dieselbe Aufgabe. Wenn Sie beides gleich behandeln, wird der Weiterleitungsplan schnell unübersichtlich.

Definieren Sie ein Ziel für die Weiterleitungsebene: den Wert der Seiten erhalten, die bereits wichtig sind. Dazu zählen Traffic, Links und Nutzerintention. Eine Produktseite sollte auf die nächstliegende Produktseite führen. Ein Blogbeitrag sollte auf den nächstpassenden Beitrag führen, nicht auf die Startseite.

Formulieren Sie die Migrationsregeln in klarer Sprache. Kurz und prägnant. „Alte Kategorieseiten ziehen auf neue Kategorien um.“ „Ausgemusterte Aktionsseiten brauchen keine Weiterleitungen.“ „Dünne Archivseiten können entfallen.“ Solche Entscheidungen sparen später Zeit, denn 301-Weiterleitungen sollten der echten Struktur der Site folgen, nicht Vermutungen aus der Launch-Woche. Wer 301 Weiterleitungen einrichten will, braucht diese Regeln vorab.

Wenn die Migration auch Content-Verantwortung oder das Analytics-Setup verändert, machen Sie das für das Team sichtbar. Ein Site-Umzug betrifft oft mehr als eine Abteilung, und die Weiterleitungskarte muss zum Geschäftsplan ebenso passen wie zum URL-Plan. Einen breiteren Blick auf die Begleitaufgaben bei einem Umzug finden Sie unter wie viel kostet Website-Wartung.

2. Nur die URLs erfassen, die eine Weiterleitung brauchen

Listen Sie nicht jede historische URL auf, außer Sie brauchen sie wirklich. Das klingt auf dem Papier ordentlich, kostet aber Zeit und erzeugt nur Rauschen. Beginnen Sie mit Seiten, Ordnern und Dateien, die noch Wert haben: Landingpages, Service-Seiten, Blogposts, Kategorieseiten, Bilder, sofern sie öffentlich verlinkt sind, und PDFs, die weiterhin aufgerufen werden.

Holen Sie URLs aus mehreren Quellen. Nutzen Sie die aktuelle Sitemap, Analytics, Server-Logs und alte Crawl-Exporte, die Sie bereits haben. Eine URL ohne Besuche und ohne Links braucht vielleicht keine Aufmerksamkeit. Eine URL mit externen Links schon. Die kann auch sechs Monate nach dem Umzug noch wichtig sein.

Schließen Sie Seiten aus, die bewusst auslaufen sollen. Eine saisonale Kampagne aus 2021 braucht keinen neuen Zielort, nur weil sie existiert. Eine alte interne Testseite auch nicht. Hier hilft Disziplin. Weniger Weiterleitungen sind oft besser als zu viele, solange die wichtigen abgedeckt sind.

Teilen Sie das Inventar in einfache Gruppen: Seiten, Ordner, Dateien und Sonderfälle. Zahlen helfen dabei. Eine Liste mit 12 URLs lässt sich anders behandeln als eine mit 1.200 URLs. Bei der großen Liste brauchen Sie Musterregeln statt manueller Regeln für jede Zeile. Wenn Sie diesen Schritt überspringen, wird die Weiterleitungskarte schwer prüfbar.

Halten Sie das Inventar auf die alte Site bezogen, nicht auf die neue. Die alte Site ist die Quelle der Wahrheit für das, was heute existiert. Die neue Site ist das Ziel. Wenn Sie beides zu früh vermischen, erkennen Sie fehlende Seiten und versehentliche Duplikate schlechter.

3. Alte URLs den passenden neuen Gegenstücken zuordnen

Jetzt erstellen Sie die Zuordnung. Eine saubere Eins-zu-eins-Weiterleitung ist der einfachste Fall: Eine alte URL führt zu einer neuen URL, und die Beziehung ist eindeutig. Ein Blogpost über Preise zieht auf den neuen Artikel zu Preisen um. Eine Serviceseite zu Audits landet auf der neuen Audit-Seite. Ganz einfach.

In der Praxis sind Migrationen selten so ordentlich. Manchmal wird aus einer alten Seite zwei neuen Seiten, oder drei alte Seiten werden zu einer stärkeren Seite zusammengeführt. Entscheiden Sie in solchen Fällen, wonach der Nutzer wahrscheinlich gesucht hat. Wenn die alte Seite sowohl „Einrichtung“ als auch „Support“ abdeckte, die neue Site diese Themen aber auf zwei Seiten aufteilt, wählen Sie das beste Gegenstück für die Hauptintention und verlinken Sie den Rest anschließend intern.

Leiten Sie nicht alles auf die Startseite weiter. Das wirkt für einen Nachmittag bequem und ist auf Monate teuer. Suchmaschinen mögen schwache Relevanz nicht, und Nutzer merken es noch schneller. Jemand, der eine Preisseite sucht, will keine allgemeine Landingpage. Er will die Preisseite oder die nächstpassende funktionierende Alternative. Genau hier helfen gute Website Migration Weiterleitungen.

Für entfernte Inhalte müssen Sie eine Entscheidung treffen. Wenn es keinen Ersatz und kein sinnvolles Äquivalent gibt, lassen Sie die URL aus der Weiterleitungskarte weg. Das ist sauberer als ein schlechter Treffer. Eine Seite zu einer Veranstaltung aus dem Jahr 2019 braucht kein erfundenes Ziel, nur damit in der Tabelle eine Zeile gefüllt ist.

Schreiben Sie Notizen neben knifflige URLs. Verwenden Sie kurze Erklärungen für zusammengeführte Seiten, geteilte Seiten und ausgemusterte Inhalte. Diese Notizen sind wichtig, wenn jemand zwei Tage vor dem Launch den Plan prüft und fragt, warum Seite A auf Seite B zeigt. Die Antwort sollte in der Karte sichtbar sein, nicht in Chats versteckt.

4. Die passende Methode zur 301-Weiterleitung umsetzen

Wo Sie die 301-Weiterleitungen einrichten, hängt davon ab, wie die migrierte Site gehostet wird. Auf manchen Stacks ist die Serverkonfiguration der sauberste Weg. Auf anderen ist die CMS-, CDN- oder App-Routing-Ebene besser geeignet. Wählen Sie den Ort, an dem die Weiterleitungen zuverlässig funktionieren, ohne unnötige zusätzliche Komponenten.

Wenn die Site auf einem klassischen Webserver läuft, sind Regeln auf Serverebene oft die direkteste Lösung. Wenn die Site in einem CMS mit eingebauten Weiterleitungswerkzeugen verwaltet wird, reicht das bei kleineren Umzügen oft aus. Wenn der Traffic durch ein CDN läuft, können Edge-Regeln helfen, besonders wenn schnelle Änderungen für viele URLs nötig sind. Für die URL Weiterleitung bei Domainwechsel ist der richtige technische Ort entscheidend.

Jede Option hat ihre Nachteile. Serverregeln können leistungsstark sein, müssen aber sorgfältig behandelt werden. CMS-Plugins sind bequem, können aber unübersichtlich werden. CDN-Regeln sind schnell, aber Sie müssen genau wissen, wie sie mit Caching und Pfad-Matching zusammenarbeiten. Entscheiden Sie nach der migrierten Site, nicht aus Gewohnheit.

Wenn die Migration auch Sicherheits-Einstellungen, Hosting oder Tracking verändert, koordinieren Sie diese Arbeit im selben Zeitfenster. Eine Weiterleitungsebene, die vom falschen Hostnamen oder einem unvollständigen Zertifikat abhängt, kann auf seltsame Weise scheitern. Für verwandte Planung rund um den Schutz der Site siehe Website-Sicherheit.

Bei größeren Teams dokumentieren Sie die Methode an einem Ort. Tragen Sie Verantwortliche, Plattform und Deployment-Weg neben der Weiterleitungskarte ein. So weiß die Person, die die Regeln ändert, ob sie in Nginx, Apache, einer CMS-Tabelle, einem CDN-Panel oder im App-Code gehören.

5. 301-Regeln schreiben und strukturieren

Jetzt wandeln Sie die Karte in echte 301-Weiterleitungen um. Halten Sie die Regeln sauber. Ein Muster sollte eine Aufgabe erledigen. Wenn eine Regel zu viele URL-Formen abfangen will, kann sie die falschen Seiten erfassen und Nutzer an einen seltsamen Ort schicken.

Achten Sie auf Schleifen. Eine Schleife entsteht, wenn Seite A auf Seite B weiterleitet und Seite B wieder auf Seite A zeigt oder wenn sich zwei Seiten gegenseitig im Kreis schicken. Das ist eine Sackgasse für Crawler und Nutzer. Außerdem verschwendet es Crawl-Budget, eines dieser trockenen Themen, die sehr wichtig werden, wenn nichts korrekt indexiert wird.

Vermeiden Sie auch Ketten. Eine Kette bedeutet, dass eine Weiterleitung zur nächsten führt und dann zur nächsten. Seite A geht zu B, dann B zu C. Das funktioniert schlecht und verlangsamt alles. Wenn Sie A direkt auf C zeigen lassen können, tun Sie das.

Verwenden Sie konsistente Namen und Gruppen innerhalb der Datei oder Oberfläche. Gruppieren Sie Regeln nach Bereichen: alte Blog-Pfade, alte Service-Pfade, alte Produkt-Pfade, ausgemusterte Assets. Eine ordentliche Liste lässt sich leichter testen. Außerdem können Sie sie am Launch-Tag um 18 Uhr leichter an einen anderen Entwickler übergeben, ohne lange Erklärungen.

Behalten Sie Ausnahmen im Blick. Eine breite Regel wie „alles unter /blog/ nach /insights/ weiterleiten“ wirkt effizient, kann aber Tags, Autorenseiten oder alte Medienlinks beschädigen. Wenn ein Muster Ausnahmen hat, nehmen Sie diese vor dem Release heraus. Das spart später Nacharbeit.

6. Weiterleitungsverhalten vor und nach dem Launch prüfen

Tests sollten vor dem Launch stattfinden, nicht erst nach der ersten Meldung eines Nutzers über eine defekte Seite. Prüfen Sie eine Stichprobe einzelner URLs aus der Karte, dann gruppierte Muster, dann Sonderfälle wie abschließende Schrägstriche, Großbuchstaben im Pfad, Query-Strings und Dateien mit Endungen. Eine Weiterleitung, die für eine URL funktioniert, kann bei einer nahen Variante fehlschlagen.

Bestätigen Sie, dass der Antwortcode wirklich 301 ist, nicht 302 oder ein sogenanntes Soft-Rewrite, das im Browser nur wie eine Weiterleitung aussieht. Dieser Unterschied ist wichtig. Suchmaschinen behandeln einen dauerhaften Umzug anders als einen vorübergehenden, und Nutzer sollten nicht raten müssen, was passiert ist. Prüfen Sie den Statuscode mit einem Tool, das die echte Antwort zeigt.

Testen Sie mehr als nur die offensichtlichen Pfade. Alte PDFs, Bild-URLs und verschachtelte Ordnerpfade werden oft übersehen. Ein fehlender Dateipfad kann eine immer größere Spur von 404-Fehlern erzeugen, besonders wenn diese Assets früher in Seiten eingebettet oder vor Jahren in sozialen Medien geteilt wurden.

Führen Sie die Prüfung in zwei Phasen durch: einmal vor dem Launch in einer Staging-Umgebung und einmal direkt nach dem Launch auf der Live-Site. Die zweite Runde deckt Deployment-Probleme, Caching-Überraschungen und Regeln auf, die sich im echten Betrieb anders verhalten. Genau dort findet viele Teams die eine URL, die sie vergessen haben.

Wenn die Migration neue Analytics- oder Monitoring-Systeme umfasst, prüfen Sie, ob die Weiterleitungen diese Systeme nicht beeinträchtigen. Ein Umzug ist leichter vertrauenswürdig, wenn Traffic, Antwortcodes und Crawl-Verhalten gemeinsam sichtbar sind. Für Teams, die in so einem Projekt Messwerkzeuge vergleichen, ist wie viel Website-Analytics kostet eine hilfreiche Referenz.

7. Unterstützende Signale nach der Migration aktualisieren

301-Weiterleitungen sollten die Migration nicht allein tragen. Aktualisieren Sie interne Links, damit die neue Site auf sich selbst verweist. Wenn Ihre Navigation noch auf alte Adressen zeigt, erzeugt jeder Klick einen weiteren unnötigen Zwischenschritt. Das kostet Nutzer Zeit und Crawler zusätzliche Arbeit.

Aktualisieren Sie XML-Sitemaps mit den neuen URLs. Reichen Sie sie ein, wo nötig. Entfernen Sie alte URLs aus der Live-Sitemap, wenn sie jetzt weiterleiten, und behalten Sie dort nur die Ziel-URLs. Eine Sitemap voller veralteter Adressen sendet gemischte Signale, selbst wenn die Weiterleitungen perfekt funktionieren.

Prüfen Sie Canonical-Tags. Sie sollten auf die neue Seite zeigen, nicht auf die alte. Das ist eine kleine Code-Zeile, aber sie ist wichtig. Ein Canonical-Tag, das noch auf die alte URL verweist, kann die Botschaft an Suchmaschinen verwässern, besonders im ersten Crawl-Zyklus nach dem Launch.

Aktualisieren Sie externe Verweise, wo immer möglich. Dazu können Partnerseiten, Social-Profile, E-Mail-Vorlagen oder ein Verzeichniseintrag gehören, den Sie selbst verwalten. Sie werden nicht alles erwischen, und das ist in Ordnung. Das Ziel ist, vermeidbaren Traffic durch die Weiterleitungsebene zu reduzieren, nicht das Internet zu reparieren.

Wenn die Migration Teil eines größeren Redesigns ist, hilft es, die Weiterleitungsarbeit mit den breiteren Content- und Budgetentscheidungen zu vergleichen. Die Seite website relaunch budget kann helfen, den Unterschied zwischen Veränderungsarbeit und laufender Pflege einzuordnen.

8. Nach dem Launch Crawling- und Traffic-Probleme überwachen

Die erste Phase nach dem Launch ist der Moment, in dem Probleme sichtbar werden. Prüfen Sie fehlende URLs, unerwartete 404-Fehler, Weiterleitungsanomalien und Spitzen bei Anfragen an alte Pfade. Tun Sie das anfangs täglich, wenn die Site groß ist. Zwei Mal am Tag ist keine Überreaktion, wenn die Migration frisch ist.

Betrachten Sie Server-Logs, Analytics und Search-Console-Daten gemeinsam. Eine Quelle sieht immer etwas, das die anderen übersehen. Ein 404 in den Logs kann ein defekter interner Link sein. Ein Crawl-Fehler kann eine weitergeleitete URL mit Tippfehler sein. Ein Traffic-Rückgang auf einer wichtigen Seite kann bedeuten, dass der alte Pfad noch an entscheidender Stelle geteilt wird.

Schließen Sie Lücken schnell. Wenn eine URL fehlt, ergänzen Sie sie. Wenn ein Muster zu breit ist, machen Sie es enger. Wenn eine Kette auftaucht, verkürzen Sie sie. Die Weiterleitungskarte ist beim Launch nicht fertig; sie bleibt zumindest in den ersten Tagen nach dem Umzug ein lebendes Dokument.

Verfolgen Sie die wichtigsten Seiten in den ersten 7 Tagen und bei einer größeren Migration noch einmal nach 30 Tagen. So haben Sie zwei Kontrollpunkte: einen für sofortige Fehler und einen für langsamere Crawl- und Indexierungseffekte. Wenn die Zahlen falsch aussehen, warten Sie nicht darauf, dass sie sich von selbst korrigieren.

Halten Sie das Team mit konkreten Beispielen auf dem Laufenden, nicht mit vagen Statusmeldungen. „Vier Produkt-URLs liefern noch 404“ ist hilfreich. „Es gibt noch einige Probleme“ nicht. Wenn eine Marketingkampagne, eine Presseerwähnung oder eine stark verlinkte Seite noch auf eine alte Adresse zeigt, beheben Sie diesen Pfad zuerst. Eine übersehene URL kann größere Folgen haben als ein Dutzend Seiten mit geringem Wert.

Sobald die erste Welle stabil ist, prüfen Sie die Weiterleitungsebene erneut anhand des realen Traffics. Einige alte URLs werden sich als wichtiger erweisen, als das Inventar vermuten ließ. Andere werden nie aufgerufen. Diese Erkenntnisse helfen Ihnen, den Weiterleitungsplan zu schärfen und die Site sauberer zu halten, während sich die Migration einpendelt.