Projektplan für die Website-Migration: Die Schritt-für-Schritt-Anleitung für 2026

Ein Projektplan für die Website-Migration ist das Dokument, das jede URL, jede Weiterleitung, jede Teamrolle und jeden Testpunkt festhält, bevor Sie eine Website auf eine neue Domain, eine neue Plattform oder ein neues Design umziehen. Der erste Schritt jedes Migrationsprojekts besteht darin, die URLs Ihrer aktuellen Website zu prüfen und einzufrieren. So haben Sie eine feste Liste, an der Sie sich beim Mapping orientieren, bevor sich irgendetwas ändert.

Bevor Sie auch nur eine Zeile dieses Plans schreiben, sollten Sie genau wissen, wo die aktuelle Website schwach ist. Das SEO-Plan-Tool von SearchBlueprint scannt Ihre Seiten und zeigt, was Sie beheben, was Sie behalten und was Sie neu aufbauen sollten, bevor auch nur eine Datei verschoben wird. Das ist eine hilfreiche Grundlage, um zu entscheiden, was sich für die neue Website wirklich mitzunehmen lohnt.

Warum ein schriftlicher Plan wichtiger ist, als Sie denken

„Migration“ klingt nach einer rein technischen Aufgabe: Dateien verschieben, DNS umstellen, fertig. In der Praxis berühren sich dabei SEO, Analytics, Design, Recht und Kundenkommunikation gleichzeitig. Ein schriftlicher, geteilter Plan für die Website-Migration sorgt dafür, dass sich diese fünf Bereiche nicht gegenseitig in die Quere kommen.

Die Zahlen belegen das. Laut Bloor Group überschreiten mehr als 80 % der Datenmigrationsprojekte ihr Budget oder verfehlen ihren Termin; die Verzögerungen betragen im Schnitt 30 % bis 41 %, die Kostenüberschreitungen im Schnitt 30 % oder mehr. Gartner berichtete, dass 83 % der Datenmigrationsprojekte scheitern oder erheblich von ihren ursprünglichen Zielen abweichen. Eine McKinsey-Studie zu großen IT-Projekten ergab, dass sie Budget und Zeitplan typischerweise um 45 % bzw. 7 % überschreiten und dabei 56 % weniger Nutzen liefern als geplant. Eine von Forbes zitierte Analyse großer IT-Projekte kam zu dem Ergebnis, dass nur 36 % im ursprünglichen Budget- und Zeitrahmen bleiben.

Diese Zahlen stammen aus der Forschung zu Datenmigrationen in Unternehmen, nicht aus Studien speziell zu Websites. Das zugrunde liegende Muster gilt aber für einen Website-Umzug genauso wie für eine Datenbankmigration: Pläne, die Analyse, Tests und Rollback-Planung überspringen, sprengen ihr Budget. Ein schriftlicher Projektplan für die Website-Migration bewahrt Sie davor, eine dieser Statistiken zu werden.

Die Arten der Website-Migration und warum sich der Plan jeweils ändert

Nicht jede Migration birgt dasselbe Risiko. Der Umfang Ihres Plans sollte zur Art des Umzugs passen, den Sie tatsächlich vorhaben.

Migrationsart	Was sich ändert	Größtes SEO-Risiko
Domain-Migration	Hauptdomain wechselt oder mehrere Domains werden zusammengeführt	Verlorene Link-Kraft, wenn die Weiterleitungen nicht 1:1 zugeordnet sind
Plattform-Migration	CMS oder E-Commerce-System wird komplett ausgetauscht	Defekte Metadaten, defektes Schema und defekte URL-Struktur
URL-Struktur-Migration	Permalinks oder Website-Architektur werden neu organisiert	Verwaiste Seiten und Weiterleitungsketten
Design-Migration	Visuelle Überarbeitung, URLs bleiben unverändert	Verschlechterte Core Web Vitals durch das neue Seitengewicht
Content-Migration	Seiten werden neu geschrieben, verschoben oder zusammengelegt	Doppelte oder dünne Inhalte, die zu Ranking-Verlusten führen
Internationale/mehrsprachige Migration	hreflang und Sprachstruktur werden neu aufgebaut	Seiten in der falschen Sprache ranken im falschen Land

Wenn Domain und Plattform gleichzeitig wechseln, etwa von WordPress auf einer Domain zu Shopify auf einer anderen, tragen Sie das kombinierte Risiko aller Zeilen dieser Tabelle. In diesem Szenario zahlt sich ein detaillierter Plan aus.

