Vorlage: SEO-Checkliste für die Website-Migration

Eine Checkliste in sechs Phasen, um Ihre Website auf eine neue Domain, Plattform, ein neues Design oder HTTPS umzuziehen, ohne Rankings oder organischen Traffic zu verlieren.

Bei Migrationen verschwinden hart erarbeitete Rankings leise. Die Gefahr liegt selten in einem großen Fehler. Es sind die Dutzende kleiner: eine Weiterleitung, die auf die Startseite statt auf die passende Seite zeigt, ein umgeschriebener Title-Tag, eine robots.txt-Regel, die vom Staging übrig geblieben ist, eine Sitemap, die nie erneut eingereicht wurde. Diese Checkliste erzwingt einen disziplinierten, wiederholbaren Prozess für jedes Risiko. Beginnen Sie damit, Ihre aktuellen Rankings, den Traffic und die Indexabdeckung als Ausgangswert festzuhalten, an dem Sie die Erholung messen können. Halten Sie URLs identisch, wo immer es geht; wo nicht, ordnen Sie jede alte URL mit einer einzigen 301-Weiterleitung ihrem nächstgelegenen neuen Pendant zu. Bewahren Sie Titel, Meta-Angaben, Überschriften, Inhalte und interne Links. Reichen Sie die neue XML-Sitemap ein, stellen Sie sicher, dass die robots.txt nichts blockiert, und migrieren Sie in einem verkehrsarmen Zeitfenster. Arbeiten Sie die Phasen der Reihe nach ab, und Sie migrieren mit Zuversicht statt mit gekreuzten Fingern.

6 einsatzbereite Varianten

Benchmark und Inventar vor der Migration

Erfassen Sie eine vollständige Ausgangsbasis von Rankings, Traffic und URLs, bevor Sie etwas ändern, damit Sie die Erholung später belegen können.

Phase 1: Benchmark und Inventar

Sie können nicht messen, was Sie nie festgehalten haben. Bevor Sie eine einzige URL anfassen, frieren Sie eine Momentaufnahme davon ein, wie die aktuelle Website abschneidet und welche Seiten genau existieren. Diese Ausgangsbasis wird Ihr Referenzpunkt, um Verluste nach dem Launch zu erkennen.

Exportieren Sie die aktuellen organischen Rankings für Ihre wichtigsten Keywords [Erfassungsdatum]
Erfassen Sie organischen Traffic und Conversions aus der Analytics der letzten 3–6 Monate
Notieren Sie die Indexabdeckung in der Search Console (gültig, ausgeschlossen, Fehler)
Führen Sie einen vollständigen Crawl der Live-Website durch [Crawling-Tool] und speichern Sie den Export
Erstellen Sie ein vollständiges URL-Inventar mit Statuscodes, Titeln und Meta-Angaben
Halten Sie die am stärksten verlinkten Seiten fest, um deren Pendants zu schützen
Speichern Sie die aktuelle robots.txt, XML-Sitemap und strukturierten Daten

Verantwortlich: [Name] und Ausgangsbasis fixiert: [Datum]. Legen Sie jeden Export in einem gemeinsamen Ordner ab: Sie werden ihn wochenlang zum Vergleich heranziehen.

Weiterleitungs-Mapping (1:1 alt → neu)

Erstellen Sie eine saubere, seitenweise Weiterleitungskarte, damit jede alte URL mit einer einzigen 301 auf ihr nächstgelegenes neues Pendant führt.

Phase 2: Weiterleitungs-Mapping

Weiterleitungen tragen Ihre Autorität von alten URLs auf neue. Das Ziel ist eine 1:1-Karte. Jede ausgemusterte URL zeigt auf die eine relevanteste Seite der neuen Website. Schlampiges Mapping ist die häufigste Ursache für Traffic-Verluste bei einer Migration.

Listen Sie jede alte URL aus Ihrem Inventar aus Phase 1 auf [Quelldatei]
Ordnen Sie jede ihrer nächstgelegenen neuen URL zu: gleiches Thema, gleiche Absicht
Verwenden Sie permanente 301-Weiterleitungen statt 302 für verschobene Seiten
Vermeiden Sie Weiterleitungsketten und Schleifen. Zeigen Sie direkt auf die finale URL
Leiten Sie niemals massenhaft auf die Startseite um; ordnen Sie Waisen der besten Bereichsseite zu
Entscheiden Sie über den Umgang mit ausgemusterten Seiten ohne Pendant [410 oder Weiterleitung]
Bewahren Sie URL-Parameter und die Konvention zum abschließenden Schrägstrich bewusst

