Erstellen Sie vor der Migration ein vollständiges Backup und eine Bestandsaufnahme der URLs, richten Sie ein Staging in der Zielumgebung ein, ersetzen Sie Adressen mit einem sicheren Tool und testen Sie alles. Bereiten Sie bei URL-Änderungen individuelle 301-Weiterleitungen vor. Stellen Sie DNS mit einem Rückfallplan um und überwachen Sie nach dem Launch Logs, Formulare und Indexierung.
Die Migration einer WordPress-Website kann den Umzug zu einem neuen Hosting, einen Domainwechsel, die Umstellung auf HTTPS oder ein gleichzeitiges Redesign bedeuten. Jede Variante betrifft andere Ebenen: Dateien, Datenbank, URLs, DNS, E-Mails, Analytics und Indexierung. Ein einfaches Kopieren des Ordners reicht daher möglicherweise nicht aus. Ein Fehler kann sich als verschwundenes Bild, endlose Weiterleitung, nicht funktionierendes Formular oder Verlust an organischem Traffic zeigen.
Eine sichere Migration wird als gesteuerte Änderung mit Inventur, Testumgebung, Umschaltplan und Rückfalloption vorbereitet. Ziel ist es, die Ausfallzeit zu verkürzen und die Bedeutung jeder wertvollen URL zu erhalten. Bei einer dynamischen Website muss zudem festgelegt werden, wie neue Bestellungen oder Registrierungen während des Umzugs verarbeitet werden. Das folgende Vorgehen hilft, Technik, Inhalte und SEO zu koordinieren.
Erfassen Sie den Umfang und erstellen Sie ein wiederherstellbares Backup
Erfassen Sie die Versionen von WordPress, PHP und Datenbank, das Theme, die Plugins, Cron-Aufgaben, die Größe der Speicher und externe Integrationen. Exportieren Sie die Liste der indexierbaren URLs, Weiterleitungen, DNS-Einträge und Analytics-Tags. Vergessen Sie nicht Formulare, SMTP, Webhooks, Zahlungsschlüssel und domaingebundene Lizenzen. Die Bestandsaufnahme deckt Elemente auf, die ein automatisches Migrations-Plugin nicht kennt, und liefert eine Checkliste für den Test.
Eine vollständige Sicherung umfasst die Datenbank, hochgeladene Medien, eigenen Code und Konfigurationsdateien. Speichern Sie sie außerhalb des Quell-Hostings und überprüfen Sie ihre Lesbarkeit oder führen Sie eine Testwiederherstellung durch. Halten Sie den Erstellungszeitpunkt fest, insbesondere bei einer Website mit laufenden neuen Transaktionen. Vereinbaren Sie ein Zeitfenster für das Einfrieren der Inhalte oder einen Synchronisationsschritt, damit während des Umzugs vorgenommene Änderungen nicht verloren gehen. Schalten Sie die alte Website erst ab, wenn der neue Stand überprüft ist und eine Rückkehr möglich bleibt.
Bereiten Sie die Zielumgebung und das Staging vor
Richten Sie den Zielserver gemäß den Anforderungen der Anwendung ein: unterstützte Versionen, HTTPS, Datenbank, Limits, Cache, E-Mail und geplante Aufgaben. Stellen Sie eine Kopie unter einer temporären, nicht öffentlichen Adresse oder über eine lokale Domain-Zuordnung wieder her. Schützen Sie das Staging durch Authentifizierung und ein Indexierungsverbot; eine robots-Datei allein ist kein Schutz sensibler Daten. Enthält es personenbezogene Daten oder Bestelldaten, beschränken Sie die Zugriffe und erwägen Sie eine Anonymisierung.
Ersetzen Sie URLs in serialisierten WordPress-Daten nicht mit einem einfachen Textbefehl, der die gespeicherte Struktur beschädigen kann. Verwenden Sie ein Werkzeug, das das Datenbankformat versteht, und prüfen Sie anschließend interne Links, Medien, Menüs und Widgets. Kontrollieren Sie Dateiberechtigungen, Umgebungsgeheimnisse und dass vom Staging aus keine produktiven Zahlungen oder E-Mails ausgelöst werden. Trennen Sie Testschlüssel klar von Live-Schlüsseln.
- Kompatible Serverversionen und Erweiterungen
- Geschützte Staging-Umgebung ohne Indexierung
- Sichere URL-Änderung in serialisierten Daten
- Getrennte Testintegrationen
Schützen Sie URLs und organische Sichtbarkeit
Wenn sich weder Domain noch Struktur ändern, behalten Sie exakt dieselben Pfade, Canonical-Links und Sprachverknüpfungen bei. Erstellen Sie bei einem Redesign eine Zuordnung jeder alten URL zur inhaltlich am besten entsprechenden neuen URL. Leiten Sie nicht alles auf die Startseite um und vermeiden Sie Weiterleitungsketten über mehrere Zwischenstufen. Entfernte Inhalte ohne Ersatz dürfen korrekt mit einem Fehler enden, eine wertvolle Seite mit Nachfolger benötigt jedoch eine dauerhafte Weiterleitung.
Vergleichen Sie auf dem Staging Titel, Hauptüberschriften, Meta-Beschreibungen, kanonische URLs, Robots-Direktiven, Sitemap und strukturierte Daten. Interne Links sollten direkt auf die neuen Zieladressen verweisen, auch wenn die Weiterleitung funktioniert. Aktualisieren Sie bei einem Domainwechsel Profile, Kampagnen und wichtige externe Links, die Sie selbst kontrollieren. Bereiten Sie vor dem Start eine Liste prioritärer URLs für die manuelle Prüfung sowie Ausgangsdaten aus den Suchmaschinen-Tools vor.
Planen Sie die DNS-Umstellung und den Produktionstest
Ermitteln Sie, wer das DNS verwaltet, und prüfen Sie alle Einträge einschließlich der E-Mail-Einträge. Vor der Änderung kann die TTL angemessen gesenkt werden, allerdings mit ausreichendem Vorlauf und im Bewusstsein bestehender Caches. Bereiten Sie die genauen neuen Werte, den Kontakt zum Hosting und die Bedingungen für ein Zurückrollen vor. Aktivieren Sie bei einer dynamischen Website das vereinbarte Wartungsfenster, führen Sie die letzte Datensynchronisierung durch und verhindern Sie Schreibvorgänge, die nur auf dem alten Server verbleiben würden.
Testen Sie die Website nach der Umstellung über die öffentliche Domain aus mehreren Netzwerken. Prüfen Sie das Zertifikat, die Weiterleitungen zwischen HTTP/HTTPS und den www-Varianten, die Anmeldung, Formulare, E-Mails, den Kaufvorgang, die Zahlung, Cronjobs sowie die API. Kontrollieren Sie Logs und Cache, da manche Besucher während der DNS-Propagierung noch den alten Server sehen können. Halten Sie beide Systeme gemäß Plan kurzzeitig konsistent; schalten Sie die alte Installation erst dann sicher ab, wenn ein stabiler Betrieb bestätigt ist.
- DNS-Prüfung einschließlich E-Mail-Einträgen
- Abschließende Synchronisierung dynamischer Daten
- Test von Live-Formularen, Zahlungen und Integrationen
- Klare Kriterien für die Rückkehr zur alten Lösung
Überwachen Sie die Website nach der Migration
Überprüfen Sie in den ersten Tagen häufiger Serverfehler, nicht erreichbare URLs, die Performance, die E-Mail-Zustellung und die Integrationen. Gehen Sie die wichtigsten Seiten ohne Administrator-Anmeldung durch, damit der Cache kein Problem verdeckt. Reichen Sie in der Suchmaschinen-Konsole die aktuelle Sitemap ein und beobachten Sie die Indexierung, weitergeleitete Adressen und unerwartete Blockierungen. Nutzen Sie bei einem Domainwechsel die verfügbaren Werkzeuge zur Meldung des Umzugs, sofern die jeweilige Suchmaschine diese anbietet.
Beurteilen Sie einen Rückgang oder eine Veränderung nicht anhand eines einzelnen Tages. Vergleichen Sie einzelne URL-Gruppen, Suchanfragen und technische Signale, um die Ursache zu finden. Bewahren Sie die Migrationszuordnung und die Weiterleitungen ausreichend lange auf; alte Links können in Dokumenten und Lesezeichen weiterbestehen. Entfernen Sie nach der Stabilisierung temporäre Konten, Testschlüssel und Staging-Kopien, aktualisieren Sie die Dokumentation und erstellen Sie eine neue Ausgangssicherung der Produktivumgebung.
Häufige Fragen
Gibt es bei der WordPress-Migration eine Ausfallzeit?
Ein gut vorbereiteter Umzug lässt sich oft mit einer sehr kurzen oder kaum merklichen Ausfallzeit durchführen, hängt aber von DNS, Größe der Website und dynamischen Daten ab. Ein Onlineshop kann ein Wartungsfenster benötigen, damit während der finalen Synchronisation keine Bestellungen verloren gehen.
Verliert die Website nach einem Domainwechsel ihre Rankings?
Eine Änderung kann die Verarbeitung von Signalen vorübergehend beeinflussen. Das Risiko verringern inhaltliche Kontinuität, individuelle 301-Weiterleitungen, aktualisierte interne Links, korrekte kanonische URLs und Monitoring. Ein garantiertes Ergebnis lässt sich nicht versprechen, daher wird eine Migration geplant und ausgewertet.
Reicht für die Migration ein automatisches Plugin?
Bei einer einfachen Website kann es Dateien und Datenbank übertragen, ersetzt aber nicht die Prüfung von DNS, E-Mails, Lizenzen, externen APIs, SEO oder Produktionstests. Das Tool ist Teil des Vorgehens; ein verantwortungsvoller Plan und eine Validierung bleiben notwendig.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
