Nach einem Relaunch dürfen alte URLs nicht einfach verschwinden. Besucher haben möglicherweise Produkte gespeichert oder gelangen über Suchergebnisse zu alten Artikeln. Eine fehlende Seite kann sie zum Verlassen der Website bewegen. Wie gehen Sie mit 301-Weiterleitungen bei geänderten URLs um? Ordnen Sie jede alte Adresse dem entsprechenden neuen Inhalt zu, leiten Sie Besucher dauerhaft dorthin weiter und öffnen und prüfen Sie anschließend jeden Weg.
301 ist eine Serverantwort, die Browsern und Suchmaschinen mitteilt, dass eine Seite dauerhaft umgezogen ist. Sie findet nicht selbst das richtige Ziel. Falsche Ziele, Schleifen und die Weiterleitung sämtlicher alter Seiten zur Startseite verhindern weiterhin, dass Besucher die gesuchten Informationen finden.
Zuerst verstehen, wann 301 geeignet ist
Wenn Sie Produktinhalte von example.com/old-product/ zu example.com/new-product/ verschieben und die alte Adresse als eigenständige Seite aufgeben, ist dies ein typischer dauerhafter Umzug. Sowohl 301 als auch 308 kennzeichnen dauerhafte Weiterleitungen; Einsteiger können die unterstützte 301-Option ihrer bestehenden WordPress-Website verwenden. Google wertet serverseitige 301- und 308-Weiterleitungen als starke Signale für einen dauerhaften Umzug. Weitere Informationen stehen in seiner Dokumentation zu Weiterleitungen .
Bei vorübergehender Wartung mit anschließender Wiederherstellung der ursprünglichen URL sollten Sie keinen dauerhaften Umzug angeben. Die Statuscodes 302 und 307 kennzeichnen temporäre Weiterleitungen. Ändern sich nur Gestaltung und Inhalt, während die URL gleich bleibt, ist für diese URL keine zusätzliche 301-Weiterleitung nötig.
Prüfen Sie vor der Einrichtung, ob die neue URL funktioniert. Liefert das Ziel 404 oder ist es unveröffentlicht, kann auch eine korrekte 301-Weiterleitung den Inhalt nicht bereitstellen. Erstellen Sie eine Pilotcheckliste und stellen Sie um, sobald die neuen Seiten bereit sind.
Was tun, wenn eine alte Seite keinen Ersatz hat?
Leiten Sie nicht alles zur Startseite, nur damit jede alte URL 301 zurückgibt. Ein eingestelltes Produkt kann auf einen tatsächlich ähnlichen Ersatz verweisen, wenn Inhalt und Kaufaufgabe übereinstimmen. Ohne geeignetes Ziel erklären Sie die Einstellung oder liefern ein passendes 404/410, statt Besucher auf eine unpassende Startseite zu schicken. Googles Leitfaden zur Website-Migration warnt außerdem davor, dass die Weiterleitung vieler alter URLs auf eine irrelevante Startseite als Soft 404 behandelt werden kann.
Schritt 1: URLs einzeln zuordnen
Exportieren Sie die aktuelle Sitemap, wichtige Einstiegsseiten und interne Links und ergänzen Sie alte URLs, die in Search Console noch Besuche oder Impressionen erhalten. Erfassen Sie mindestens alte URL, neue URL, Seitenzweck, Maßnahme und Prüfergebnis. Erraten Sie Ziele nicht allein anhand der Titel. Öffnen Sie die alten Inhalte, um die Aufgabe der Leser zu verstehen, besonders bei Modellumbenennungen, zusammengeführten Kategorien und mehrsprachigen Relaunches.
| Alte URL (Beispiel) | Neue URL (Beispiel) | Maßnahme und Begründung |
|---|---|---|
| example.com/old-lamp/ | example.com/desk-lamp/ | Dasselbe Produkt wurde umbenannt: alte URL per 301 auf die neue Produktseite weiterleiten. |
| example.com/size-help/ | example.com/size-guide/ | Die Größeninformationen wurden auf eine neue Hilfeseite verschoben: alte URL per 301 weiterleiten. |
| example.com/retired-item/ | Keine passende neue Seite | Nach Ersatz suchen; ohne geeignetes Ziel keine Weiterleitung zur Startseite erzwingen. |
Dies sind Lehrbeispiele, keine tatsächlichen Migrationsaufzeichnungen von AIRSANG-Kunden. Geben Sie bei einem echten Start Protokoll, Domain, Pfad, abschließenden Schrägstrich und Groß-/Kleinschreibung vollständig an. Der Wechsel von http zu https oder eine Änderung der Verwendung von www kann ebenfalls mehrere Weiterleitungen erzeugen. Prüfen Sie, ob das endgültige Ziel die beabsichtigte kanonische URL ist.
- Bewahren Sie alte URL, Ziel-URL und Seitentyp zur Einzelprüfung auf.
- Priorisieren Sie Seiten mit organischem Suchverkehr, externen Links, häufigen Lesezeichen oder Werbebesuchen.
- Dokumentieren Sie, wer die Regeln eingerichtet hat und wann sie aktiviert wurden, damit ihre Herkunft schnell auffindbar bleibt.
Schritt 2: einen überschaubaren Ort für die Konfiguration wählen
WordPress-Websites verwenden häufig eine vorhandene Weiterleitungsverwaltung oder Regeln auf Server- beziehungsweise Hostingebene. Fragen Sie die Wartungsverantwortlichen, wer Weiterleitungen derzeit steuert, um widersprüchliche Ziele in Plugin, Server und CDN für dieselbe URL zu vermeiden. Falls Werkzeuge wie Rank Math Weiterleitungen verwalten, prüfen Sie die installierten Funktionen und die tatsächliche Konfiguration. Die Erwähnung eines Plugins in einem Artikel bedeutet nicht, dass es auf Ihrer Website aktiviert ist.
Üblicherweise tragen Sie den alten Pfad und die vollständige Ziel-URL ein und wählen eine dauerhafte Weiterleitung. Prüfen Sie vor dem Speichern, dass der alte Pfad nur die vorgesehenen Seiten erfasst, das Ziel keine Tippfehler enthält und Verwaltung, Bilder sowie andere Sprachseiten unberührt bleiben. Testen Sie vor einem Massenimport eine echte URL mit geringem Risiko.
Konfiguriert ein Entwickler den Webserver, stellen Sie die vollständige Zuordnung bereit und verlangen Sie zunächst Tests in einer Staging-Umgebung. Nginx, Apache, CDNs und WordPress verwenden unterschiedliche Regelsyntax. Dieser Artikel liefert keine vermeintlich universelle Konfiguration zum Einfügen in Produktion. Setzen Sie Code anhand der tatsächlichen Serverversion und offiziellen Dokumentation um und sichern Sie die bisherigen Regeln.
Dauerhaft auswählen und den Wirkungsort der Regel ermitteln
Dass sich die neue Seite im Browser öffnet, beweist nicht, dass die alte URL 301 liefert. Seitenskripte, Meta-Refresh und Links zur neuen Seite können Nutzer ohne die erforderliche permanente Serverantwort dorthin bringen. Prüfen Sie nach der Konfiguration den Netzwerkstatus, statt sich auf eine geänderte Adresszeile zu verlassen.
Sobald eine Regel funktioniert, importieren Sie die Liste in Chargen. Speichern Sie je Charge die Regelanzahl, Screenshots oder Exporte, Testergebnisse und die für die Rücknahme verantwortliche Person. Ist ein Kategoriepfad falsch, können Sie diese Charge zurücknehmen, ohne den Fehlerzeitpunkt erraten zu müssen.
Schritt 3: für jede alte URL 301 und für ihr Ziel 200 prüfen
Öffnen Sie die alte URL in einem privaten Browserfenster und kontrollieren Sie, ob sie zum richtigen Ersatz führt. Prüfen Sie die Antwort im Netzwerkbereich der Entwicklertools oder mit einem zuverlässigen HTTP-Prüfer. Ein normaler dauerhafter Umzug liefert an der alten Adresse typischerweise 301 mit einem Location-Header zur neuen Adresse, die letztlich 200 zurückgibt. Status 200 bedeutet, dass die Seite erfolgreich Inhalt geliefert hat; 404 bedeutet, dass die Seite nicht gefunden wurde.
Wer nur prüft, ob der Browser irgendwann eine Seite öffnet, kann Ketten übersehen: Die alte URL führt zu einer Zwischenadresse, die erneut weiterleitet, bevor die neue Seite erreicht wird. Einige notwendige Weiterleitungen bedeuten nicht automatisch einen Fehler, doch längere Ketten sind schwerer zu pflegen und können bei späteren Relaunches eher Schleifen bilden. Verweisen Sie möglichst direkt auf die endgültige kanonische Adresse.
- Öffnen Sie jede alte URL und dokumentieren Sie den ersten Statuscode und Location-Header.
- Öffnen Sie die endgültige URL, bestätigen Sie identische oder tatsächlich entsprechende Inhalte und prüfen Sie die abschließende Antwort 200.
- Prüfen Sie auf Rückleitungen zur alten Adresse, Selbstweiterleitungen, falsche Sprachversionen oder ganze Chargen, die auf der Startseite landen.
- Prüfen Sie wichtige Seiten stichprobenartig auf Mobilgeräten und Desktop, einschließlich Bildern, Schaltflächen und Formularen.
Sind Ihnen Entwicklertools unbekannt, bitten Sie den Entwickler um eine Tabelle je URL mit alter Adresse, Status, Ziel und Zielstatus statt einer bloßen Aussage, die Weiterleitungen seien eingerichtet. Skripte können alle URLs großer Migrationen testen; öffnen Sie dennoch manuell Beispiele jeder Seitenvorlage, um falsche Inhaltszuordnungen zu erkennen.
Schritt 4: interne Links auf die neuen URLs aktualisieren
301 unterstützt Menschen, die noch eine alte Adresse verwenden; es sollte nicht zum normalen Weg interner Navigation werden. Aktualisieren Sie nach der Einrichtung alte URLs in Menüs, Fußzeilen, Artikellinks, Schaltflächen, Produktempfehlungen und E-Mail-Vorlagen möglichst direkt. Unser Leitfaden zum Beibehalten oder Entfernen alter Startseitenbereiche hilft, die beizubehaltenden Einstiege vor der Linkaktualisierung zu bestimmen.
Prüfen Sie auch die Canonical-Tags der neuen Seiten. Ein Canonical zeigt Suchmaschinen die primäre URL-Version an. Verweist eine neue Produktseite noch auf ihre alte URL, entstehen widersprüchliche Migrationssignale. Normalerweise sollte eine neue Seite ihre eigene kanonische URL oder die gemäß tatsächlicher Duplikatstrategie richtige Version referenzieren. Schreiben Sie nicht alle Canonicals um, ohne Quellcode und Plattformregeln zu prüfen.
Aktualisieren Sie die XML-Sitemap so, dass ihre Hauptliste die neuen kanonischen URLs enthält, die Suchmaschinen weiterhin entdecken sollen; reichen Sie sie erneut ein oder warten Sie das Crawling ab. Behalten Sie alte Weiterleitungen bei: Das Entfernen von URLs aus der Sitemap erlaubt nicht die sofortige Löschung ihrer Regeln. Nutzen Sie bei der Festlegung des Relaunch-Umfangs unsere Checkliste in sechs Schritten für Unternehmenswebsite-Projekte und nehmen Sie URL-Migration und Prüfung in den Lieferplan auf.
Alte Links auf externen Websites können Sie möglicherweise nicht kontrollieren; 301-Weiterleitungen sollten diese Besuche daher weiter bedienen. Bitten Sie dazu bereite wichtige Partner, ihre Links direkt auf die neuen Adressen zu aktualisieren. Das reduziert Zwischenweiterleitungen, ersetzt aber nicht die Aufbewahrung serverseitiger Weiterleitungen.
Schritt 5: nach dem Start überwachen und alte Regeln behalten
Beobachten Sie in den ersten Tagen nach der Migration Zugriffsprotokolle alter URLs, 404-Berichte, Sitemap-Verarbeitung und Indexierungsstatus in Search Console. Der Seitenbericht der Google Search Console hilft, fehlende und weitergeleitete Seiten sowie die Verarbeitung neuer Seiten zu erkennen. Berichte sind verzögert; ein fehlendes Update am selben Tag beweist keinen Migrationsfehler.
Prüfen Sie zuletzt besuchte alte URLs erneut stichprobenartig, besonders Links in Anzeigen, sozialen Profilen und Kunden-E-Mails. Liefert eine alte URL 404, prüfen Sie vor einer neuen Zuordnung, ob passende neue Inhalte existieren. Leiten Sie nicht automatisch jeden 404 zur Startseite. Verwenden viele interne Links noch alte URLs, korrigieren Sie ihre Quellen und prüfen Sie erneut.
Googles Migrationsleitfaden empfiehlt grundsätzlich, Weiterleitungen alter URLs mindestens ein Jahr und bei weiterer Nutzung durch Besucher oder externe Links länger aufzubewahren. Ein Jahr ist eine Wartungsempfehlung, kein Versprechen einer Ranking-Erholung nach einem Jahr. Lesen Sie vor der Neugestaltung unseren Leitfaden zum Leistungsumfang von Website-Relaunch-Preisen um Verantwortung für die Überwachung nach dem Start, Linkreparaturen und Regelaufbewahrung festzulegen.
Fehler nach Symptomen untersuchen
Alte Seiten führen zur Startseite oder zur falschen Sprache
Prüfen Sie, ob mehrere alte Pfade einem allgemeinen Ziel zugeordnet wurden, und suchen Sie anschließend doppelte Regeln auf Server, WordPress oder CDN. Korrigieren Sie nach der ursprünglichen Nutzeraufgabe: Wer Größen sucht, soll Größeninformationen erreichen, nicht die Markenstartseite. Stellen Sie bei mehrsprachigen Websites sicher, dass eine alte chinesische Seite nicht versehentlich zur englischen Produktstartseite führt.
Der Browser meldet zu viele Weiterleitungen
Meist verweisen zwei Regeln aufeinander oder die Normalisierungen für HTTP/HTTPS und mit/ohne www widersprechen sich. Folgen Sie jedem Location-Wert der Anfragekette, statt immer wieder Caches zu leeren. Deaktivieren oder korrigieren Sie eine widersprüchliche Regel und prüfen Sie anschließend im privaten Fenster und über die Kommandozeile erneut.
Die neue Seite funktioniert, aber Suchergebnisse zeigen noch die alte URL
Stimmen Sie zuerst serverseitiges 301, Zielstatus 200, neues Canonical, interne Links und Sitemap ab und geben Sie Suchmaschinen dann Zeit zur Verarbeitung. Gespeicherte Weiterleitungsregeln ändern Suchergebnisse nicht sofort. Ändern Sie nicht wiederholt Slugs und reichen Sie nicht dieselbe fehlerhafte Sitemap ein, um die Anzeige zu beschleunigen; korrigieren Sie zuerst die technischen Signale.
Um eine falsche Migration rückgängig zu machen, stellen Sie die vorherige Konfigurationssicherung wieder her, damit alte URLs die richtigen Inhalte liefern, oder korrigieren Sie falsche Ziele zu passenden Einzelzuordnungen. Dokumentieren Sie Rücknahmezeitpunkt, betroffene URLs und erneute Testergebnisse, damit niemand alte Regeln erneut importiert. Prüfen Sie bei einer formellen Rücknahme außerdem, ob interne Links und Canonicals den wiederhergestellten URLs entsprechen.
Fazit: zuordnen, weiterleiten und erneut testen
Wenn ein Relaunch URLs ändert, leiten Sie jede alte Adresse mit weiterhin entsprechendem Inhalt dauerhaft zum relevantesten Ersatz weiter. Prüfen Sie nach Veröffentlichung der neuen Seiten für jede alte Adresse 301 und für jedes endgültige Ziel 200. Aktualisieren Sie interne Links, Canonical-Tags und Sitemaps und überwachen Sie weiter 404- und Search-Console-Berichte.
Testen Sie bei der ersten Migration zunächst drei bis fünf wichtige Seiten, um Fehlzuordnungen leichter als bei einer gleichzeitigen Umstellung der gesamten Website zu erkennen. Bestätigen Sie Wirkungsort, Zuordnungsrichtung und Rücknahmeverantwortung, bevor Sie chargenweise erweitern. Zwingen Sie alte Seiten ohne Ersatz nicht zur Startseite. Ob Besucher die ursprünglich gesuchten Informationen finden, bleibt der wichtigste Maßstab einer korrekten Weiterleitung.