Der Projektplan für die Website-Migration, Schritt für Schritt

Schritt 1: Die aktuelle Website prüfen und einfrieren

Crawlen Sie Ihre bestehende Website, bevor Sie etwas anfassen. Erfassen Sie jede indexierte URL samt aktuellem Ranking, organischem Traffic und Backlinks. Das wird Ihre Ausgangsbasis und der Startpunkt Ihrer Weiterleitungsübersicht. Frieren Sie die Erstellung neuer URLs auf der alten Website ein, sobald dieses Audit abgeschlossen ist, damit Ihre Übersicht mitten im Projekt nicht veraltet.

Schritt 2: Ziele und Umfang festlegen und eine Person für die Go/No-go-Entscheidung benennen

Schreiben Sie auf, warum Sie migrieren: schnellere Seiten, ein neues CMS, ein Rebranding, die Zusammenführung von Domains. Vage Ziele führen zu ausufernden Anforderungen. Benennen Sie eine einzelne Person, die am Launch-Tag die endgültige Go/No-go-Entscheidung trifft, kein Komitee. Holen Sie SEO, Entwicklung, Content und Recht früh ins Boot; ein Plan, der von nur einer Abteilung stammt, übersieht immer etwas, das eine andere Abteilung bemerkt hätte.

Schritt 3: Jede URL zuordnen und den Weiterleitungsplan aufbauen

Dies ist der risikoreichste Schritt im gesamten Projektplan für die Website-Migration. Legen Sie eine Tabelle an: alte URL, neue URL, Weiterleitungstyp und Status. Jede alte URL braucht ein Ziel, auch wenn es nur eine Weiterleitung auf eine übergeordnete Kategorie ist. Fehlende Weiterleitungen sind die häufigste Ursache für Traffic-Verluste nach einer Migration.

Wenn Sie den größeren SEO-Prozess kennenlernen möchten, in den sich dieser Plan einfügt, also nicht nur die Weiterleitungsliste, sondern den gesamten Ablauf von der Analyse bis zum Launch, zeigt das Schritt-für-Schritt-SEO-Framework für 2026, wie sich eine Migration in einen Jahresplan einfügt.

Schritt 4: In einer Staging-Umgebung bauen und testen

Bauen Sie die neue Website in einer Staging-Umgebung auf, die die Produktivumgebung abbildet. Übertragen Sie Metadaten, strukturierte Daten und Canonical-Tags exakt und passen Sie nur die URLs an, die sich ändern müssen. Crawlen Sie die Staging-Website vor dem Launch und beheben Sie jeden 4xx- oder 5xx-Fehler, den Sie finden. Testen Sie jede Weiterleitung auf Schleifen und Ketten, nicht nur das Ziel.

Schritt 5: Checkliste für den Launch-Tag

Starten Sie in einem Zeitfenster mit wenig Traffic. Halten Sie einen Rollback-Plan bereit: eine Sicherung der alten Website, eine benannte Person, die die Veröffentlichung stoppen kann, und einen klaren Schwellenwert, ab dem der Rollback ausgelöst wird. Reichen Sie die neue XML-Sitemap in der Google Search Console ein und nutzen Sie das Tool zur Adressänderung (Change of Address), wenn sich die Domain selbst geändert hat. Google Search Central dokumentiert diesen Ablauf für Website-Umzüge unter developers.google.com/search.

Schritt 6: 30, 60 und 90 Tage lang beobachten

Die meisten Ranking-Schäden durch eine Migration zeigen sich in den Wochen nach dem Launch, nicht am Launch-Tag selbst. Beobachten Sie die Crawling-Statistiken und den Abdeckungsbericht der Search Console auf Fehler. Verfolgen Sie organischen Traffic und Keyword-Positionen im Vergleich zu Ihrer Ausgangsbasis vor der Migration. Prüfen Sie die Integrität der Weiterleitungen im ersten Monat mindestens wöchentlich mit einem Crawler.

Ergänzen Sie diesen Schritt-für-Schritt-Plan um eine eigene Checkliste für die SEO-Website-Migration, damit in der hektischen Woche vor dem Launch nichts von der Liste fällt. Und lesen Sie diese Anleitung zum Umzug ohne Verlust Ihrer Google-Rankings, um die Ranking-spezifischen Schutzmaßnahmen in jede Phase einzubauen.

Wie lange sollte das tatsächlich dauern?

