Website-Migration SEO-Checkliste: So ziehen Sie um, ohne alles zu verlieren
Der gefährlichste Tag im Leben Ihrer Website
Es gibt einen Moment in der Geschichte jeder Website, der darüber entscheidet, ob Jahre an SEO-Arbeit überleben oder verschwinden. Es ist kein Google Core Update. Es ist kein Wettbewerber, der Ihre Keywords stiehlt. Es ist der Tag, an dem Sie Ihre Website migrieren.
Ein CMS-Wechsel. Eine Domain-Änderung. Ein Redesign. Ein Protokoll-Upgrade. Was auch immer der Grund ist — dies ist das risikoreichste Einzelereignis in der organischen Suche. Wir haben erlebt, wie Unternehmen innerhalb einer Woche 40–70 % ihres organischen Traffics verloren haben, weil jemand vergessen hat, Weiterleitungen zu mappen, noindex-Tags aus dem Staging übrig gelassen hat oder davon ausgegangen ist, dass die neue Plattform das schon „regelt”.
Die gute Nachricht? Migrationen sind kein Mysterium. Sie sind vor allem eine Frage der Disziplin. Dokumentieren Sie, was existiert, entscheiden Sie, was sich ändert, leiten Sie alte URLs korrekt weiter und überwachen Sie den Launch wie ein Falke. Diese Checkliste basiert auf realen Migrationen, die wir betreut haben — keine Theorie, keine Tool-Hersteller-Ratschläge, sondern die tatsächliche Abfolge von Entscheidungen, die einen reibungslosen Übergang von einem SEO-Desaster trennt.
💡 Wichtige Zahl: Die Pre-Migration-Vorbereitung macht 60–70 % des Migrationserfolgs aus. Fehler beim URL-Mapping, in der Redirect-Logik oder in der Analytics-Konfiguration potenzieren sich nach dem Launch unwiderruflich. Bis Sie sie in der Search Console bemerken, ist der Schaden bereits Wochen alt.
Was ist eine Website-Migration?
Eine Website-Migration ist jede größere strukturelle Änderung, die beeinflusst, wie Suchmaschinen Ihre Website crawlen, indexieren und verstehen. Der Begriff umfasst eine breite Palette von Szenarien mit unterschiedlichen Risikostufen:
| Migrationstyp | Was sich ändert | Risikostufe |
|---|---|---|
| Domain-Wechsel | altemarke.de → neuemarke.de | 🔴 Sehr hoch |
| CMS-Replatforming | WordPress → Shopify, Wix → Webflow, Custom → Headless | 🔴 Hoch |
| URL-Struktur-Änderung | Flach → hierarchisch, Parameter → Slug-basiert | 🟠 Hoch |
| Website-Redesign | Neue Templates, Navigation, Content-Reorganisation | 🟡 Mittel |
| HTTP → HTTPS | Protokoll-Upgrade mit SSL-Zertifikat | 🟢 Niedrig |
| Hosting-Wechsel | Neuer Server, alles andere bleibt gleich | 🟢 Niedrig |
Der gemeinsame Nenner: Etwas, worauf eine Suchmaschine angewiesen ist, um Ihre Website zu verstehen, wird sich ändern. Das Ausmaß des Risikos folgt dem Ausmaß der Änderung. Und hier kommt die unbequeme Wahrheit — Sie können diese Änderungen stapeln. Ein Rebranding, das einen Domain-Wechsel, ein neues CMS und ein Redesign gleichzeitig umfasst? Das sind drei Hochrisiko-Migrationen in einem Projekt, und jede multipliziert das Risiko der anderen.
Phase 1: Pre-Migration (4–6 Wochen vor dem Launch)
Hier werden Migrationen gewonnen oder verloren. Überspringen Sie diese Phase, und kein noch so intensives Post-Launch-Monitoring wird Sie retten.
1. Erstellen Sie Ihre Baseline
Bevor Sie irgendetwas anfassen, brauchen Sie ein vollständiges Bild Ihrer aktuellen SEO-Performance. Ohne diese Baseline haben Sie keine Möglichkeit zu messen, ob die Migration geholfen, geschadet oder nichts verändert hat.
Exportieren Sie mindestens 12 Monate Daten aus der Google Search Console: Top-Seiten nach Klicks und Impressionen, Top-Suchanfragen, Durchschnittspositionen und Klickraten. Dasselbe aus Google Analytics für organische Sitzungen, Absprungraten und Conversions. Exportieren Sie Ihr Backlink-Profil aus Ahrefs oder Serpstat. Erfassen Sie Ihre Core Web Vitals-Werte.
Diese Daten sind Ihre Bibel für die nächsten drei Monate.
2. Crawlen und Inventarisieren Sie jede URL
Führen Sie einen vollständigen Crawl Ihrer aktuellen Website mit Screaming Frog oder Sitebulb durch. Jede URL wird katalogisiert — Seiten, Bilder, PDFs, alles. Dieses Inventar wird die Grundlage Ihrer Redirect-Map.
Für jede URL erfassen Sie: HTTP-Statuscode, Title-Tag, Meta Description, H1-Überschrift, Canonical-Tag, interne Links, externe Backlinks und monatlichen organischen Traffic.
Markieren Sie Ihre Priority-Seiten — die Seiten, die 80 % Ihres organischen Traffics generieren. Diese erhalten während des gesamten Migrationsprozesses die meiste Aufmerksamkeit.
3. Erstellen Sie die Redirect-Map
Das ist das wichtigste Dokument der gesamten Migration. Jede alte URL wird ihrer neuen Entsprechung zugeordnet. Eins-zu-eins. Ausschließlich serverseitige 301-Weiterleitungen.
⚠️ Kritische Regel: Leiten Sie niemals alles auf die Startseite um. Service-Seite → Service-Seite. Produkt → Produkt. Kategorie → Kategorie. Wenn es keine direkte Entsprechung auf der neuen Seite gibt, entscheiden Sie bewusst, ob die Seite eingestellt oder neu erstellt werden soll — werfen Sie den Traffic nicht einfach an die Haustür und hoffen, dass Google es schon herausfindet.
Vermeiden Sie Redirect-Ketten (A → B → C). Verlinken Sie A direkt auf C. Vermeiden Sie 302-Weiterleitungen — sie geben Link-Equity nicht zuverlässig weiter. Und auf keinen Fall JavaScript-Weiterleitungen — der Googlebot führt sie möglicherweise nicht aus.
4. Auditieren Sie die Staging-Website
Ihre Staging-Umgebung sollte ein nahezu perfektes Replikat der Produktionsseite sein, aber für Suchmaschinen völlig unsichtbar. Schützen Sie sie mit Passwort oder blockieren Sie Crawler mit robots.txt. Wenn Google Ihre Staging-Seite indexiert, haben Sie Duplicate-Content-Probleme, bevor Sie überhaupt launchen.
Führen Sie ein vollständiges technisches SEO-Audit auf der Staging-Website durch:
Prüfen Sie jede Weiterleitung. Landet jede alte URL auf der korrekten neuen URL? Gibt es Ketten? Werden 302 statt 301 zurückgegeben?
Validieren Sie Metadaten. Title-Tags, Meta Descriptions und Canonical-Tags werden zwischen Plattformen nicht automatisch übertragen. Prüfen Sie jede Priority-Seite manuell.
Testen Sie strukturierte Daten. Nutzen Sie Googles Rich Results Test auf Staging-URLs. Schema-Markup bricht bei CMS-Wechseln häufig — besonders Product-, FAQ- und Organization-Schemas.
Überprüfen Sie interne Links. Aktualisieren Sie interne Links auf Datenbankebene, sodass sie direkt auf neue URLs zeigen, nicht über Weiterleitungen. Jeder interne Link über eine Weiterleitung verschwendet Crawl-Budget.
Bestätigen Sie die Mobile-Erfahrung. Google nutzt Mobile-First-Indexierung. Testen Sie auf echten Geräten, nicht nur in Chrome DevTools.
5. Bereiten Sie Ihre SEO-Infrastruktur vor
Vor dem Launch-Tag müssen folgende Punkte auf Staging bereit und getestet sein:
| Element | Status | Warum es wichtig ist |
|---|---|---|
| Aktualisierte XML-Sitemap | Bereit zum Einreichen | Beschleunigt das Crawling neuer URLs |
| robots.txt (Produktionsversion) | Verifiziert — keine Staging-Blockierungen übrig | Ein einziges Disallow: / löscht Ihren gesamten Index |
| Canonical-Tags | Zeigen auf neue URLs, nicht auf alte | Widersprüchliche Canonicals verwirren Googles Indexierung |
| Hreflang-Tags (mehrsprachige Websites) | Für alle Sprachversionen aktualisiert | Defekte Hreflang-Tags = falsche Sprachversionen ranken |
| Analytics-Tracking | GA4 + GTM auf Staging verifiziert | Kein Tracking = Blindflug nach dem Launch |
| SSL-Zertifikat | Gültig, keine Mixed-Content-Warnungen | HTTPS-Fehler zerstören Vertrauenssignale |
Phase 2: Launch-Tag
Launchen Sie während verkehrsarmer Zeiten. Samstag- oder Sonntagabend ist ideal für die meisten B2B-Websites. Dies minimiert die Auswirkungen auf Nutzer, falls etwas schiefgeht, und gibt Ihnen Zeit, Probleme vor Montagmorgen zu beheben.
6. Führen Sie die Launch-Sequenz aus
Hier ist die exakte Reihenfolge — die Abfolge ist entscheidend:
Schritt 1: Deployen Sie die neue Seite in die Produktion.
Schritt 2: Aktivieren Sie alle 301-Weiterleitungen gleichzeitig. Nicht in Batches — alle auf einmal.
Schritt 3: Verifizieren Sie, dass robots.txt die Produktionsversion ist (nicht Staging). Das ist der häufigste katastrophale Fehler.
Schritt 4: Entfernen Sie alle noindex-Meta-Tags, die aus der Staging-Umgebung übernommen wurden.
Schritt 5: Reichen Sie die neue XML-Sitemap in der Google Search Console ein.
Schritt 6: Bei einer Domain-Migration nutzen Sie Googles Adressänderung in der Search Console.
Schritt 7: Verifizieren Sie, dass GA4 und GTM auf allen Seiten korrekt feuern.
Schritt 8: Überprüfen Sie Ihre Top 20 Priority-Seiten manuell auf Desktop und Mobile.
💡 Nicht vergessen — Paid Media: Ihr PPC-Team muss gleichzeitig Landingpage-URLs, UTM-Handling und Conversion-Ziele prüfen. Eine Migration kann SEO technisch intakt lassen, während Paid Traffic auf veraltete URLs oder nicht getrackete Formulare trifft. Die saubersten Launches gelingen, wenn SEO, Entwicklung, Analytics und PPC alle von derselben Checkliste am selben Tag abzeichnen.
Phase 3: Post-Migration-Monitoring (Tage 1–90)
Die Migration ist nicht vorbei, wenn die Seite live geht. Sie ist vorbei, wenn Ihr organischer Traffic sich stabilisiert — was je nach Websitegröße und Komplexität 4 bis 12 Wochen dauert.
7. Tägliches Monitoring: Tage 1–14
Prüfen Sie diese Punkte in den ersten zwei Wochen täglich:
Google Search Console: Indexabdeckungsbericht (neue Fehler?), Crawl-Statistiken (findet und crawlt der Googlebot die neuen URLs?) und eventuelle manuelle Maßnahmen.
Crawl-Fehler: Crawlen Sie Ihre Live-Seite an Tag 1, Tag 3 und Tag 7. Vergleichen Sie mit Ihrem Pre-Migration-Inventar. Jeder neue 404 ist eine fehlende Weiterleitung — beheben Sie ihn innerhalb von 24 Stunden.
Rankings: Tracken Sie Ihre Priority-Keywords täglich. Ein temporärer Rückgang von 10–15 % ist völlig normal. Ein anhaltender Einbruch über 30 % signalisiert ein echtes technisches Problem.
Traffic: Vergleichen Sie organische Sitzungen mit demselben Zeitraum des Vorjahres. Annotieren Sie das Migrationsdatum in GA4.
8. Wöchentliches Monitoring: Wochen 2–8
Indexabdeckungstrends. Werden die neuen URLs in der erwarteten Rate indexiert? Werden alte URLs aus dem Index entfernt? Beides sollte gleichzeitig passieren.
Core Web Vitals. Neue Templates haben oft andere Performance-Charakteristiken. Überwachen Sie Felddaten für LCP, CLS und INP-Regressionen.
Backlink-Integrität. Prüfen Sie, ob Ihre wertvollsten Backlinks korrekt durch die Redirect-Kette zu den neuen URLs aufgelöst werden.
Interne Link-Gesundheit. Ein frischer Crawl in Woche 4 sollte null interne Links zeigen, die auf weitergeleitete oder 404-URLs verweisen.
9. Monatliche Überprüfung: Monate 2–3
Bis Monat zwei sollte sich der Traffic stabilisieren. Vergleichen Sie mit Ihrer Baseline: organischer Traffic, Keyword-Rankings, Impressionen, Klickraten und Conversions.
Wenn alles innerhalb von 10–15 % der Pre-Migration-Werte liegt, sind Sie auf Kurs. Wenn bestimmte Seiten oder Bereiche unterperformen, untersuchen Sie individuell — es ist meist ein Redirect-, Canonical- oder Content-Problem spezifisch für diesen Bereich.
Die 10 häufigsten Migrationsfehler
| # | Fehler | Konsequenz | Prävention |
|---|---|---|---|
| 1 | Keine Redirect-Map | Massen-404-Fehler, sofortiger Traffic-Verlust | 1:1-URL-Mapping vor Entwicklungsbeginn |
| 2 | Staging-noindex-Tags in Produktion | Gesamte Website verschwindet aus Google | Automatischer Check in der Deployment-Pipeline |
| 3 | 302 statt 301 Weiterleitungen | Link-Equity wird nicht weitergegeben | Redirect-Typ im Screaming-Frog-Crawl verifizieren |
| 4 | Redirect-Ketten (A→B→C) | Crawl-Budget-Verschwendung | Jede Kette zu direktem A→C glätten |
| 5 | Alles auf Homepage umleiten | Google wertet als Soft 404 | Jede URL zur nächsten Äquivalenz-Seite mappen |
| 6 | Metadaten nicht migriert | CTR sinkt, Rankings fallen | Alle Titles, Descriptions, Canonicals exportieren/importieren |
| 7 | Interne Links zeigen auf alte URLs | Redirect-Loops, verschwendetes Crawl-Budget | URL-Update auf Datenbankebene vor Launch |
| 8 | Strukturierte Daten defekt oder fehlend | Verlust von Rich Results und KI-Zitierungen | Schema auf Staging validieren |
| 9 | Keine Baseline-Daten erhoben | Impact nicht messbar, Probleme nicht diagnostizierbar | 12-Monats-Export aus GSC + GA4 vor jeder Änderung |
| 10 | Mehrere Migrationen gleichzeitig | Unmöglich zu isolieren, welche Änderung Probleme verursacht | Domain-, Design- und Plattformänderungen trennen |
Migrations-Timeline: Was Sie nach dem Launch erwarten können
Setzen Sie Erwartungen bei Stakeholdern vor dem Launch-Tag. Hier ist die realistische Timeline:
| Zeitraum | Was passiert | Was normal ist |
|---|---|---|
| Tage 1–7 | Google entdeckt Weiterleitungen, beginnt Recrawling | 10–20 % Traffic-Schwankung |
| Wochen 2–4 | Neue URLs kommen in den Index, alte werden entfernt | Rankings können ±5–15 Positionen schwanken |
| Wochen 4–8 | Index vollständig übergegangen, Signale konsolidieren | Traffic stabilisiert sich innerhalb von 10 % der Baseline |
| Monate 2–3 | Vollständige Stabilisierung für die meisten Websites | Traffic auf oder über Pre-Migration-Niveau |
⚠️ Red Flag: Wenn der organische Traffic um mehr als 30 % einbricht und sich innerhalb von 2–3 Wochen nicht zu erholen beginnt, ist etwas Strukturelles defekt. Prüfen Sie zuerst robots.txt, dann Weiterleitungen, dann Canonicals. Wenn die Fehler katastrophal sind und nicht innerhalb von Stunden behoben werden können, erwägen Sie ein Rollback auf die alte Seite, während Sie in einer sicheren Umgebung diagnostizieren.
Migration und KI-Suche: Der Faktor 2026
Website-Migrationen 2026 tragen eine zusätzliche Dimension, die es vor einigen Jahren nicht gab. KI-Systeme — Googles AI Overviews, ChatGPT, Perplexity — indexieren und zitieren Web-Inhalte eigenständig. Bei einer Migration riskieren Sie nicht nur traditionelle Suchrankings, sondern auch KI-Zitierungen.
Stellen Sie sicher, dass Ihre robots.txt KI-Crawler (GPTBot, ClaudeBot, PerplexityBot) auf der neuen Seite erlaubt. Verifizieren Sie, dass strukturierte Daten — insbesondere Organization-, Author- und Article-Schema — die Migration intakt überstehen. KI-Systeme verlassen sich stark auf Entity-Markup, um die Glaubwürdigkeit einer Quelle zu bestimmen.
Was kostet eine Website-Migration?
Die Migration selbst hat ihren Preis. Aber der größere Preis ist, sie falsch zu machen.
| Szenario | SEO-Begleitung | Kosten eines Fehlers |
|---|---|---|
| Kleine Website (< 500 Seiten) | Ab 1.000 € | 3–6 Monate verlorener Traffic, 5.000–20.000 € entgangener Umsatz |
| Mittelgroße Website (500–5.000 Seiten) | Ab 3.000 € | 6–12 Monate Recovery, 50.000–200.000 € Impact |
| Enterprise (5.000+ Seiten) | Ab 5.000 €+ | 12+ Monate Recovery, potenziell unwiederbringlich |
Laut Fortune Business Insights wächst der globale SEO-Services-Markt rasant. Ein professioneller SEO-Partner bei der Migration ist keine Ausgabe. Es ist eine Versicherung.
Häufig gestellte Fragen zur SEO-Migration
Wie lange dauert es, bis SEO nach einer Migration stabil ist?
Die meisten Websites erleben 2–4 Wochen spürbare Schwankungen, mit vollständiger Stabilisierung typischerweise innerhalb von 8–12 Wochen. Ein temporärer Rückgang von 10–15 % ist normal. Alles über 30 % anhaltend deutet auf ein strukturelles Problem hin, das sofortige Untersuchung erfordert.
Sollte ich Domain und Redesign gleichzeitig ändern?
Möglich, aber nicht empfohlen. Wenn Sie Domain-Wechsel, Design-Überarbeitung und CMS-Wechsel stapeln, wird es nahezu unmöglich zu isolieren, welche Änderung Probleme verursacht hat. Trennen Sie diese Änderungen möglichst um 2–3 Monate.
Muss ich alte Weiterleitungen dauerhaft beibehalten?
Halten Sie Ihre 301-Weiterleitungen mindestens 12 Monate aktiv — idealerweise permanent. Externe Backlinks auf alte URLs existieren für immer. Das Entfernen der Weiterleitungen verwandelt diese Backlinks in 404-Fehler und verschwendet die Link-Equity, die sie tragen.
Kann eine Migration mein SEO tatsächlich verbessern?
Auf jeden Fall. Eine gut durchgeführte Migration auf eine schnellere Plattform, mit sauberer URL-Struktur, besserer interner Verlinkung und korrekten strukturierten Daten kann Rankings innerhalb weniger Monate verbessern. Die Migration ist ein Risiko — aber auch eine Chance, jedes technische Problem auf einmal zu beheben.
Was ist der Rollback-Plan, wenn die Migration schiefgeht?
Halten Sie immer ein vollständiges Backup der alten Website bereit — Datenbank, Dateien, Konfigurationen. Wenn katastrophale Probleme in den ersten 24–48 Stunden auftreten, die nicht schnell behoben werden können, ist die Wiederherstellung der alten Seite besser als eine defekte live zu lassen.
Brauche ich einen SEO-Spezialisten für eine kleine Migration?
Für einen einfachen Hosting-Wechsel oder HTTP-zu-HTTPS einer kleinen Website kann ein kompetenter Entwickler das mit einer guten Checkliste bewältigen. Für alles, was URL-Änderungen, CMS-Wechsel oder Domain-Umzüge betrifft — selbst bei kleinen Websites — reduziert professionelle SEO-Begleitung das Risiko erheblich.
Planen Sie eine Website-Migration?
Setzen Sie nicht Jahre an SEO-Arbeit aufs Spiel. Wir prüfen Ihren Migrationsplan, erstellen Ihre Redirect-Map, auditieren Ihre Staging-Website und überwachen den Launch — damit Ihre Rankings den Umzug überleben und Ihr Entwicklerteam einen klaren Aktionsplan hat.
Antwort innerhalb von 24 Stunden · Keine Verpflichtung
