Runbook und Checkliste für Website-Migration

Eine Migration kann deine Rankings behalten, wenn du einige Kernmaßnahmen strikt umsetzt. Dazu zählen 1:1-Redirects für jede alte URL, ein vollständiges Inventar mit Baseline-Metriken, gründliche Tests auf der Staging-Umgebung und ein engmaschiges Monitoring in den ersten Wochen nach dem Launch. Kurzfristige Schwankungen im Ranking sind dabei üblich und kein Grund zur Panik.

Was ist eine SEO-Migration und welche Typen gibt es?

Eine SEO-Migration ist jede strukturelle Veränderung an einer Website, die Google und andere Suchmaschinen dazu zwingt, bereits bekannte URLs, Inhalte oder Signale neu zu bewerten. Das betrifft nicht nur den offensichtlichen Domainwechsel, sondern auch technische Umbauten, die auf den ersten Blick harmlos wirken. In der Praxis begegnen uns vor allem diese Migrationstypen, jeweils mit unterschiedlichem Risikoprofil:

• Domainwechsel (z. B. von .de auf eine neue Marke): höchstes Risiko, da Google die neue Domain teilweise neu bewerten muss
• CMS-Wechsel (etwa von WordPress zu Typo3 oder umgekehrt): hohes Risiko durch veränderte URL-Strukturen und Templating
• Protokollwechsel auf HTTPS: geringes Risiko, wenn korrekt umgesetzt, aber häufig unterschätzt
• Strukturänderung der URLs (neue Kategorien, andere Pfadlogik): mittleres bis hohes Risiko
• Komplettes Redesign ohne URL-Änderung: geringes bis mittleres Risiko
• Content-Konsolidierung (mehrere Seiten zusammenführen): mittleres Risiko, wirkt sich auf Linkverteilung aus

Domainwechsel und CMS-Wechsel gehören laut Semrush zu den risikoreichsten Varianten und können sich über einen längeren Zeitraum hinziehen, bis sich das Ranking stabilisiert.

Konkrete SEO-Risiken

Die meisten Rankingverluste nach einer Migration entstehen nicht durch Google-Algorithmen, sondern durch vermeidbare handwerkliche Fehler. Fehlende Redirects, versehentlich live gebliebene noindex-Tags, kaputtes Tracking und lange Redirect-Ketten sind die häufigsten Ursachen.

Profi-Tipp: Prüfe jede Redirect-Kette manuell mit einem Tool wie Screaming Frog, bevor du live gehst. Mehr als zwei Weiterleitungen hintereinander verlangsamen den Googlebot und verwässern die Signalstärke.

Eine gewisse Schwankung nach dem Launch ist normal und kein Alarmsignal. Bei kleineren strukturellen Anpassungen stabilisiert sich das Ranking in der Regel innerhalb einiger Wochen. Bei umfangreicheren Projekten, etwa einem kompletten Redesign mit neuer URL-Struktur, kann die Phase mehrere Wochen bis einige Monate dauern.

Der Domainwechsel ist ein Sonderfall. Google muss hier die Vertrauenswürdigkeit der neuen Domain quasi neu einschätzen, was laut Search Engine Land zu einer längeren Erholungszeit führt als bei anderen Migrationstypen. Wer vor dem Wechsel alte Content-Altlasten bereinigt, reduziert dieses Risiko messbar, denn Google bewertet die neue Domain teilweise anhand der mitgebrachten Inhaltsqualität.

Vollständige Pre-Migration-Checkliste

Die eigentliche Arbeit einer Migration passiert vor dem Launch, nicht danach. Wer hier gründlich ist, spart sich Wochen an Fehlersuche.

1. Vollständiges URL-Inventar erstellen: Crawle die bestehende Website mit einem Tool wie Screaming Frog, gleiche das Ergebnis mit der XML-Sitemap, der Google Search Console und den Analytics-Landingpages ab. Nur so findest du auch URLs, die nicht mehr verlinkt, aber noch indexiert sind.
2. Baseline-Metriken exportieren: Sichere die Search-Console-Performance-Daten, die GA4-Landingpage-Berichte, die Top-Keywords pro Seite und eine Liste deiner wichtigsten Backlink-Zielseiten. Ohne diese Baseline kannst du später nicht beurteilen, ob ein Rückgang normal oder ein echtes Problem ist.
3. 1:1-Redirect-Mapping erstellen: Jede alte URL bekommt eine konkrete neue Zieladresse. Priorisiere dabei nach Traffic-Volumen, Anzahl der Backlinks und Conversion-Beitrag, nicht nach Bauchgefühl.
4. Regeln für 410 vs. Weiterleitung festlegen: Inhalte, die du bewusst entfernst und nicht ersetzt, bekommen einen 410-Statuscode. Alles andere braucht eine sinnvolle, thematisch passende Weiterleitung. Ein pauschaler Redirect zur Startseite gilt als Soft-404 und zerstört laut Webflow wertvolle Link-Equity.
5. Staging-Umgebung absichern: Setze noindex-Tags korrekt, sperre die robots.txt für Suchmaschinen und schütze den Zugang per Passwort. Vergiss nicht, diese Sperren vor dem Launch wieder zu entfernen, denn genau das ist einer der häufigsten und folgenreichsten Fehler überhaupt.
6. Technik vorbereiten: Senke die DNS-TTL-Werte einige Tage vor dem Wechsel, damit sich Änderungen schneller verbreiten. Prüfe Analytics-IDs, Consent-Banner und teste die komplette Redirect-Logik in einem Testlauf, bevor irgendetwas live geht.