Eine kleine Visitenkarten-Website mit unter 200 Seiten lässt sich oft in zwei bis vier Wochen planen und umziehen, vorausgesetzt, das Team arbeitet konzentriert daran und die Weiterleitungsübersicht ist einfach. Eine mittelgroße Website mit Blog-Inhalten, Formularen und Integrationen braucht in der Regel vier bis acht Wochen. Ein großer Katalog oder eine Website für mehrere Regionen, mit Tausenden von Produktseiten, mehreren Sprachen und Integrationen von Drittanbietern, braucht typischerweise acht bis zwölf Wochen Vorlauf vor dem Launch, dazu das volle Monitoring-Fenster danach.

Wer diese Zeitpläne überstürzt, landet bei den oben genannten Statistiken zu Überschreitungen. Eine zusätzliche Woche Staging-Tests als Puffer im Zeitplan ist günstiger, als zwei Monate nach dem Launch eine defekte Weiterleitungsübersicht zu reparieren.

Messen Sie die Performance, bevor Sie irgendetwas verschieben

Eine Migration ist auch eine Gelegenheit zu prüfen, ob die neue Website tatsächlich schneller oder unbemerkt langsamer ist. Halten Sie Ihre Core-Web-Vitals-Ausgangswerte vor dem Launch fest, damit Sie danach etwas zum Vergleichen haben.

Kennzahl	Was sie misst	Guter Schwellenwert
Largest Contentful Paint (LCP)	Wie schnell der Hauptinhalt lädt	2,5 Sekunden oder weniger
Interaction to Next Paint (INP)	Wie reaktionsschnell sich die Seite anfühlt	200 Millisekunden oder weniger
Cumulative Layout Shift (CLS)	Wie stark das Layout beim Laden springt	0,1 oder weniger

Diese Schwellenwerte stammen aus der Core-Web-Vitals-Dokumentation von web.dev. Lassen Sie Ihre aktuellen Seiten und die Staging-Seiten durch einen kostenlosen Website-Speed-Test laufen, um diese Werte zu erfassen, bevor Sie entscheiden, eine neue Seite sei „nah genug dran“ für den Launch.

Plattformspezifische Migrationen bringen hier eigene Tücken mit. Wer einen Blog von HubSpot umzieht, stößt zum Beispiel auf eigene Eigenheiten bei Weiterleitungen und RSS. Die Anleitung zur HubSpot-Website-Migration zeigt, was dabei kaputtgeht und wie Sie Ihre Rankings bei genau diesem Umzug schützen.

Wann die Tools Ihrer Website ausreichen und wann nicht

Die meisten CMS-Plattformen bringen einfache Weiterleitungsverwaltungen, Sitemap-Generatoren und ein oder zwei SEO-Plugins mit. Für eine kleine, begrenzte Änderung reicht das oft tatsächlich aus. Für eine vollständige Plattform- oder Domain-Migration in der Regel nicht.

Situation	Reichen die integrierten Tools meist aus?	Warum
Eine URL umbenennen und weiterleiten	Ja	Eine einzelne Weiterleitungsregel lässt sich problemlos mit den integrierten Tools jedes CMS umsetzen
Einen einzelnen defekten Link beheben	Ja	Eine manuelle Korrektur und ein kurzer Crawl-Check genügen
Die gesamte URL-Struktur ändern	Nein	Hunderte Weiterleitungen müssen im großen Maßstab zugeordnet, getestet und geprüft werden
Auf eine neue Domain umziehen	Nein	Erfordert DNS-Änderungen, eine Adressänderung in der Search Console und eine vollständige Prüfung der Weiterleitungen
CMS oder E-Commerce-Plattform wechseln	Nein	Metadaten, Schema und Templates müssen manuell neu aufgebaut und qualitätsgeprüft werden
Ein wiederkehrendes Muster defekter Links nach jedem Content-Update	Nein	Deutet auf ein Prozessproblem hin, das ein dauerhaftes Audit erfordert, keine einmalige Korrektur

Die ehrliche Grenze lautet: Betrifft das Problem eine einzelne URL oder eine einzelne Einstellung, erledigt das Dashboard Ihrer Website das. Betrifft es Hunderte von URLs, eine neue Plattform oder ein Problem, das immer wieder auftaucht, brauchen Sie einen strukturierten Plan und wahrscheinlich externe Hilfe bei der Umsetzung, damit Sie keine Rankings verlieren.

Typische Fehler, die den Zeitplan einer Migration sprengen

