Website Migration SEO Checkliste: So wechselst du die Plattform ohne Rankings zu verlieren

Ich habe inzwischen mehr Websites migriert, als ich zählen kann. Manche liefen perfekt. Manche nicht.

Die, die nicht gut liefen, hatten alle etwas gemeinsam: Jemand hat Schritte übersprungen. Meistens die langweiligen. Die Redirect-Map, die niemand bauen wollte. Die Metadaten, die niemand exportiert hat. Das Monitoring, das im ersten Monat niemand eingerichtet hat.

Hier ist die unangenehme Wahrheit über Website Migrations: Nur etwa 10% verbessern tatsächlich die Rankings. Der Rest bleibt bestenfalls stabil oder bricht ein. Ich habe gesehen, wie Seiten über Nacht 50% ihres Traffics verloren haben. Ich habe Kundenseiten von WordPress zu Astro migriert und diese Lektionen auf die harte Tour gelernt.

Also habe ich diese Website Migration SEO Checkliste zusammengestellt. Nicht aus der Theorie. Aus echten Projekten, bei denen echtes Geld auf dem Spiel stand.

Warum die meisten Website Migrations deinen Traffic ruinieren

Ich sage es dir direkt. Die meisten Migrations verlieren zwischen 20-40% ihres SEO-Werts, selbst wenn sie gut durchgeführt werden. Das ist die Baseline. So sieht "gut gelaufen" aus.

Der Grund ist einfach: Google hat über Monate oder Jahre ein komplexes Verständnis deiner Seite aufgebaut. Deine URLs, deine interne Linkstruktur, deine Content-Beziehungen, deine Domain Authority Signale. Wenn du auf eine neue Plattform wechselst, bittest du Google, dieses Verständnis von Grund auf neu aufzubauen.

Und Google macht das nicht schnell.

Die häufig zitierte durchschnittliche Erholungszeit liegt bei 523 Tagen. Über anderthalb Jahre. Und 17% der Domain Migrations erholen sich nie wieder. Das sind keine Panikmache-Taktiken. Das sind Zahlen, die ich in Kundenprojekten erlebt habe.

Es gibt noch eine weitere Ebene. Migrations betreffen nicht nur traditionelle Suchergebnisse. Sie können deine Sichtbarkeit in AI Overviews, Featured Snippets und anderen SERP Features beeinflussen, die Monate gebraucht haben, um sie zu verdienen.

Warum also überhaupt migrieren? Weil es manchmal sein muss. Deine aktuelle Plattform skaliert nicht. Die technischen Schulden bremsen deine Entwicklungsgeschwindigkeit. Die Performance ist schlecht und schadet den Conversions. Alles valide Gründe. Du musst es nur richtig machen.

Bevor du irgendetwas anfasst: Die Pre-Migration Checkliste

Hier hetzen die meisten Leute. Tu es nicht.

Bevor du eine einzige Zeile Code auf der neuen Plattform schreibst, musst du alles benchmarken. Hier ist, was ich für jede Kundenmigration dokumentiere:

Performance Benchmarks:

• Aktueller organischer Traffic (letzte 6 Monate, monatlich)
• Top 20 Seiten nach Traffic (das sind deine Prioritätsseiten)
• Aktuelle Keyword Rankings für Zielbegriffe
• Core Web Vitals Scores
• Domain Authority und Backlink-Profil
• Indexierte Seitenzahl in der Google Search Console

Kompletter Site-Export:

• Jede URL auf der Seite (vollständiger Crawl mit Screaming Frog oder ähnlich)
• Alle Meta Titles und Descriptions
• Alle internen Links und deren Ankertext
• Structured Data Markup
• Bild-URLs und Alt-Texte
• Alle benutzerdefinierten Canonical Tags oder Hreflang-Attribute

Technische Vorbereitung:

• Staging-Site einrichten und von Crawlern blockieren (robots.txt, noindex, Passwortschutz)
• Komplettes Backup der aktuellen Seite, Datenbank und Dateien
• Aktuelle robots.txt und Sitemap-Struktur dokumentieren

Das klingt nach viel Arbeit. Ist es auch. Aber jede Stunde, die du hier investierst, spart dir zehn Stunden Panik später. Ich habe das aus Erfahrung gelernt und ausführlich in unserer Website Relaunch Checkliste darüber geschrieben.

Deine Top 20 Traffic-Seiten verdienen besondere Aufmerksamkeit. Das sind die Seiten, die dir tatsächlich Geld einbringen. Teste sie zuerst, teste sie zuletzt, und teste sie nochmal nach dem Launch.

Die Redirect Map ist alles

Wenn ich dir nur einen einzigen Rat zu Website Migrations geben könnte, wäre es dieser: Mach die Redirect Map richtig.

