Ein CMS-Wechsel ist der Moment, in dem Rankings leise verschwinden – nicht wegen schlechterer Inhalte, sondern wegen verlorener URLs. Der Unterschied zwischen sauberer Migration und Sichtbarkeits-Absturz liegt in einer Handvoll technischer Schritte. In dieser Anleitung bekommst du die richtige Reihenfolge, die Redirect-Logik und eine Checkliste, mit der deine Rankings den Umzug überstehen.
Ein CMS-Wechsel ist der Moment, in dem Rankings leise verschwinden – nicht wegen schlechterer Inhalte, sondern wegen verlorener URLs. Der Unterschied zwischen sauberer Migration und Sichtbarkeits-Absturz liegt in einer Handvoll technischer Schritte. In dieser Anleitung bekommst du die richtige Reihenfolge, die Redirect-Logik und eine Checkliste, mit der deine Rankings den Umzug überstehen.
Kurz gesagt: Eine technische Website-Migration überstehst du ohne Ranking-Verlust, wenn du jede alte URL per permanenter 301-Weiterleitung auf ihr neues Gegenstück leitest, die Seitenstruktur so weit wie möglich beibehältst und den Umzug in vier Phasen planst: Bestandsaufnahme, URL-Mapping, Go-Live und Monitoring. Der häufigste Grund für Einbrüche ist nicht der CMS-Wechsel selbst, sondern fehlende oder falsche Redirects.
Eine technische Website-Migration ist der Umzug einer bestehenden Website auf ein neues Fundament – ein neues CMS, eine neue Domain oder eine neue URL-Struktur – bei gleichbleibendem Inhalt. Im Zentrum steht die Frage, wie die Inhalte ihren Weg ins neue System finden, ohne dass Google sie neu bewerten muss.
Wir bauen und migrieren seit über 20 Jahren B2B-Websites für Industrie-, Technologie- und Dienstleistungsunternehmen – auf Webflow, TYPO3 und WordPress. Aus dieser Erfahrung wissen wir: Die meisten Ranking-Verluste entstehen nicht beim Design und nicht beim Content, sondern in den technischen Schritten dazwischen. Dieser Artikel liefert die Reihenfolge, die diese Verluste verhindert.
Definition: Eine technische Website-Migration bezeichnet den Umzug einer Website auf ein neues CMS, eine neue Domain oder URL-Struktur, bei dem die bestehenden Inhalte und ihre Suchmaschinen-Rankings über Weiterleitungen erhalten bleiben.
Wichtig ist die Abgrenzung zum Relaunch: Ob und wann sich ein Website-Relaunch überhaupt lohnt, ist eine strategische Entscheidung. Diese Anleitung setzt später an – bei der technischen Umsetzung, sobald die Entscheidung für den Umzug gefallen ist. Wie eine strategisch gebaute B2B-Website aufgebaut wird, zeigen wir auf unserer Seite zur Webdesign-Agentur.
Rankings brechen bei einer Migration ein, wenn Google die Verbindung zwischen alter und neuer URL verliert. Jede indexierte Seite hat sich über Jahre Autorität aufgebaut – geht die URL ohne Weiterleitung verloren, ist auch dieses Signal weg.
Die Ursachen sind fast immer dieselben – und alle vermeidbar:
| Ursache | Was passiert | Gegenmaßnahme |
|---|---|---|
| Fehlende Redirects | Alte URLs laufen ins Leere (404), Rankings und Backlinks verpuffen | Jede alte URL per 301 weiterleiten |
| Redirect auf die Startseite | Google wertet den Massen-Redirect als Soft-404 | Auf die thematisch passende Einzelseite leiten |
| Geänderte URL-Struktur ohne Not | Schon kleine Pfadänderungen brauchen Weiterleitungen | Struktur beibehalten, nur bei klarem Grund ändern |
| Redirect-Ketten | Linkkraft und Crawl-Budget gehen bei jedem Zwischenschritt verloren | Direkt auf das Endziel leiten |
| Staging nicht auf noindex | Testversion gelangt in den Index, Duplicate Content entsteht | Staging per noindex und Passwort sperren |
Kein einziger dieser Punkte ist ein unvermeidbares Schicksal des Umzugs. Jeder lässt sich mit sauberer Vorbereitung ausschließen.
Tipp: Exportiere vor jeder Migration die organischen Top-Seiten aus der Google Search Console – diese URLs sind deine wertvollsten und dürfen im URL-Mapping niemals fehlen.
Eine sichere Migration läuft in vier Phasen ab, die aufeinander aufbauen. Wer eine überspringt, riskiert genau die Einbrüche, die er vermeiden will.
| Phase | Ziel | Kernaufgabe |
|---|---|---|
| 1. Bestandsaufnahme | Alle alten URLs kennen | Crawl, Sitemap, Search Console, Logfiles + Backup |
| 2. URL-Mapping & Redirects | Jede URL bekommt ein Ziel | Mapping-Tabelle und 301-Liste erstellen |
| 3. Go-Live | Sauberer Umschalt-Moment | Redirects aktivieren, neue Sitemap einreichen |
| 4. Monitoring | Fehler früh erkennen | Search Console, 404s und Rankings prüfen |
Am Anfang steht die vollständige Bestandsaufnahme: Erfasse jede existierende URL, bevor du irgendetwas veränderst. Kombiniere dafür einen Crawl der alten Seite (etwa mit Screaming Frog), die bestehende XML-Sitemap, die Seiten aus der Google Search Console und – wenn möglich – die Server-Logfiles. So findest du auch URLs, die in keinem Menü mehr verlinkt sind, aber noch Rankings oder Backlinks tragen. Lege parallel ein vollständiges Backup der alten Website an.
Das URL-Mapping ist das Herzstück der Migration: Ordne in einer Tabelle jeder alten URL genau eine neue Ziel-URL zu. Wo eine Seite ersatzlos entfällt, leitest du auf die thematisch nächste Seite weiter – nicht pauschal auf die Startseite, denn das wertet Google als Soft-404. Aus diesem Mapping entsteht die Redirect-Liste: für jede geänderte URL eine permanente 301-Weiterleitung.
Beim Go-Live schaltest du die neue Seite live und aktivierst gleichzeitig alle 301-Weiterleitungen. Stelle sicher, dass die Staging-Umgebung vorher auf noindex stand, damit keine Testversion in den Index gerät. Prüfe direkt nach dem Umschalten stichprobenartig, ob wichtige alte URLs sauber auf ihr neues Ziel leiten, und reiche die neue XML-Sitemap in der Search Console ein.
Nach dem Go-Live beginnt das Monitoring – der Schritt, den die meisten unterschätzen. Beobachte in den ersten Wochen den Crawl-Bericht und die Seiten-Indexierung in der Search Console, achte auf neue 404-Fehler und behalte die Rankings deiner Top-Keywords im Blick. Kurzfristige Schwankungen sind normal; anhaltende Einbrüche sind ein Signal für einen übersehenen Redirect.
Bei einer Migration ist die permanente 301-Weiterleitung fast immer die richtige Wahl, weil nur sie die Linkkraft der alten URL an die neue vererbt. Andere Statuscodes haben ihre Berechtigung – aber selten beim Umzug.
| Statuscode | Bedeutung | Einsatz bei der Migration |
|---|---|---|
| 301 Moved Permanently | Permanente Weiterleitung, vererbt Linkkraft | Standard für jede migrierte URL |
| 302 Found | Temporäre Weiterleitung, alte URL bleibt maßgeblich | Nur für echte Übergangslösungen, nicht für Migration |
| 404 Not Found | Seite existiert nicht (mehr) | Nur für Inhalte ohne Ersatz und ohne Wert |
| 410 Gone | Inhalt dauerhaft entfernt | Bewusst gelöschte Seiten, die nicht zurückkommen |
| Soft 404 | Seite liefert 200, wirkt aber leer oder ersatzweise | Vermeiden – entsteht oft durch Redirects auf die Startseite |
Tipp: Vermeide Redirect-Ketten: Zeigt eine alte URL über zwei oder drei Zwischenstationen auf das Endziel, geht bei jedem Schritt Linkkraft und Crawl-Budget verloren. Jede alte URL leitet direkt auf ihr finales Ziel.
Sauber gesetzte Redirects schonen auch das Crawl-Budget: Google muss keine Zeit mit Fehlerseiten oder Umwegen verschwenden und erfasst die neue Struktur schneller. Wie du deine Seitenarchitektur grundsätzlich crawlbar aufbaust, zeigen wir im Beitrag SEO-freundliches Webdesign; warum die Ladezeit nach dem Umzug zum Rankingfaktor wird, liest du unter Core Web Vitals und Ladezeit.
Ob deine Migration die Rankings hält, entscheidet sich an wenigen technischen Punkten. Mit dieser Checkliste prüfst du in zwei Minuten, wo du stehst – vor und nach dem Go-Live.
Haken Sie ab, was bei Ihnen bereits steht.
Nein. Kurzfristige Schwankungen sind normal, ein dauerhafter Verlust ist es nicht. Wer jede alte URL sauber per 301 weiterleitet und die Struktur beibehält, hält die Rankings in der Regel stabil. Größere Einbrüche entstehen fast immer durch fehlende oder fehlerhafte Redirects.
Bei einer sauber umgesetzten Migration sind kurzzeitige Schwankungen meist innerhalb von zwei bis vier Wochen ausgeglichen. Google muss die neuen URLs neu crawlen und die Weiterleitungen verarbeiten. Bleiben die Rankings nach mehreren Wochen unten, liegt meist ein technisches Problem vor.
Eine 301-Weiterleitung ist permanent und vererbt die Linkkraft der alten URL an die neue – das ist der Standard bei jeder Migration. Eine 302 ist temporär und signalisiert Google, dass die alte URL maßgeblich bleibt. Für einen CMS-Wechsel ist die 302 fast immer die falsche Wahl.


