Wie migriert man eine Website erfolgreich?
Eine erfolgreiche Website-Migration hängt von drei Dingen ab: einer akribischen Vor-Migrations-Prüfung, wasserdichten 301-Weiterleitungen und mindestens 90 Tagen Post-Launch-Monitoring. Wer das richtig macht, schützt sowohl die Google-Rankings als auch die wachsende KI-Suchpräsenz.
Jeden Mittwoch. 28.400+ Experten. Kein Füllstoff.
✓ Prüfen Sie Ihr Postfach — klicken Sie auf den Bestätigungslink, um die Anmeldung abzuschließen.
✓ Sie sind angemeldet!
✓ Sie stehen bereits auf der Liste.
Table of contents
Open Table of contents
- Was ist eine Website-Migration?
- Wesentliche Faktoren vor der Migration
- Schritte der Website-Migration
- 1. Ziele definieren
- 2. Vollständiges Site-Audit durchführen
- 3. Die richtige Plattform wählen
- 4. Alles sichern
- 5. Den 301-Weiterleitungsplan erstellen
- 6. Stakeholder und Nutzer informieren
- 7. Testumgebung aufsetzen
- 8. Migration in Phasen durchführen
- 9. Post-Migration: SEO-Auswirkungen prüfen
- 10. 90 Tage lang monitoren
- Die digitale Evolution mit einer reibungslosen Website-Migration meistern
- Website-Migration — FAQ 2026
- Aktualisiert für Mai 2026
Was ist eine Website-Migration?
Eine Website-Migration ist jede strukturelle Änderung, die erheblich genug ist, um Crawling, Indexierung oder Traffic zu beeinflussen. Häufige Typen:
- Domain-Migration — Wechsel von einer Domain (oder Subdomain) zu einer anderen
- HTTPS-Migration — HTTP → HTTPS (immer noch relevant bei Legacy-Systemen)
- Plattform-/CMS-Migration — WordPress zu Astro, Drupal zu Next.js usw.
- URL-Umstrukturierung — Änderung von Slug-Mustern, Hinzufügen/Entfernen von Unterordnern
- Redesign mit strukturellen Änderungen — neue Navigation, zusammengeführte/aufgeteilte Seiten, entfernter Inhalt
Das Risiko ist real. Eine schlecht ausgeführte Migration kann den organischen Traffic halbieren — manchmal dauerhaft. Eine gut geplante Migration ist jedoch auch eines der wirkungsvollsten SEO-Projekte, die man durchführen kann: Man beseitigt technische Schulden, konsolidiert Autorität und kommt oft gestärkt heraus.
Wesentliche Faktoren vor der Migration
Bevor man irgendetwas anfasst, diese Checkliste abarbeiten:
- Genau dokumentieren, warum die Migration stattfindet und wie Erfolg aussieht (Traffic-Parität? 20 % Traffic-Steigerung? bessere Core Web Vitals?).
- Realistischen Zeitplan mit hartem Content-Freeze-Datum festlegen — keine neuen Seiten oder URL-Änderungen nach dem Start.
- Alle Stakeholder identifizieren: SEO, Entwicklung, Content, Analytics, Kommunikation.
- Das Monitoring-System vor der Migration aufbauen, um saubere Vor-Migrations-Baselines zu haben.
- Die gesamte aktuelle Website crawlen und ein vollständiges URL-Inventar exportieren.
- Jede URL, die sich ändert, auf ihr neues Ziel mappen (der Weiterleitungsplan).
- Den Cutover für ein Fenster mit geringem Traffic einplanen (Dienstag bis Donnerstag ist in der Regel am besten).
- Einen Rollback-Pfad planen — wenn etwas kritisch schiefgeht, wie stellt man die alte Website wieder her?
Schritte der Website-Migration
1. Ziele definieren
Das Ziel bestimmt alles andere. Die Migration zur Konsolidierung zweier Domains ist ein völlig anderes Projekt als die Migration von HTTP zu HTTPS oder der Wechsel von WordPress zu einem Headless-CMS.
Vor dem Start konkrete, messbare Ziele aufschreiben:
- Traffic-Parität innerhalb von 60 Tagen
- Seitengeschwindigkeitsverbesserung (LCP unter 2,5 s)
- Doppelte Inhalte konsolidieren und Crawl-Effizienz verbessern
Ein Ziel, das ich jetzt immer hinzufüge: KI-Suchsichtbarkeit bewahren. ChatGPT, Perplexity, Gemini und Googles AI Overviews zitieren Quellen. Wenn die eigene Website zitiert wird, kostet eine Migration, die die Crawlbarkeit beeinträchtigt oder kanonische URLs ohne korrekte Weiterleitungen ändert, auch diesen Platz. Mehr dazu in den FAQ weiter unten.
Das gesamte Team frühzeitig einbeziehen. SEO, Entwickler, Analytics und Content haben alle blinde Flecken, die die anderen erkennen werden.
2. Vollständiges Site-Audit durchführen
Vor der Migration muss man genau wissen, was man hat. Ein vollständiges Crawl mit Screaming Frog, Ahrefs Site Audit oder einem vergleichbaren Tool durchführen. Exportieren:
- Jede indexierte URL
- HTTP-Statuscodes
- Canonical-Tags
- Meta-Titel und -Beschreibungen
- Interne Linkstruktur
- Eingehende Backlink-Profile (aus Ahrefs oder Google Search Console)
- Top-Seiten nach organischem Traffic und Backlinks
In Google Search Console (GSC) und GA4 die wertvollsten Seiten identifizieren — diejenigen, die die meisten Conversions und Traffic generieren. Diese werden beim Redirect-Mapping und bei Post-Launch-Tests besonders genau geprüft.
Für jede URL entscheiden: beibehalten, weiterleiten, konsolidieren oder entfernen. Diese Entscheidung muss dokumentiert sein, bevor Weiterleitungen aufgebaut werden.
3. Die richtige Plattform wählen
Die Plattformauswahl liegt außerhalb des Rahmens dieses Leitfadens, aber der Migrations-Prozess nicht. Vor der Festlegung auf eine neue Plattform:
- Bestätigen, dass sie saubere, permanente 301-Weiterleitungen unterstützt (keine JavaScript-Weiterleitungen)
- Bestätigen, dass sie gültige XML-Sitemaps generiert und robots.txt-Kontrolle erlaubt
- Bestätigen, dass sie die Website über HTTPS mit korrekten Zertifikaten ausliefern kann
- Unter realistischer Last testen — Leistungsregressionen nach der Migration sind häufig
Wenn CMS-Optionen evaluiert werden, sicherstellen, dass die SEO-Grundlagen nativ oder über ein First-Party-Plugin abgedeckt sind, bevor man sich festlegt.
4. Alles sichern
Vor Datei- oder Datenbankänderungen: vollständige Sicherung. Das ist nicht verhandelbar.
Optionen:
- WordPress: Duplicator, UpdraftPlus oder All-in-One WP Migration für Datenbank und Dateien
- Manuelles FTP: FileZilla oder ähnlich — langsam, aber volle Kontrolle
- Hosting-Kontrollpanel: Die meisten Shared-Hosting-Anbieter (cPanel-basiert) haben ein Ein-Klick-Backup-Tool
- Managed Backup Service: Lohnt sich bei großen oder komplexen Websites
Die Sicherung außerhalb der Hosting-Umgebung speichern. Wenn der Server mitten in der Migration ausfällt, ist eine Sicherung auf demselben Server wertlos.
5. Den 301-Weiterleitungsplan erstellen
Dies ist das kritischste technische Ergebnis jeder Migration. Jede URL, die sich ändert, benötigt eine 301-Weiterleitung (permanent), die auf ihr neues Äquivalent zeigt. Kein 302, keine JavaScript-Weiterleitung — eine serverseitige 301.
Regeln, die ich befolge:
- 1:1-Mapping wo immer möglich — alte URL → neue URL. Nicht alles auf die Startseite weiterleiten.
- Intent abgleichen — wenn eine Seite in zwei aufgeteilt wird, zur relevantesten weiterleiten, nicht zur einfachsten.
- Kettenlänge — Weiterleitungsketten auf einen Hop beschränken. A→B→C→D tötet die Crawl-Effizienz.
- Anker-Fragmente bewahren, wo sie wichtig sind (bei Langform-Inhalten)
Eine Tabelle verwenden: Spalte A = alte URL, Spalte B = neue URL, Spalte C = HTTP-Status verifiziert. Jede Zeile vor dem Go-Live testen.
6. Stakeholder und Nutzer informieren
Bei einer Domain-Migration oder einem großen Redesign ist die interne Kommunikation genauso wichtig wie die technische Ausführung. Das Team genau informieren, was wann passiert. Für externe Nutzer:
- Ein Site-Banner hinzufügen, das die bevorstehende Änderung ankündigt, wenn sie Lesezeichen oder Logins betrifft
- Mit E-Mail- und Marketing-Teams koordinieren, damit Kampagnen nicht auf alte URLs verlinken
- API-Partner oder Affiliates, die auf Inhalte verlinken, rechtzeitig informieren
7. Testumgebung aufsetzen
Die neue Website in einer Staging-Umgebung starten — durch noindex oder ein Passwort vor der Indexierung geschützt — bevor sie in die Nähe der Produktion kommt.
Im Staging gegen diese Checkliste testen:
- Alle 301-Weiterleitungen liefern den korrekten Status und das korrekte Ziel
- Keine Weiterleitungsschleifen oder Ketten länger als ein Hop
- XML-Sitemap ist gültig und enthält nur die neuen URLs
- robots.txt blockiert keine Seiten, die indexiert werden sollen
- Canonical-Tags zeigen auf die richtigen URLs
- Interne Links verwenden die neue URL-Struktur, nicht alte Pfade
- Core Web Vitals (LCP, CLS, INP) sind gleich oder besser als die Baseline
- Mobile Darstellung ist auf allen Geräten korrekt
- Site-Suche und interaktive Funktionen funktionieren
- Formulare, Checkout-Prozesse, Authentifizierung — alles funktionsfähig
Tests nicht einer einzigen Person zuweisen. Funktionsübergreifende Teams finden mehr Fehler.
8. Migration in Phasen durchführen
Bei großen Websites (Tausende von Seiten) die Migration nach Abschnitt aufteilen — zuerst der Blog, dann die Produktseiten, dann die Startseite. Bei kleineren Websites kann alles auf einmal gemacht werden, aber trotzdem in einem Fenster mit geringem Traffic.
Ablauf am Migrationstag:
- Finalen Crawl-Snapshot vor der Migration erstellen
- Neue Website deployen und Weiterleitungen aktivieren
- robots.txt auf der neuen Website aktualisieren (noindex/disallow aus dem Staging entfernen)
- Überprüfen, dass Weiterleitungen in der Produktion korrekt funktionieren
- Neues XML-Sitemap an Google Search Console übermitteln
- Bei einer Domain-Migration das GSC-Tool Adressänderung verwenden (Einstellungen → Adressänderung) — dies signalisiert Google direkt, dass die Website umgezogen ist, und beschleunigt die Neu-Indexierung
Ausfallzeiten minimieren. Je länger die Website offline ist, desto schwieriger die Erholung.
9. Post-Migration: SEO-Auswirkungen prüfen
Innerhalb von 24–48 Stunden nach dem Launch:
- Die Live-Website crawlen und bestätigen, dass alle Weiterleitungen funktionieren
- GSC auf Crawl-Fehler, Indexierungsprobleme und Coverage-Probleme prüfen
- Überprüfen, ob Google die Schlüsselseiten abrufen und rendern kann (GSC → URL-Inspektion)
- Bestätigen, dass Analytics korrekt trackt (GA4-Sitzungen, Events)
In den ersten zwei Wochen:
- GSC täglich auf 404-Fehler prüfen und alle korrigieren, die beim Testen nicht gefunden wurden
- Ranking-Positionen für die wichtigsten Traffic-Keywords überwachen
- Überprüfen, ob Backlinks von autoritären Websites korrekt aufgelöst werden
10. 90 Tage lang monitoren
Der meiste Migrations-Schaden zeigt sich in den ersten 30 Tagen. Die vollständige Erholung (oder die Bestätigung, dass Probleme vorliegen) dauert typischerweise 60–90 Tage. Wöchentlich verfolgen:
- Organische Sitzungen (GA4 vs. Vor-Migrations-Baseline)
- Keyword-Rankings für die Top-50-Begriffe
- Index-Abdeckung in GSC
- Core Web Vitals-Scores
- Crawl-Fehler
Alerts in GA4 und GSC einrichten, damit Einbrüche nicht unbemerkt bleiben. Wenn der Traffic um mehr als 20 % fällt und nach zwei Wochen dort bleibt, zurück zum Weiterleitungsplan — eine fehlende oder fehlerhafte Weiterleitung ist fast immer der Übeltäter.
Die digitale Evolution mit einer reibungslosen Website-Migration meistern
Eine gut durchgeführte Website-Migration schützt den Traffic, verbessert die technische Gesundheit der Website und positioniert für Wachstum. Schlecht durchgeführt, kann sie monatelange Erholungszeit kosten.
Die Formel ist einfach, auch wenn die Ausführung es nicht ist: klare Ziele definieren, alles auditieren, jede Weiterleitung mappen, vor dem Launch testen und danach aggressiv überwachen.
Wenn das hilfreich war, behandeln diese Beiträge verwandte Themen:
- Bewährte Methoden zur Generierung neuer Content-Ideen
- .Com vs .Net – Ein umfassender Leitfaden zur Wahl des Besten für Ihr Unternehmen
- Wie SEO das Marketing auf globaler Ebene verbessert
- Wie man den Traffic der eigenen Website verzehnfacht
Website-Migration — FAQ 2026
Schadet eine Domain-Migration dem SEO dauerhaft?
Nicht bei korrekter Ausführung. Google hat erklärt, dass Domain-Migrationen mit korrekten 301-Weiterleitungen Link-Equity weitergeben und dass sich Rankings typischerweise innerhalb weniger Wochen bis einiger Monate erholen. Das Schlüsselwort ist „typischerweise” — ich habe schlecht ausgeführte Migrationen gesehen, die 6–12 Monate zur Erholung brauchten. Der größte Einzelfehler ist, alles auf die Startseite weiterzuleiten statt URLs 1:1 zu mappen.
Was ist das GSC-Tool „Adressänderung” und brauche ich es?
Das Adressänderungs-Tool in Google Search Console ist ein direktes Signal an Google, dass die Website auf eine neue Domain umgezogen ist. Es wird in GSC unter Einstellungen → Adressänderung eingereicht, nachdem 301-Weiterleitungen eingerichtet wurden. Es ist nur für Domain-zu-Domain-Migrationen relevant (nicht für Subdomain-Änderungen, HTTPS-Upgrades oder URL-Umstrukturierungen). Es beschleunigt das Re-Crawling und die Neu-Indexierung — ich verwende es immer bei Domain-Migrationen.
Wie beeinflussen Website-Migrationen die KI-Suchsichtbarkeit (ChatGPT, Perplexity, Gemini)?
KI-Suchwerkzeuge wie Perplexity, ChatGPT mit Browsen und Googles AI Overviews nutzen gecrawlte Web-Inhalte. Wenn die Website vor der Migration zitiert wurde und Weiterleitungen brechen oder die Crawlbarkeit sinkt, geht diese Sichtbarkeit verloren — und die Erholung in der KI-Suche dauert länger als in traditionellen Google-Rankings, weil die Re-Training- oder Re-Indexierungszyklen weniger transparent sind. Zum Schutz: Weiterleitungen wasserdicht halten, Sitemap unmittelbar nach dem Launch einreichen, jeden Zeitraum vermeiden, in dem Seiten Fehler zurückgeben, und konsistente kanonische URLs so weit wie möglich beibehalten.
Wie lange sollte ich alte 301-Weiterleitungen behalten?
Auf unbestimmte Zeit, oder mindestens 2–3 Jahre. Zu frühes Entfernen von 301-Weiterleitungen bricht Backlinks, Lesezeichen und alle Zitierungen in KI-Suchsystemen, die die alte URL erfasst haben. Der Server-Overhead für eine Weiterleitung ist vernachlässigbar. Es gibt keinen Vorteil darin, sie zu entfernen.
Weiterführende Lektüre: Wie man den Traffic der eigenen Website verzehnfacht · Wie SEO das Marketing auf globaler Ebene verbessert · .Com vs .Net
Dieser Leitfaden ist Teil von alejandrorioja.com — verfasst von Alejandro Rioja, der jetzt KI-Agentensysteme für Gründer entwickelt. Einschließlich des Agenten, der diese Website aktuell hält. So funktioniert es →
Aktualisiert für Mai 2026
Eine kurze Notiz vom Mai 2026: Der in diesem Beitrag beschriebene Workflow wurde gegen den aktuellen Stand der zugrunde liegenden Tools und Plattformen geprüft. Wo bestimmte Tools, Benutzeroberflächen oder Funktionen sich weiterentwickelt haben, bleibt der strukturelle Rat weiterhin gültig — die Implementierung wird in 2026 etwas anders aussehen. Wenn ein Schritt nicht mit dem übereinstimmt, was auf dem Bildschirm zu sehen ist, handelt es sich wahrscheinlich um eine UI-Aktualisierung, nicht um eine grundlegende Änderung des Ansatzes. Eine Nachricht über das Kontaktformular hinterlassen und ich werde es explizit anpassen.
Jeden Mittwoch. 28.400+ Experten. Kein Füllstoff.
✓ Prüfen Sie Ihr Postfach — klicken Sie auf den Bestätigungslink, um die Anmeldung abzuschließen.
✓ Sie sind angemeldet!
✓ Sie stehen bereits auf der Liste.
Holen Sie sich das KI-Playbook in Ihr Postfach
Jeden Mittwoch. 28.400+ Experten. Kein Füllstoff.
Prüfen Sie Ihr Postfach.
Wir haben Ihnen eine Bestätigungs-E-Mail geschickt — klicken Sie auf den Link, um Ihre Anmeldung abzuschließen. Prüfen Sie den Spam-Ordner, falls sie nicht innerhalb einer Minute ankommt.
Sie sind angemeldet.
Willkommen — die nächste Ausgabe landet bald in Ihrem Postfach.
Sie stehen bereits auf der Liste — halten Sie jeden Mittwoch Ausschau.