Wer diese sechs Schritte ernst nimmt, schafft die Grundlage für einen geordneten Launch-Tag.

Launch-Tag: Checkliste und Sofortprüfungen

Am eigentlichen Tag des Livegangs zählt Geschwindigkeit bei der Fehlererkennung. Wähle nach Möglichkeit einen Zeitpunkt mit niedrigem Traffic, etwa früh am Morgen oder am Wochenende.

• DNS und TTL-Werte kontrollieren, notfalls kurzfristig zurücksetzen können
• Noindex-Tags final entfernen und die robots.txt auf korrekte Freigaben prüfen
• 301-Weiterleitungen aktivieren und stichprobenhaft mit mehreren URLs testen
• Aktualisierte Sitemap in der Search Console einreichen
• URL-Inspection für die wichtigsten zehn bis zwanzig Seiten durchführen
• Tracking- und Conversion-Events in Echtzeit testen, inklusive Formular- und Checkout-Prozessen
• Stichprobenprüfung auf Redirect-Ketten und fehlerhafte Statuscodes

Google verarbeitet 301 und 308 als dauerhafte Weiterleitungen zuverlässig, während 302-Redirects, Meta-Refresh oder JavaScript-Weiterleitungen für eine dauerhafte Migration ungeeignet sind. Halte dich deshalb konsequent an serverseitige 301-Redirects.

Nutze außerdem das Change-of-Address-Tool in der Search Console, sobald ein Domainwechsel stattfindet. Google priorisiert diese Meldung für 180 Tage nach der Aktivierung, was die Neubewertung beschleunigt, allerdings nur, wenn die Redirects zu diesem Zeitpunkt bereits stabil laufen.

Nach der Migration: Monitoring, Fehlerbehebung und Stabilisierung

Die ersten 30 bis 90 Tage entscheiden, wie schnell sich dein Ranking erholt. Ein klares Runbook verhindert, dass kleine Probleme unbemerkt zu großen werden.

1. Woche 1 und 2: tägliche Kontrolle
   Prüfe die Index Coverage in der Search Console, die Performance-Daten, die GA4-Zahlen und die Server-Logs auf 4xx- und 5xx-Fehler. Wer hier täglich hinschaut, erkennt Probleme oft binnen Stunden statt Wochen.
2. Schwankungen von echtem Verlust unterscheiden
   Vergleiche jede Abweichung mit deiner Baseline und berücksichtige saisonale Effekte, bevor du in Alarmstimmung verfällst.
3. Fixes priorisieren
   Korrigiere zuerst Redirect-Fehler auf traffic-starken Seiten, dann vergessene noindex-Tags, dann Tracking-Lücken. Parallel dazu lohnt sich Outreach zu wichtigen Backlink-Gebern, damit diese ihre Links auf die neue URL aktualisieren.
4. Externe Hilfe einplanen
   Wenn sich nach sechs bis acht Wochen keine Stabilisierung zeigt und die internen Ressourcen für eine tiefergehende Fehlersuche fehlen.

Ein tägliches, einfaches Monitoring in den ersten zwei Wochen wirkt oft zuverlässiger als seltene, dafür sehr aufwendige Einzelaudits, weil Fehler so sofort auffallen und schnell behoben werden können.

Häufige Fehler, Troubleshooting-Checkliste und Priorisierung

Die meisten Migrationsschäden lassen sich auf eine Handvoll wiederkehrender Fehler zurückführen. Wer diese kennt, kann sie im eigenen Projekt gezielt ausschließen.

• Weiterleitung zur Startseite statt zur passenden Zielseite: Google interpretiert das als Soft-404 und die Seite verliert ihre bisherige Relevanzbewertung.
• Vergessene noindex-Tags aus der Staging-Phase: Ein einzelner übersehener Tag kann ganze Seitenbereiche aus dem Index werfen, oft ohne dass es sofort auffällt.
• Lange Redirect-Ketten: Jede zusätzliche Weiterleitung verzögert das Crawling und kann Signalstärke verlieren.