Testen Sie die vollständige Karte im Staging vor dem Launch. Karte geprüft von: [Name]. Eine vollständige, kettenfreie Karte ist der größte Hebel, den Sie in der Hand haben.

On-Page-Parität

Stellen Sie sicher, dass Titel, Meta-Angaben, Überschriften, Inhalte und interne Links übernommen werden, damit Suchmaschinen Kontinuität sehen und keine neue Website.

Phase 3: On-Page-Parität

Suchmaschinen bewerten jede Seite neu, die sie erneut crawlen. Wenn Ihre Titel, Überschriften und Inhalte konsistent bleiben, signalisieren Sie Kontinuität und schützen die Relevanz. Behandeln Sie Parität als Standard und Verbesserungen als bewusste Ausnahmen, nicht als Zufälle.

Übernehmen Sie Title-Tags exakt oder verbessern Sie sie bewusst, verwerfen Sie sie nie
Bewahren Sie Meta-Descriptions für Seiten, die Klicks erzielen
Halten Sie H1 und die Überschriftenhierarchie an der alten Seite ausgerichtet
Gleichen Sie den Seiteninhalt ab, kürzen oder verwässern Sie Schlüsselseiten nicht klammheimlich
Aktualisieren Sie interne Links, damit sie auf finale neue URLs zeigen, nicht auf Weiterleitungen
Richten Sie Links in Navigation, Footer und Breadcrumb neu aus
Migrieren Sie strukturierte Daten und Bild-Alt-Texte [Schema-Typen]

Prüfen Sie zuerst stichprobenartig Ihre traffic- und conversionstärksten Templates. Verantwortlich für Paritäts-QA: [Name]. Wo Sie Texte doch ändern, protokollieren Sie es, damit Sie jede Rankingveränderung mit der Bearbeitung in Verbindung bringen können.

Technisches Setup

Bringen Sie robots.txt, Sitemaps, Canonicals, hreflang und Analytics auf der neuen Website vor und beim Launch korrekt in Position.

Phase 4: Technisches Setup

Die technische Ebene sagt Crawlern, wie sie Ihre neue Website lesen sollen. Eine einzige übrig gebliebene Staging-Regel oder ein fehlender Canonical kann sorgfältige Paritätsarbeit zunichtemachen, prüfen Sie daher jeden Punkt ausdrücklich, statt Standardwerte für sicher zu halten.

Bestätigen Sie, dass die robots.txt das Crawling in der Produktion nicht blockiert [URL]
Entfernen Sie alle noindex-Tags, die vom Staging übrig sind
Erzeugen Sie eine saubere XML-Sitemap nur mit finalen, indexierbaren URLs
Setzen Sie selbstreferenzierende Canonical-Tags auf jeder Seite
Konfigurieren Sie hreflang, wenn Sie mehrere Sprachen oder Regionen bedienen
Prüfen Sie HTTPS und dass HTTP-Anfragen auf die sichere Version weiterleiten
Installieren Sie Analytics und Search Console auf der neuen Property [GA / GSC ID]

Validieren Sie die Sitemap und führen Sie einen frischen Crawl des Stagings durch, um Fehler früh zu erkennen. Technische Prüfungen freigegeben von: [Name]. Bringen Sie das vor dem Launch-Tag in Ordnung, nicht währenddessen.

Launch-Tag-Checkliste

Führen Sie die Umstellung in einem verkehrsarmen Fenster mit einer straffen Abfolge durch, damit unter Druck nichts übersehen wird.

Phase 5: Launch-Tag

Der Launch-Tag ist Ausführung, keine Entscheidungsfindung. Jede Entscheidung sollte bereits getroffen sein. Führen Sie die Umstellung in einem verkehrsarmen Fenster durch und folgen Sie der Abfolge, damit eine ruhige Checkliste die Hektik der letzten Minute ersetzt.

Planen Sie die Umstellung für eine verkehrsarme Zeit [Datum / Uhrzeit]
Deployen Sie die neue Website und aktivieren Sie alle 301-Weiterleitungen auf einmal
Bestätigen Sie, dass die Produktions-robots.txt das Crawling erlaubt und keine übrig gebliebenen Blockaden hat
Reichen Sie die neue XML-Sitemap in der Search Console ein
Prüfen Sie stichprobenartig, dass Schlüssel-Weiterleitungen 301 → 200 zurückgeben, keine Ketten oder 404
Verifizieren Sie, dass Analytics auslöst und die neuen URLs erfasst
Testen Sie Formulare, Suche, Checkout und andere kritische Pfade