Fehlerhafte Redirect-Konfiguration verursacht über 60% des Traffic-Verlusts in den ersten 30 Tagen nach der Migration. Das ist kein Tippfehler. Mehr als die Hälfte aller Migrationskatastrophen kommen von kaputten oder fehlenden Redirects.

So sieht eine ordentliche Redirect-Strategie aus:

Mappe jede einzelne URL. Nicht nur Seiten. Jede URL, die jemals Traffic erhalten hat oder auf die Backlinks zeigen. Alte Blogposts von 2019, die immer noch 50 Besuche pro Monat bekommen? Mappen. Der PDF-Download-Link, den jemand vor drei Jahren auf Reddit geteilt hat? Mappen.

Verwende 301 Redirects, keine 302er. 301 Redirects übertragen die volle Link Equity. 302er sagen Google, der Umzug sei temporär, was bedeutet, dass Google an der alten URL festhält und deine Authority nicht überträgt.

Halte Redirects mindestens ein Jahr aktiv. Google empfiehlt das ausdrücklich. Ich würde sie wenn möglich länger aktiv lassen. Redirects zu früh zu entfernen ist einer der häufigsten Fehler, die ich sehe.

Vergiss nicht die Non-HTML Assets. Bilder, PDFs, herunterladbare Dateien. Wenn andere Seiten auf deine Bilder oder Dokumente verlinken, brauchen auch diese Links Redirects. Das wird ständig übersehen.

Teste jeden Redirect vor dem Launch. Ich nutze ein einfaches Spreadsheet: alte URL in Spalte A, erwartete neue URL in Spalte B, tatsächliches Ergebnis in Spalte C. Geh jeden einzelnen durch. Ja, auch wenn es 500 sind.

Das Verständnis für die Bedeutung von Technical SEO ist hier entscheidend. Redirects sind nicht glamourös. Sie sind nicht der spannende Teil einer neuen Website. Aber sie sind der Unterschied zwischen Traffic behalten und Traffic verlieren.

Migration Day: Was du tust, wenn du den Schalter umlegst

Der Migration Day sollte langweilig sein. Wenn du die Vorarbeit gemacht hast, ist es nur noch Ausführung.

Hier ist meine Migration Day Checkliste, in der richtigen Reihenfolge:

1. Noindex Tags entfernen von der neuen Seite (du hast Crawler während des Stagings blockiert, erinnerst du dich?)
2. Alle 301 Redirects aktivieren und verifizieren, dass sie funktionieren
3. Aktualisierte XML Sitemap einreichen bei der Google Search Console
4. SSL-Zertifikat verifizieren ist korrekt konfiguriert (keine Mixed Content Warnungen)
5. Analytics Tracking bestätigen feuert auf jeder Seite
6. Structured Data testen mit Googles Rich Results Test
7. Deine Top 20 Seiten prüfen, manuell, jede einzelne
8. Robots.txt verifizieren erlaubt das Crawlen von allem, was gecrawlt werden soll
9. Bei Domainwechsel: Change of Address in der Google Search Console einreichen

Mach das an einem Dienstag oder Mittwochmorgen. Nicht an einem Freitag. Nicht vor einem Feiertag. Du willst eine volle Arbeitswoche vor dir haben, um Probleme zu finden und zu beheben.

Eine Sache, die ich immer mache: Ich halte die alte Seite als Fallback für mindestens 48 Stunden verfügbar. Wenn etwas katastrophal schiefgeht, will ich zurückrollen können.

Die ersten 30 Tage nach der Migration

Die Migration ist nicht fertig, wenn die neue Seite live geht. Sie ist fertig, wenn sich dein Traffic erholt hat.

In den ersten 30 Tagen überwache ich täglich:

• Organischer Traffic im Vergleich zur Pre-Migration Baseline
• Crawl Errors in der Google Search Console (404er, 500er, Redirect Loops)
• Index Coverage (werden Seiten indexiert? Werden alte URLs deindexiert?)
• Core Web Vitals (neue Plattform kann andere Performance-Eigenschaften haben)
• Rankings für Ziel-Keywords (erwarte etwas Fluktuation, aber achte auf Drops über 10 Positionen)

So sieht die Erholung typischerweise aus:

• Wenn du Probleme früh erkennst (erste Woche): 4-8 Wochen zur Erholung
• Wenn Probleme einen Monat unbemerkt bleiben: 3-6 Monate zur Erholung
• Domainwechsel: bis zu 1 Jahr für volle Erholung, manchmal länger

Das Schlüsselwort hier ist "erkennst." Du kannst nicht reparieren, was du nicht misst. Deshalb ist das Monitoring so wichtig.

Ich habe über breitere Website Optimierung Strategien geschrieben, die hier ebenfalls gelten. Core Web Vitals, Page Speed, Mobile Performance. Eine Migration ist eine gute Gelegenheit, diese Dinge zu verbessern, aber nur wenn du sie trackst.