• Die Migration als reine Entwicklungsaufgabe behandeln. SEO, Content und Recht brauchen einen Platz am Planungstisch, keinen Hinweis nach dem Launch.
• Den URL-Freeze überspringen. Seiten, die mitten im Projekt hinzukommen, landen nicht in der Weiterleitungsübersicht und laufen nach dem Launch unbemerkt in einen 404-Fehler.
• Kein Rollback-Plan. Ohne Sicherung und eine benannte entscheidungsberechtigte Person bleibt ein misslungener Launch weit länger live als nötig.
• Weiterleitungen nur stichprobenartig an ein paar Seiten testen. Ketten und Schleifen verstecken sich auf den Seiten, an die niemand denkt.
• Den Launch in eine Traffic-Spitze legen. Eine saisonale Kampagne oder eine Presseerwähnung ist die schlechteste Woche, um zusätzlich die Website umzuziehen.
• Analytics-Tags und Conversion-Tracking vergessen. Eine Migration, die das Tracking zerstört, macht jede Entscheidung nach dem Launch zum Ratespiel.

Ein echtes Projekt macht diese Risiken greifbar. Diese Fallstudie zur Website-Migration zeigt Erfolge, Rückschläge und Korrekturen einer tatsächlichen Migration, einschließlich dessen, was das Team anders machen würde.

Häufig gestellte Fragen

Was ist der erste Schritt in jedem Website-Migrationsprojekt?

Der erste Schritt ist, Ihre aktuelle Website zu prüfen und die URL-Liste einzufrieren. Sie brauchen ein vollständiges, festes Inventar der bestehenden Seiten, Rankings und des Traffics, bevor Sie eine genaue Weiterleitungsübersicht aufbauen oder einen realistischen Zeitplan aufstellen können.

Wie lange dauert es, einen Projektplan für die Website-Migration zu erstellen?

Den Plan selbst zu erstellen dauert bei einer kleinen Website in der Regel ein bis zwei Wochen, bei einer großen oder komplexen zwei bis vier Wochen. Das ist getrennt von der Durchführung der Migration, die ihren eigenen Zeitplan obendrauf legt.

Brauche ich einen Entwickler, um den Migrationsplan zu schreiben?

Nein. Der Plan selbst ist ein Projektdokument: URL-Zuordnungen, Zeitpläne, Verantwortliche und Testpunkte. Ein Entwickler setzt Teile davon um, aber SEO, Content und Projektleitung sollten ihn erstellen.

Was passiert, wenn ich bei einer Migration keine Weiterleitungen einrichte?

Jede alte URL ohne Weiterleitung liefert einen 404-Fehler. Suchmaschinen nehmen die Seite aus dem Index, Links darauf geben keinen Wert mehr weiter, und Besucherinnen und Besucher landen in einer Sackgasse statt bei Ihren neuen Inhalten.

Wie schnell merke ich, ob die Migration meinen Rankings geschadet hat?

Die meisten Ranking-Veränderungen zeigen sich innerhalb von zwei bis vier Wochen nach dem Launch, manche brauchen jedoch länger, bis sie sich vollständig eingependelt haben. Deshalb ist die Monitoring-Phase von 30 bis 90 Tagen ebenso wichtig wie der Launch selbst.

Halten Sie den Plan noch diese Woche schriftlich fest

Beginnen Sie mit dem Audit und dem URL-Freeze, denn jede weitere Phase eines Projektplans für die Website-Migration hängt davon ab, dass diese Liste zuerst feststeht. Wenn Sie ein klares Bild davon möchten, was an Ihrer aktuellen Website behoben werden muss, bevor Sie eine einzige Weiterleitung zuordnen, sprechen Sie mit dem Team und lassen Sie sich einen Beispielbericht zeigen, der genau durchgeht, wie das für Ihre Website aussehen würde.

Quellen

• Data Migration Plan: How to Build It Step by Step (2026)
• The Definitive Guide on Website Migrations
• The Website Migration Process: What You Need To Know ...

Haftungsausschluss: Dieser Artikel enthält allgemeine Informationen zu Regeln und Zahlen, die zum Zeitpunkt der Erstellung galten. Er stellt keine persönliche Finanz-, Steuer- oder Anlageberatung dar. Ihr Einkommen, Ihre Verpflichtungen, Ihre Risikobereitschaft und Ihre Ziele werden nicht berücksichtigt, und Zinssätze und Schwellenwerte ändern sich. Prüfen Sie die aktuelle Lage bei der zuständigen Stelle und sprechen Sie mit einer zugelassenen Beraterin, einem zugelassenen Berater oder einer qualifizierten Buchhalterin bzw. einem qualifizierten Buchhalter, bevor Sie handeln.