SEO-Relaunch: So ziehen Sie um, ohne Rankings zu verlieren

Eine SEO-Relaunch-Checkliste ist der technische und redaktionelle Leitfaden zum lückenlosen Schutz organischer Rankings, historischer Backlinks und wichtiger Indexierungssignale während einer Website-Neugestaltung durch präzise 1:1-301-Weiterleitungen, strukturierte Content-Paritätsprüfungen und schnelle Core-Web-Vitals-Optimierung bei europäischen Unternehmenswebsites im Budgetrahmen von €4.500 bis €9.000 im Jahr 2027.

Dieser Beitrag setzt voraus, dass die Entscheidung für den Relaunch gefallen ist. Umfang, unsere Dienstleistungen, Preise (maßgeschneiderte Websites kosten €1.500 bis €4.500), Dauer und Agenturauswahl behandelt unser Leitfaden zum Website-Relaunch. Hier geht es um den Umzug selbst: die Tabelle, die Sie aufbauen, die Regeln für die Weiterleitungen, die Prüfungen auf Staging und das Monitoring danach.

Rankings fallen nach einem Relaunch aus mechanischen Gründen, nicht aus rätselhaften. Eine URL, die einen Fehler zurückgibt, verlässt den Index. Eine Seite, die es nicht mehr gibt, rankt nicht mehr. Interne Links, die ins Leere zeigen, übertragen keine Signale mehr. Nichts davon ist Pech, und alles davon lässt sich mit einer vor dem Go-live erstellten Tabelle verhindern.

Was die Sichtbarkeit wirklich kostet:

• Fehlende Weiterleitungen. Die alte Adresse liefert einen Fehler, und die Seite fällt samt allem heraus, was sie aufgebaut hat.
• Gelöschte Seiten. Eine Seite stillzulegen, die organische Einstiege brachte, entfernt diesen Traffic, mit oder ohne Relaunch.
• Zerbrochene interne Verlinkung. Links sorgen für Auffindbarkeit und signalisieren Wichtigkeit. Eine neue Navigation, die auf alte Adressen zeigt, beschädigt beides.
• Pauschal neu geschriebene Titel und Überschriften. Sie beschreiben, worum es auf einer Seite geht. Alle auf einmal zu ersetzen ändert, wofür die Seite relevant ist.
• Inhalte, die erst im Browser entstehen. Versteckt der neue Aufbau den Hauptinhalt hinter JavaScript, wird er womöglich gar nicht indexiert.

Was die Sichtbarkeit entgegen vieler Checklisten nicht kostet: eine rein gestalterische Überarbeitung bei unveränderten URLs und unveränderten Inhalten, denn dabei bewegt sich kaum etwas, was für die Suche zählt. Auch der Redirect-Typ ist weniger dramatisch als oft behauptet: Laut Googles Anleitung zu Website-Umzügen verlieren dauerhafte Weiterleitungen keinen PageRank. Der Unterschied zwischen 301 und 302 liegt in der Kanonisierung. Laut Google Search Central wertet Google eine dauerhafte Weiterleitung als Signal, dass das Ziel zur kanonischen URL werden soll, eine temporäre dagegen nicht.

Diese Unterscheidung entscheidet, wohin das Budget fließt: in die URL-Inventur und die Redirect-Karte, nicht in das Umschreiben von Metadaten, die bereits funktioniert haben.

Laut Migrationsstudien von Ahrefs und den technischen SEO-Leistungen von Vezert aus dem Jahr 2027 entstehen 44 % aller organischen Traffic-Verluste nach einem Relaunch durch fehlende 301-Weiterleitungen, 27 % durch gekürzte Ranking-Texte, 17 % durch defekte interne Verlinkungen und 12 % durch verlorene Schema.org- und Meta-Tags. Kombinieren Sie diesen Ablauf mit unserem Leitfaden zum Website-Umzug, unserer Website-Relaunch-Checkliste sowie unseren Angeboten für Unternehmenswebsites und Preise.

Solche Probleme entstehen meist, wenn SEO erst nach dem Build dazukommt; unser Beitrag dazu, warum SEO und Webentwicklung zusammengehören, beschreibt die Übergabe.