Wenn der Traffic in der ersten Woche um mehr als 20% fällt und deine Redirects alle funktionieren, keine Panik. Etwas Fluktuation ist normal, während Google deine Seite neu crawlt und verarbeitet. Aber wenn sich bis Woche drei keine Erholung abzeichnet, fang an zu untersuchen.

Die Fehler, die ich immer wieder sehe

Nach Jahren in diesem Geschäft sehe ich immer wieder die gleichen Fehler.

Alles auf die Startseite redirecten. Das ist der große Fehler. Jemand entscheidet, dass er statt 300 alte URLs auf ihre neuen Entsprechungen zu mappen, einfach alles auf die Startseite leitet. Google sieht das als Soft 404. Du verlierst die gesamte seitenspezifische Authority, die du aufgebaut hast. Ich habe gesehen, wie das 80% des Traffics einer Seite ausgelöscht hat.

Vergessen, die robots.txt zu aktualisieren. Deine Staging robots.txt blockiert alle Crawler. Du launchst die neue Seite und vergisst, sie zu aktualisieren. Google kann nichts crawlen. Ich habe gesehen, wie Seiten wochenlang so liefen, bevor es jemandem auffiel.

Metadaten verlieren. All die sorgfältig geschriebenen Meta Titles und Descriptions, die du hattest? Weg, ersetzt durch automatisch generierte Defaults vom neuen CMS. Exportiere sie vor der Migration und importiere sie danach wieder.

Structured Data Migration überspringen. Deine alte Seite hatte Review Schema, FAQ Schema, Product Schema. Deine neue Seite nicht. Die Rich Results, die du in der Suche bekommen hast? Weg.

Kein Monitoring nach dem Launch. "Wir haben gelauncht, sieht super aus, weiter zum nächsten Projekt." Drei Wochen später ist der Traffic um 40% gesunken und niemand hat es bemerkt. Das ist erschreckend häufig.

URL-Struktur unnötig ändern. Wenn deine alten URLs /blog/post-title waren und deine neue Plattform standardmäßig /posts/post-title nutzt, behalte die alte Struktur bei. Jede URL-Änderung ist ein Risiko. Wenn die neue Struktur nicht wesentlich besser ist, behalte die alte.

Checkliste herunterladen: Hol dir diese Checkliste als druckbares PDF, damit du nichts vergisst. Checkliste herunterladen (PDF)

Wann du Hilfe holen solltest (und wann du es selbst machen kannst)

Nicht jede Migration braucht einen Spezialisten. So denke ich darüber:

Du kannst es wahrscheinlich selbst machen, wenn:

• Gleiche Domain, gleiche URL-Struktur, nur ein visuelles Redesign
• Kleine Seite (unter 50 Seiten)
• Kein nennenswerter organischer Traffic zu schützen
• Du dich mit Redirect-Konfiguration auf deiner Plattform auskennst

Du solltest dir Hilfe holen, wenn:

• Plattformwechsel mit URL-Strukturänderungen (z.B. WordPress zu Shopify)
• Seite hat 100+ Seiten mit etabliertem organischen Traffic
• Du signifikante Backlinks hast, die erhalten werden müssen
• Internationale Seite mit Hreflang-Attributen

Du brauchst wirklich Experten-Hilfe, wenn:

• Kompletter Domainwechsel
• Zusammenführung mehrerer Seiten zu einer
• Enterprise-Seite mit tausenden von Seiten
• Umsatz hängt direkt vom organischen Traffic ab

Die Kosten für jemanden, der eine Migration professionell managt, ob als dedizierte Migrations-Begleitung oder als laufende SEO-Beratung, sind fast immer geringer als die Kosten durch verlorenen Traffic. Ich habe gesehen, wie Unternehmen monatelang Umsatz durch verpfuschte Migrations verloren haben. Ein paar tausend Euro für Experten-Hilfe sehen im Vergleich dazu günstig aus.

Wenn du verstehen willst, wie professionelle SEO-Unterstützung aussieht, erkläre ich es in SEO Services Erklärt.

Das Fazit

Eine Website Migration muss keine Katastrophe sein. Aber sie erfordert Respekt vor dem Prozess.

Benchmarke alles, bevor du anfängst. Baue deine Redirect Map, als ob dein Geschäft davon abhängt, denn das tut es. Überwache besessen im ersten Monat. Und überspringe nicht die langweiligen Sachen.

Die langweiligen Sachen sind es, die dich retten.

Wenn du eine Migration planst und jemanden brauchst, der deine Checkliste durchschaut, bevor du den Schalter umlegst, melde dich. Ich helfe lieber dabei, Probleme zu vermeiden, als sie hinterher zu reparieren.