Für die Priorisierung gilt eine einfache Regel: Bearbeite zuerst die URLs mit dem höchsten Traffic, den meisten Backlinks und der stärksten Conversion-Wirkung. Ein vergessener Redirect auf einer unwichtigen Unterseite tut weniger weh als derselbe Fehler auf der wichtigsten Produktseite.

Profi-Tipp: Arbeite bei der Fehlersuche in dieser Reihenfolge: erst Indexierung prüfen, dann Redirects, dann Tracking, zuletzt inhaltliche Abweichungen. Wer diese Reihenfolge einhält, findet die Ursache meist innerhalb weniger Stunden statt Tage.

Ein typischer Fehlerfall aus der Praxis: Eine Produktseite mit vielen Backlinks wurde pauschal auf die neue Startseite weitergeleitet, weil die passende Zielseite im Mapping übersehen wurde. Das Ergebnis war ein sichtbarer Trafficrückgang binnen einer Woche, der sich erst nach Korrektur der Redirect-Zuordnung wieder auffangen ließ.

Erfahrungen und Praxistipps zur Migration

Wir begleiten Migrationsprojekte nach einem festen Ablauf: Inventar, Redirect-Mapping, Testlauf auf Staging, Launch, anschließend engmaschiges Monitoring. Diese Reihenfolge hat sich bei kleinen und mittelständischen Kunden immer wieder bewährt, weil sie Überraschungen am Launch-Tag deutlich reduziert.

KMU sehen bei einer gut geplanten Migration in der Regel eine spürbare Stabilisierung innerhalb der ersten sechs bis zehn Wochen. Als KPIs setzen wir dabei Index Coverage, organische Sichtbarkeit auf Top-Keywords und die Entwicklung der wichtigsten Landingpages an, nicht nur die reine Gesamt-Sitzungszahl.

Unsere Erfahrung stammt aus zahlreichen Relaunch- und Migrationsprojekten für Unternehmen unterschiedlicher Branchen, bei denen wir sowohl die technische Umsetzung als auch die begleitende SEO-Betreuung übernommen haben.

Kommunikation mit Suchmaschinen und Nutzern über die Migration

Eine Migration betrifft nicht nur Algorithmen, sondern auch Menschen, die deine Seite kennen und regelmäßig besuchen. Beide Zielgruppen brauchen eine klare, rechtzeitige Ansage. Gegenüber Google kommunizierst du hauptsächlich technisch: über das Change-of-Address-Tool bei Domainwechseln, über eine aktualisierte Sitemap-Einreichung und über die URL-Inspection für wichtige Seiten. Diese Signale beschleunigen die Neubewertung, ersetzen aber keine funktionierenden Redirects. Google crawlt weiterhin nach eigenem Zeitplan, auch wenn du alle Tools korrekt bedienst.

Gegenüber Nutzern lohnt sich eine offene Ankündigung, besonders wenn sich die Domain oder die Navigation grundlegend ändert. Eine kurze Info-Seite oder ein Hinweisbanner mit den wichtigsten Fragen und Antworten verhindert Verwirrung bei Stammkunden und reduziert Supportanfragen. Wer Newsletter-Abonnenten oder Social-Media-Follower hat, sollte den Wechsel dort ebenfalls kurz ankündigen, besonders bei Domainwechseln, weil alte Lesezeichen und gespeicherte Links sonst ins Leere laufen.

Ein Aspekt wird dabei oft übersehen: Sprachmodelle wie ChatGPT oder Perplexity speichern Informationen über alte Domains und URLs teilweise über lange Zeiträume in ihren Trainingsdaten. Marketingteams sollten deshalb nach dem Launch aktiv beobachten, ob KI-generierte Antworten noch auf die alte Domain verweisen, und die eigene Markenpräsenz entsprechend pflegen. Der Blog von growResonance beschäftigt sich intensiv mit dieser Art von Sichtbarkeit in KI-Antworten.

Integration in den Gesamtprojektplan

SEO darf bei einer Migration nicht als nachgelagerter Prüfschritt behandelt werden, sondern muss von Anfang an Teil des Projektplans sein. Wer SEO erst kurz vor dem Launch einbezieht, findet Probleme meist zu spät, um sie noch entspannt zu lösen. In der Praxis bedeutet das: Sobald Entwicklung und Design mit der Konzeption einer neuen URL-Struktur beginnen, sollte die SEO-Verantwortliche Person bereits am Tisch sitzen. Änderungen an der Informationsarchitektur, an Templates oder an der internen Verlinkung wirken sich direkt auf die Rankingfähigkeit aus, und spätere Korrekturen sind deutlich teurer als frühzeitige Abstimmung.