Halten Sie das Team einige Stunden nach dem Go-live in Rufbereitschaft. Launch-Verantwortlicher: [Name] und Live-Zeitpunkt: [Uhrzeit]. Widerstehen Sie Inhaltsänderungen am selben Tag: trennen Sie den Launch von Bearbeitungen.

Monitoring nach dem Launch

Beobachten Sie Search Console, Crawl-Fehler und Rankings nach dem Launch, um Probleme schnell zu erkennen und zu beheben.

Phase 6: Monitoring nach dem Launch

Die Migration ist mit dem Launch nicht abgeschlossen: Sie ist abgeschlossen, wenn sich die Performance stabilisiert. Rechnen Sie mit einer vorübergehenden Schwankung, während die Suchmaschinen neu crawlen und indexieren, und beobachten Sie dann genau, damit echte Probleme behoben werden, bevor sie sich häufen.

Überwachen Sie die Search Console täglich auf Abdeckung und Crawl-Fehler
Achten Sie auf Spitzen bei 404-Fehlern und beheben oder leiten Sie sie schnell um
Crawlen Sie die Live-Website erneut, um defekte Links und fehlerhafte Weiterleitungen zu finden
Bestätigen Sie, dass neue URLs indexiert werden und alte herausfallen
Verfolgen Sie Rankings und Traffic gegen Ihre Ausgangsbasis aus Phase 1
Nutzen Sie das Change of Address-Tool, wenn Sie die Domain gewechselt haben
Bestätigen Sie, dass die Sitemap verarbeitet wurde, und falls Sie hreflang konfiguriert haben, dass es keine Fehler enthält

Protokollieren Sie jede Behebung mit Datum, damit Sie Maßnahmen mit der Erholung verknüpfen können. Monitoring-Verantwortlich: [Name] und Überprüfung bis: [Enddatum]. Geraten Sie bei frühen Einbrüchen nicht in Panik: untersuchen, dokumentieren und dem erneuten Crawlen Zeit geben.

So verwendest du diese Vorlage

Zuerst Benchmark. Bevor Sie etwas ändern, exportieren Sie aktuelle Rankings, organischen Traffic, Conversions und die Indexabdeckung der Search Console und speichern Sie sie als Ausgangsbasis zum Messen der Erholung.
Inventarisieren Sie jede URL. Führen Sie einen vollständigen Crawl der Live-Website durch und erstellen Sie eine komplette Liste der URLs mit Statuscodes, Titeln und Meta-Angaben, damit beim Umzug nichts vergessen wird.
Halten Sie URLs identisch, wo Sie können. Die sicherste Migration ändert so wenige URLs wie möglich; leiten Sie nur die um, die sich wirklich ändern müssen.
Mappen Sie Weiterleitungen 1:1. Zeigen Sie jede ausgemusterte URL mit einer 301 auf ihr einziges nächstgelegenes Pendant und vermeiden Sie Ketten, Schleifen und Massenweiterleitungen auf die Startseite.
Bewahren Sie die On-Page-Parität. Übernehmen Sie Titel, Meta-Descriptions, Überschriften und Inhalte und aktualisieren Sie interne Links, damit sie auf die finalen neuen URLs zeigen statt über Weiterleitungen.
Sichern Sie das technische Setup ab. Bestätigen Sie, dass die robots.txt nicht blockiert, entfernen Sie noindex-Tags aus dem Staging, setzen Sie selbstreferenzierende Canonicals, konfigurieren Sie bei Bedarf hreflang und reichen Sie eine saubere XML-Sitemap ein.
Launchen Sie in einem verkehrsarmen Fenster. Deployen Sie die Website, aktivieren Sie alle Weiterleitungen auf einmal, reichen Sie die Sitemap erneut ein und prüfen Sie stichprobenartig, dass Schlüsselseiten 301 und dann 200 zurückgeben.
Überwachen Sie nach dem Launch. Prüfen Sie die Search Console täglich auf Crawl- und Abdeckungsfehler, beheben Sie 404-Fehler schnell, verfolgen Sie Rankings gegen Ihre Ausgangsbasis und rechnen Sie mit einer vorübergehenden Schwankung, bevor sich alles einpendelt.

Profi-Tipps

Leiten Sie nicht alles auf die Startseite um. Eine 301 auf eine irrelevante Seite wird wie ein Soft-404 behandelt und gibt kaum Wert weiter: mappen Sie stattdessen immer auf die nächstgelegene passende Seite.
Beseitigen Sie Weiterleitungsketten. Jeder zusätzliche Hop verschwendet Crawl-Budget und verwässert Signale; zeigen Sie alte URLs direkt auf das finale Ziel, nicht über zwischengeschaltete Weiterleitungen.
Aktualisieren Sie interne Links auf die finalen URLs. Das Verlinken über Weiterleitungen funktioniert, ist aber verschwenderisch; das Anpassen von Navigations-, Text- und Footer-Links auf die neuen URLs hält Ihre Website sauber und schnell crawlbar.
Rechnen Sie mit einem vorübergehenden Einbruch und reagieren Sie nicht über. Rankings schwanken oft, während Suchmaschinen neu crawlen und indexieren; untersuchen Sie echte Fehler, geben Sie aber einer korrekt ausgeführten Migration Zeit, sich einzupendeln, statt umzukehren.

Haeufige Fragen

Verliere ich Rankings, wenn ich meine Website migriere?

Eine vorübergehende Schwankung ist normal, während Suchmaschinen Ihre neuen URLs neu crawlen und indexieren. Eine sorgfältig ausgeführte Migration mit 1:1-301-Weiterleitungen, bewahrten On-Page-Elementen und einer erneut eingereichten Sitemap ist gut aufgestellt, sich zu erholen, während eine schlampige zu anhaltenden Verlusten führen kann. Die Schritte zu Benchmarking, Mapping und Parität in dieser Checkliste gibt es genau dafür, diesen Einbruch zu minimieren und zu verkürzen.

Sollte ich meine URLs bei der Migration beibehalten?

Ja, wo immer möglich. Je weniger URLs Sie ändern, desto weniger kann schiefgehen, denn Sie vermeiden die Notwendigkeit von Weiterleitungen und den damit möglichen Signalverlust. Ändern Sie URLs nur, wenn die Migration es wirklich erfordert (etwa eine neue Domain oder eine Plattform, die eine andere Struktur erzwingt), und mappen Sie jede geänderte URL sorgfältig auf ihr neues Pendant.

Wie richtet man Weiterleitungen für eine Migration richtig ein?

Verwenden Sie permanente 301-Weiterleitungen, 1:1 gemappt, damit jede alte URL auf das eine nächstgelegene Pendant der neuen Website zeigt. Vermeiden Sie Weiterleitungsketten und Schleifen, indem Sie direkt auf die finale URL zeigen, und leiten Sie niemals unzusammenhängende Seiten massenhaft auf die Startseite um: Suchmaschinen könnten diese als Soft-404 behandeln und kaum oder keinen Wert weitergeben.

Muss ich nach der Migration meine Sitemap erneut einreichen und die robots.txt prüfen?

Ja. Erzeugen Sie eine frische XML-Sitemap, die nur Ihre finalen, indexierbaren URLs enthält, und reichen Sie sie in der Search Console ein, um die Erkennung zu beschleunigen. Ebenso wichtig: bestätigen Sie, dass Ihre Produktions-robots.txt das Crawling nicht blockiert und dass keine noindex-Tags aus dem Staging übrig geblieben sind. Eine einzige übrig gebliebene Regel kann Ihre neue Website aus dem Index halten.

Wann ist der beste Zeitpunkt, eine Migration zu launchen?

Planen Sie die Umstellung in ein verkehrsarmes Fenster, damit etwaige Probleme möglichst wenige Nutzer betreffen und Sie Spielraum zum Reagieren haben. Aktivieren Sie alle Weiterleitungen auf einmal, reichen Sie Ihre Sitemap erneut ein und halten Sie das Team danach einige Stunden in Rufbereitschaft. Vermeiden Sie unzusammenhängende Inhaltsänderungen am selben Tag, damit Sie beim Monitoring den Effekt der Migration isolieren können.

Was sollte ich nach dem Go-live der Migration überwachen?

Beobachten Sie die Google Search Console täglich auf Crawl-Fehler und Abdeckungsprobleme, beheben oder leiten Sie jede Spitze an 404-Fehlern schnell um und crawlen Sie die Live-Website erneut, um defekte Links und fehlerhafte Weiterleitungen zu finden. Verfolgen Sie Rankings und Traffic gegen die Ausgangsbasis, die Sie vor der Migration festgehalten haben, und bestätigen Sie, dass neue URLs indexiert werden, während alte herausfallen. Rechnen Sie mit einer vorübergehenden Schwankung, bevor sich alles stabilisiert.