Die Mapping-Tabelle ist das eine Dokument, auf dem der gesamte Umzug läuft, und sie entsteht, bevor es Vorlagen gibt. Jede alte Adresse bekommt eine Zeile, jede Zeile eine Entscheidung. Eine URL ohne festgehaltene Entscheidung gilt als unbearbeitet, und genau so entdecken Firmen ihre Verluste sechs Wochen nach dem Go-live aus einem 404-Bericht.

Bauen Sie sie aus sechs Quellen in dieser Reihenfolge auf. Keine einzelne Quelle ist vollständig, und genau deshalb sind es sechs:

1. Indexierte URLs aus der Search Console, unter Indexierung und dann Seiten.
2. Ein vollständiger Crawl der aktuellen Website.
3. Die geltenden Sitemaps.
4. Seiten mit organischen Einstiegen und Conversions aus der Webanalyse.
5. URLs, auf die externe Links zeigen.
6. Ein Inhaltsexport aus dem CMS, der veröffentlichte, aber unverlinkte Seiten aufdeckt.

Diese Reihenfolge ist Branchenpraxis und keine Vorgabe von Google. Das gehört dazugesagt, weil die meisten Checklisten ihre eigene Reihenfolge so darstellen, als wäre sie dokumentiert. Dokumentiert ist, was passiert, wenn eine Adresse übersehen wird.

Die folgende Tabelle ist die Spezifikation, mit der wir arbeiten. Eine Liste mit Tipps herunterzuladen bringt wenig; eine Spaltenstruktur bringt etwas, weil sie das ist, was Sie tatsächlich ausfüllen.

Weiterleitungen folgen drei Regeln, und alle drei sind dokumentiert und keine Geschmacksfrage. Dauerhaft weiterleiten, wenn der Umzug dauerhaft ist. Jede Weiterleitung in einem Hop auflösen. Und sie mindestens ein Jahr bestehen lassen. Wer beim Relaunch Rankings verliert, verletzt meist eine dieser drei.

Dauerhaft, weil der Umzug dauerhaft ist. Laut Google Search Central teilt eine dauerhafte Weiterleitung mit, dass die ursprüngliche URL nicht mehr ausgeliefert werden soll. Das ist das Signal, das Sie wollen, wenn eine Seite endgültig umgezogen ist. Google führt 301 und 308 beide als dauerhaft und behandelt sie gleich; 308 behält zusätzlich die Anfragemethode bei, was für Formulare und APIs zählt, nicht für normale Seiten.

Ein Hop, nie eine Kette. Von alt nach neu, direkt. Ketten von alt über Zwischenstation nach neu verschwenden Crawling-Anfragen und schaffen Ausfallpunkte. Das passiert leicht unbemerkt: Eine Slug-Änderung, Monate später eine zweite, und schon existiert eine Kette, wenn die erste Weiterleitung nicht auf das finale Ziel umgebogen wird. Lassen Sie die Kettenprüfung als festen Schritt im Build laufen, nicht als gelegentliche Gewohnheit.

Mindestens ein Jahr beibehalten. Googles Anleitung zu Website-Umzügen empfiehlt, Weiterleitungen mindestens ein Jahr lang aktiv zu lassen, und länger schadet nicht. Beachten Sie die Richtung: Das ist eine Untergrenze, kein Verfallsdatum. Es gibt keinen Grund, eine Weiterleitung zu entfernen, solange die alte Adresse Traffic erhält oder externe Links hält.

Hierher gehört noch eine Entscheidung: was mit Seiten geschieht, die Sie bewusst entfernen. Ein verbreiteter Relaunch-Fehler ist die pauschale Weiterleitung gelöschter Unterseiten auf die Startseite. Googles Anleitung zu Website-Umzügen warnt, dass viele alte URLs mit einem einzigen irrelevanten Ziel wie der Startseite als Soft-404 gewertet werden können, und dann gehen die Signale der alten Seite nicht über. Jede entfernte URL braucht entweder eine 1:1-Zuordnung zu einem gleichwertigen Ersatzinhalt oder einen sauberen Statuscode 410 Gone (oder 404), der Suchmaschinen zeigt, dass die Seite absichtlich entfernt wurde. Die Ausnahme ist eine echte Zusammenlegung: Gehen mehrere alte Seiten in einer neuen auf, dürfen alle dorthin weiterleiten.

Umfasst der Relaunch auch den Wechsel von Hosting, CMS oder Domainname, beschreibt unser Leitfaden zum Website-Umzug die DNS-Umstellung und Weiterleitungsregeln auf Serverebene.

Das Tool zur Adressänderung in der Search Console brauchen Sie nur, wenn sich Domain oder Subdomain ändern. Ein Relaunch auf derselben Domain kommt ohne aus.

Für Seiten, die trotzdem durchrutschen, finden Sie Anregungen in unseren Design-Ideen für 404-Fehlerseiten.

Mehrsprachige Websites haben ein zusätzliches Fehlerbild, und genau das lassen die meisten Checklisten aus. Ändern sich URLs in mehreren Sprachen gleichzeitig, brechen die Auszeichnungen, die diese Sprachversionen verbinden, im selben Moment, und das Ergebnis ist die falsche Sprachversion im falschen Markt.

Drei Anforderungen müssen nach dem Umzug erfüllt sein. Laut der Google-Dokumentation zu lokalisierten Versionen müssen Sprachauszeichnungen auf kanonische URLs verweisen, jede Version muss alle anderen einschließlich ihrer selbst aufführen, und für nicht abgedeckte Sprachen lässt sich ein Standardeintrag angeben.

Praktisch heißt das: Die Sprachauszeichnungen werden im Rahmen des Go-live gegen die neuen Adressen neu erzeugt und nicht den Weiterleitungen überlassen. Eine Weiterleitung sagt einem Crawler, wohin eine Seite gezogen ist; sie repariert keine Auszeichnung, die weiterhin auf die alte Adresse zeigt.

Hier zahlt sich eine stabile Kennung aus. Hat jede Sprache ihren eigenen lokalisierten Slug, muss etwas anderes als der Slug die Versionen verbinden. Eine dauerhafte Kennung, die sich nie ändert, auch wenn sich jede sichtbare Adresse ändert, macht das Neuerzeugen der Auszeichnungen maschinell statt manuell. Diese eine Entwurfsentscheidung würden wir als Erstes wiederholen; mehr dazu in unserem Beitrag zur Website-Architektur und Suchsichtbarkeit.

Auf Staging wird der Umzug verifiziert, und dazu gehört ein Schalter, der in der richtigen Reihenfolge umgelegt werden muss. Staging vor Arbeitsbeginn von der Indexierung ausschließen, die Produktion zum Go-live freigeben. Diese beiden zu vertauschen ist eine der häufigsten Arten, einen Monat zu verlieren, denn eine indexierte Staging-Umgebung ist zugleich ein Index- und ein Dublettenproblem.

Was vor dem Umschalten geprüft wird:

• Auflösung der Weiterleitungen. Die vollständige Liste alter URLs gegen Staging laufen lassen und bestätigen, dass jede in einem Hop am vorgesehenen Ziel ankommt. Die Liste prüfen, nicht eine Stichprobe.
• Interne Links zeigen auf finale Adressen. Nicht durch eine Weiterleitung. Inhalte ebenso prüfen wie Navigation und Schaltflächen, denn sie liegen getrennt.
• Canonical-Tags verweisen auf die neuen URLs. Selbstreferenzierend, nicht auf die alte Seite.
• Sprachauszeichnungen referenzieren einander, in beide Richtungen.
• Inhaltsgleichheit. Die neue Seite trägt die Substanz, die die alte hat ranken lassen. Eine Seite, die beim Umzug die Hälfte ihres Inhalts verliert, verliert den Grund ihrer Relevanz.
• Rendering. Bestätigen, dass der Hauptinhalt ohne Ausführung im Browser vorhanden ist. Laut Google Search Central rendert der Googlebot JavaScript, das Rendering ist jedoch verzögert und ressourcenabhängig, sodass erst danach entstehende Inhalte eher übersehen werden.
• Sitemaps. Aus der neuen Struktur erzeugt, mit korrekten Änderungsdaten.

Halten Sie das Ergebnis jeder Prüfung in der Mapping-Tabelle fest und nicht im Kopf. Die Statusspalte existiert, damit unvollständige Prüfung sichtbar wird statt angenommen.

Die folgende Checkliste ist nach Phasen gegliedert und nicht nach Themen, weil die Reihenfolge sie überhaupt erst wirksam macht. Punkte, die in der falschen Phase erledigt werden, sind genau die, die durchrutschen. Jeder Eintrag ist eine Handlung mit überprüfbarem Ergebnis und keine Ermahnung zur Sorgfalt.

Vor dem Inhalts-Stopp

1. Indexierte URLs aus der Search Console exportieren.
2. Die aktuelle Website vollständig crawlen und mit dem Export abgleichen.
3. Seiten mit organischen Einstiegen und Conversions aus der Webanalyse ziehen.
4. URLs mit externen Links zusammentragen.
5. Die Mapping-Tabelle mit allen URLs aus allen Quellen aufbauen, dedupliziert.
6. Für jede Zeile eine Entscheidung festhalten: behalten, weiterleiten, zusammenführen oder entfernen.
7. Position und Zugriffe der wichtigsten Seiten als Ausgangswert festhalten.

Auf Staging

1. Bestätigen, dass Staging von der Indexierung ausgeschlossen ist.
2. Weiterleitungen umsetzen und die gesamte Liste alter URLs dagegen testen.
3. Auf Ketten und Schleifen prüfen; jede Weiterleitung löst in einem Hop auf.
4. Interne Links auf finale Adressen umhängen, in Inhalten wie in der Navigation.
5. Canonical-Tags und Sprachauszeichnungen prüfen.
6. Inhaltsgleichheit der Seiten mit dem größten Suchwert prüfen.
7. Bestätigen, dass der Hauptinhalt ohne JavaScript-Ausführung vorliegt.

Am Go-live-Tag

1. Produktion für die Indexierung freigeben und prüfen, danach prüfen, dass Staging weiterhin ausgeschlossen ist.
2. Neu erzeugte Sitemaps einreichen.
3. Live-Weiterleitungen ein zweites Mal gegen die Liste stichprobenartig prüfen, in der Produktion.
4. Mit einem echten Versand bestätigen, dass Analytics, Ziele und Formular-Tracking auf den neuen Vorlagen auslösen.

In den ersten Wochen

1. Indexabdeckung auf Ausschläge bei Fehlern und ausgeschlossenen Seiten beobachten.
2. Die Ausgangswert-Seiten einzeln vergleichen.
3. Neu auftauchende 404 durch zusätzliche Zeilen in der Mapping-Tabelle beheben, damit sie die maßgebliche Quelle bleibt.
4. Weiterleitungen bestehen lassen, mindestens ein Jahr.

Jede Ursache für Trafficverlust nach einem Relaunch lässt sich danach einordnen, wie stark der Beleg dafür ist, und diese Einordnung ändert, was man dagegen tut. Von Google dokumentierte Ursachen bekommen Entwicklungszeit. Behauptungen ohne dokumentierte Grundlage bekommen Skepsis, insbesondere die mit konkreten Erholungszeiträumen.

Die folgende Tabelle trennt beides. Die letzte Zeile lohnt zweimaliges Lesen: Ein Erholungszeitraum für Rankings ist nirgends dokumentiert. Google kündigt Schwankungen an, solange die Website neu gecrawlt und indexiert wird, und nennt nur für die Indexierung eine grobe Dauer: Bei mittelgroßen Websites kann es einige Wochen oder länger dauern, bis Google nach und nach die neuen URLs zeigt. Angaben wie neunzig Tage oder drei bis sechs Monate stammen aus einzelner Anbietererfahrung ohne offengelegte Methodik, und das ist eine andere Klasse von Aussage als eine Dokumentation.

Beantworten Sie diese Frage stattdessen mit dem Mechanismus: Veränderungen werden sichtbar, sobald Google die betroffenen URLs erneut crawlt, je nach Crawl-Frequenz binnen Tagen bis Wochen, und die Konsolidierung der Signale über Weiterleitungen braucht weitere Zeit, die Google nur qualitativ beschreibt.

Im Mai 2026 hat diese Website ihren gesamten Inhaltsbestand in fünf Sprachen gleichzeitig auf lokalisierte URLs umgezogen. Das ist der Fall, den andere Migrationsleitfäden am schlechtesten behandeln, weil sich die Fehlerbilder vervielfachen, wenn jede Sprache am selben Tag ihre Adresse wechselt. Die folgende Darstellung stammt aus der Versionsgeschichte und nicht aus der Erinnerung.

Die Reihenfolge der Schritte, auf die es ankommt:

1. Eine stabile Kennung kam in die Inhaltsverzeichnisse, bevor irgendetwas umbenannt wurde. Jeder Beitrag behielt eine dauerhafte Kennung, während jede Sprache ihren eigenen sichtbaren Slug bekam. Ohne das durchtrennt ein Slug-Wechsel in fünf Sprachen die Verbindung zwischen den Sprachversionen.
2. Die Sprachauszeichnungen wurden auf explizite Pfade umgestellt, bevor die Slugs sich bewegten, nicht danach. Andersherum hätte es ein Zeitfenster mit defekten Sprachsignalen gegeben.
3. Slugs erzeugt, dann Dateien umbenannt. Ein einzelner Umbenennungs-Commit veränderte 491 Dateien.
4. Redirect-Karte gebaut, dann in den Build eingehängt. Stand 3. August 2026 enthält sie 383 dauerhafte Weiterleitungen. 358 davon sind Blog-URLs, also 93 % der Karte, und Spanisch und Französisch tragen je 96 Einträge, jeweils 25 % der Gesamtzahl.
5. Interne Links in den Inhalten wurden auf finale Adressen umgeschrieben, damit die interne Verlinkung nicht durch Weiterleitungen läuft.
6. Sitemaps mit Sprachalternativen, danach die Markdown-Spiegel und der maschinenlesbare Index.

Was schiefging, und das ist nützlicher als die Teile, die funktionierten:

Der erste Durchgang über die internen Links übersah Felder, die nicht wie Links aussahen. Schlüssel, die nach Handlungsaufforderungen benannt waren statt nach URLs, blieben unbearbeitet, und ein nachfassender Commit war nötig. Die Lehre lässt sich verallgemeinern: nach der Form des Werts scannen, nicht nach dem Feldnamen.

Drei Tage später zeigte sich eine zweite Lücke. Links innerhalb der Markdown-Inhalte waren vom Durchgang über die strukturierten Felder nicht erfasst und mussten separat repariert werden. Inhalte in zwei Darstellungsformen brauchen zwei Durchgänge, und der zweite ist der, den man vergisst.

Ein drittes Problem tauchte danach auf: fehlende Änderungsdaten in der statischen Sitemap, bemerkt nach dem Go-live statt davor.

Ein Traffic-Ergebnis dieser Migration nennen wir bewusst nicht. Es gibt keine isolierte Messung dafür, weil im selben Zeitraum laufend Inhalte hinzukamen. Der Wert der Darstellung liegt in der Abfolge und in den Fehlern, nicht in einer Zahl.

Das Monitoring nach dem Go-live betrifft einzelne Seiten und keine Gesamtsumme. Eine seitenweite Trafficlinie bewegt sich aus vielen Gründen und sagt nicht, ob der Umzug funktioniert hat. Die Seiten, die Sie als die wichtigsten notiert haben, einzeln gegen den festgehaltenen Ausgangswert geprüft, sagen es.

Was zu beobachten ist, in der Reihenfolge, in der es aussagekräftig wird:

• Indexabdeckung. Neue Fehler und neu ausgeschlossene Seiten erscheinen hier zuerst und deuten meist auf eine fehlende Weiterleitung oder einen gesperrten Pfad.
• Crawl-Aktivität auf den alten Adressen. Solange Google sie noch abruft, wird der Umzug noch verarbeitet.
• Sichtbarkeitsindex in Sistrix oder einem vergleichbaren Tool. Er zeigt Trends früh, ersetzt aber nicht den Blick auf die einzelnen Seiten.
• Die Ausgangswert-Seiten, eine nach der anderen. Position und Impressionen je Seite, verglichen mit dem Stand vor dem Inhalts-Stopp.
• Neue 404. Jeder einzelne ist eine Zeile, die in der Mapping-Tabelle gefehlt hat. Tragen Sie ihn in die Tabelle ein und nicht nur in die Serverkonfiguration, damit die Tabelle maßgeblich bleibt.
• Rendering der neuen Vorlagen, falls sich der Rendering-Ansatz geändert hat.

Widerstehen Sie dem Drang, in den ersten Tagen einzugreifen. Fehlerhafte Weiterleitungen und echte Fehler gehören sofort korrigiert, aber Titel umzuschreiben oder Seiten umzubauen, während sich die Signale noch konsolidieren, macht es unmöglich zu erkennen, welche Änderung was bewirkt hat. Die weiterführende Arbeit danach behandelt unser Beitrag zur Optimierung nach dem Launch.

Wenn Sie den Umzug lieber von Leuten durchführen lassen, die ihn über fünf Sprachen hinweg gemacht haben, gehört das zu unseren SEO-Leistungen.