Ein bewährtes Muster ist, Migrationstypen möglichst zu trennen. Ein CMS-Wechsel, ein Domainwechsel und ein komplettes Redesign gleichzeitig durchzuführen, vervielfacht die Fehlerquellen und erschwert die Ursachenanalyse, falls etwas schiefgeht. Wo möglich, sollten diese Schritte zeitlich versetzt umgesetzt werden.

Klare Verantwortlichkeiten helfen ebenfalls. Die Entwicklung liefert technische Umsetzung und Redirect-Logik, das Design achtet auf konsistente interne Verlinkung und Ladezeiten, und die SEO-Seite liefert das Redirect-Mapping, die Baseline-Metriken und die finale Freigabe vor dem Launch. Ohne diese Rollenverteilung bleiben wichtige Aufgaben oft in der Luft hängen, weil jede Seite annimmt, die andere kümmere sich schon darum.

Best Practices durch technische SEO-Audits

Ein technischer Audit nach dem Launch bestätigt, ob die Migration tatsächlich so funktioniert hat wie geplant, oder ob sich Fehler eingeschlichen haben, die im Alltag noch nicht auffallen. Dieser Schritt gehört fest in den Zeitplan, idealerweise zwei bis vier Wochen nach dem Livegang.

Der Audit sollte mehrere Ebenen abdecken. Zunächst die Indexierung: Wie viele der alten URLs sind mittlerweile durch die neue Struktur ersetzt, und gibt es unerwartete Ausschlüsse in der Search Console? Danach die Redirect-Logik: Funktionieren alle wichtigen Weiterleitungen noch, oder haben sich durch spätere Änderungen neue Ketten oder Fehler eingeschlichen? Ein kostenloser SEO-Check kann hier erste Auffälligkeiten schnell aufdecken.

Ebenso wichtig ist der Blick auf die Content-Ebene: Stimmen Title-Tags, Meta-Beschreibungen und strukturierte Daten mit der ursprünglichen Version überein, oder sind bei der technischen Umstellung Informationen verloren gegangen? Und schließlich die Backlink-Situation: Verweisen wichtige externe Seiten noch auf funktionierende Ziele, oder laufen einige Links inzwischen ins Leere?

Wer diesen Audit sauber dokumentiert, hat gleichzeitig eine solide Grundlage für die nächste Migration, sei es ein weiterer Relaunch oder ein zukünftiger Domainwechsel.

Unterstützung bei Website-Migrationen

Eine Migration selbst zu stemmen kostet Zeit, die in einem kleinen Marketingteam oft fehlt, und ein einziger übersehener Redirect kann Wochen an mühsam aufgebauter Sichtbarkeit kosten. Wir übernehmen für dich das komplette Redirect-Mapping, begleiten den Launch-Tag mit den nötigen Sofortprüfungen und bieten anschließend Monitoring-Verträge an, damit die ersten kritischen Wochen nicht unbeobachtet bleiben.

Als Digitalagentur mit Fokus auf kleine und mittelständische Unternehmen kennen wir die typischen Engpässe solcher Projekte: begrenzte interne Ressourcen, mehrere Zuständige und der Druck, den Launch-Termin trotzdem zu halten. Genau deshalb kombinieren wir Webdesign, technische SEO und laufende Wartung aus einer Hand, statt dich zwischen drei verschiedenen Dienstleistern hin und her zu schicken.

Wenn du eine Migration oder einen Relaunch planst und dabei nichts riskieren möchtest, lass uns deine neue Website erstellen und dabei von Anfang an SEO-sicher planen.

FAQ

Was ist eine SEO-Migration?

Eine SEO-Migration ist jede strukturelle Änderung an einer Website, etwa ein Domainwechsel, CMS-Wechsel oder Redesign, die Google zwingt, bekannte URLs und Signale neu zu bewerten.

Wie migriere ich eine Website ohne Rankingverluste?

Der zuverlässigste Weg ist ein vollständiges URL-Inventar mit 1:1-Redirect-Mapping, gründliches Testing auf Staging vor dem Launch und tägliches Monitoring in den ersten zwei Wochen danach.

Was besagt die 80/20-Regel im SEO-Kontext einer Migration?

Diese Seiten verdienen deshalb bei der Priorisierung die meiste Aufmerksamkeit.

Welche Checklisten sind für eine Migration am wichtigsten?

Am wichtigsten sind eine Pre-Migration-Checkliste mit Baseline-Metriken und Redirect-Mapping, eine Launch-Tag-Checkliste mit Sofortprüfungen und ein Post-Migration-Runbook für die ersten 30 bis 90 Tage.

Wie lange dauert die Erholung nach einem Domainwechsel?

Bei einem Domainwechsel dauert die Stabilisierung erfahrungsgemäß länger als bei anderen Migrationstypen, oft mehrere Monate, weil Google die neue Domain teilweise neu bewerten muss.