Muss ich beim Relaunch jede alte URL weiterleiten?
Nein, aber jede alte URL mit einem sinnvollen Nachfolger sollte direkt auf die inhaltlich passende neue Adresse führen. Lege vor dem Start eine URL-Tabelle an: alte Adresse, neuer Zielpfad, Seitentyp und Entscheidung. Berücksichtige nicht nur Hauptseiten, sondern auch Blogbeiträge, Produktseiten sowie verlinkte Bilder und Downloads. Google empfiehlt, bestehende URLs systematisch ihren neuen Entsprechungen zuzuordnen.
Wenn ein Inhalt entfällt und es keinen passenden Ersatz gibt, ist eine echte 404- oder 410-Antwort angemessen. Viele unpassende alte Seiten pauschal auf die Startseite zu schicken, hilft Besuchern nicht und kann als Soft-404 behandelt werden. Werden mehrere alte Inhalte wirklich zu einer neuen Seite zusammengeführt, kann diese dagegen ein passendes gemeinsames Ziel sein. Quelle: Google Search Central, How to move a site (https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes).
Welche Weiterleitung ist für dauerhaft geänderte Seiten richtig?
Für dauerhaft geänderte URLs ist eine serverseitige permanente Weiterleitung mit HTTP 301 oder 308 die passende Wahl. Sie führt Menschen zur neuen Adresse und ist für Google ein Signal, das neue Ziel als kanonische URL zu behandeln. Eine 302 oder 307 beschreibt dagegen einen vorübergehenden Wechsel.
Die konkrete Umsetzung hängt vom Hosting, CMS und Routing ab. Prüfe für jede alte URL Statuscode und endgültiges Ziel; leite möglichst direkt weiter statt über mehrere Zwischenstationen. Eine Weiterleitung ersetzt zudem keine aktualisierten internen Links: Navigation, Verweise in Artikeln und Kampagnen sollten gleich zur neuen Adresse zeigen. Quelle: Google Search Central, Redirects and Google Search (https://developers.google.com/search/docs/crawling-indexing/301-redirects) und How to move a site (https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes).
Reicht eine neue Sitemap statt Weiterleitungen?
Nein, eine Sitemap ersetzt die Weiterleitung alter URLs nicht. Sie nennt Google die bevorzugten neuen Adressen, während Weiterleitungen vorhandene Links und Lesezeichen zur passenden Seite führen. Nach der Umstellung sollten Sitemap, interne Links und Canonical-Angaben auf die neuen URLs zeigen; ein nur für die Entwicklungsphase gesetztes noindex darf auf den veröffentlichten Seiten nicht stehen bleiben.
Reiche die neue Sitemap in der Search Console ein und prüfe einige wichtige neue Seiten mit der URL-Prüfung. Das Einreichen ist ein Hinweis für Google, keine Garantie für Crawling oder Indexierung. Bei einem Wechsel der Domain oder Subdomain kann zusätzlich das Tool für Adressänderungen relevant sein; für geänderte Pfade innerhalb derselben Domain ist es nicht nötig. Quellen: Google Search Central, How to move a site (https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) und Build and submit a sitemap (https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap).
Wie prüfst du den Relaunch vor und nach dem Start?
Teste vor der Freigabe eine Auswahl und möglichst die gesamte URL-Zuordnung automatisiert: alte Adresse aufrufen, permanenten Statuscode prüfen, endgültiges Ziel öffnen und Inhalt vergleichen. Besonders wichtig sind häufig besuchte Seiten, externe Verweise, Downloads und Seiten aus der Search Console. Achte auf Weiterleitungsketten, Ziele mit 404, widersprüchliche Canonicals und versehentlich blockierte Seiten.
Nach dem Start kontrollierst du Search-Console-Berichte, Serverfehler und Zugriffe auf alte sowie neue URLs. Korrigiere falsche Ziele und aktualisiere interne Links. Google empfiehlt, die Weiterleitungen möglichst lange, in der Regel mindestens ein Jahr, beizubehalten; für Menschen können sie auch darüber hinaus sinnvoll sein. Vorübergehende Schwankungen in Suchergebnissen sind bei größeren Änderungen möglich. Eine Prüfung senkt das Risiko, garantiert aber keine unveränderten Rankings. Quelle: Google Search Central, How to move a site (https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes).