WordPress Migration einer großen Website: Planung, Ablauf und typische Fehler

Eine WordPress Migration einer großen Website ist deutlich mehr als das Kopieren von Dateien und einer Datenbank. Viele Inhalte, individuelle Plugins, umfangreiche Medienbibliotheken, komplexe Weiterleitungen und laufende Bestellungen oder Formulare machen den Umzug anspruchsvoll. Mit einer sauberen Planung, einer geeigneten Testumgebung und einer kontrollierten Umschaltung lässt sich das Risiko von Ausfällen, Datenverlust und SEO-Problemen deutlich reduzieren.

Passende WordPress Hilfe zum Thema

Was bedeutet die Migration einer großen WordPress-Website?

Bei einer WordPress-Migration wird eine bestehende Website von einer technischen Umgebung in eine andere übertragen. Das kann beispielsweise ein Wechsel des Hostings, ein Serverumzug, ein Domainwechsel, eine Zusammenführung mehrerer Installationen oder ein Relaunch mit neuer Infrastruktur sein. Bei einer großen Website betrifft die Migration nicht nur WordPress selbst, sondern das gesamte Zusammenspiel aus Webserver, PHP, Datenbank, Dateien, DNS, E-Mail-Diensten, Schnittstellen und Suchmaschinenzugriffen.

Eine Website gilt in diesem Zusammenhang nicht allein wegen ihrer Besucherzahl als groß. Auch viele Inhalte, zahlreiche Benutzerrollen, umfangreiche WooCommerce-Daten, mehrere Sprachen, individuelle Programmierungen oder externe Systeme können den Aufwand erhöhen. Entscheidend ist die technische und organisatorische Komplexität.

Typische Bestandteile eines großen WordPress-Projekts

• eine große Datenbank mit Beiträgen, Seiten, Benutzerkonten, Bestellungen oder individuellen Datensätzen
• eine umfangreiche Medienbibliothek mit vielen Bildern, Dokumenten und Downloads
• individuelle Plugins, Theme-Anpassungen oder Funktionen in einem Child Theme
• mehrere Websites in einer WordPress-Multisite-Installation
• mehrsprachige Inhalte und unterschiedliche URL-Strukturen
• externe Schnittstellen, zum Beispiel zu Warenwirtschaft, Newsletter, CRM oder Zahlungsdiensten
• Cache-, CDN-, Sicherheits- und Monitoring-Systeme
• laufende Formulare, Registrierungen, Kommentare oder Bestellungen während der Umzugsphase

Migration zuerst analysieren und planen

Die Abbildung zeigt, welche Bestandteile vor einer Migration erfasst werden sollten. So lassen sich vergessene Plugins, Schnittstellen, Cronjobs oder individuelle Dateien frühzeitig erkennen.

Der wichtigste Schritt ist die Bestandsaufnahme. Bevor Dateien verschoben oder DNS-Einträge geändert werden, sollte klar sein, welche Komponenten existieren, welche davon benötigt werden und welche Abhängigkeiten bestehen. Eine Migration ohne Inventar führt häufig dazu, dass einzelne Cronjobs, Upload-Verzeichnisse, Zugangsdaten oder externe Verbindungen übersehen werden.

Technische Bestandsaufnahme

Dokumentiere zunächst die Ausgangssituation. Dazu gehören die WordPress-Version, die PHP-Version, das verwendete Theme, aktive und inaktive Plugins, die Datenbanktechnologie sowie die Serverkonfiguration. Ebenfalls relevant sind die Größe der Datenbank, der Umfang des wp-content-Verzeichnisses und besondere Verzeichnisse außerhalb der normalen WordPress-Struktur.

• Domain, Subdomains und aktuell verwendete DNS-Einträge
• Hosting, Webserver und verfügbare PHP-Versionen
• Datenbankname, Datenbankbenutzer, Zeichensatz und Tabellenpräfix
• Upload-Verzeichnis, individuell erzeugte Dateien und geschützte Downloads
• aktive Themes, Child Theme und eigene Anpassungen
• Plugins einschließlich Lizenzschlüsseln und externer API-Zugänge
• WordPress-Cronjobs und serverseitige Cronjobs
• SSL-Zertifikate, Weiterleitungen, Caching und CDN-Konfiguration
• Formulare, E-Mail-Versand und externe Integrationen

Inhalte und laufende Änderungen erfassen

Bei einer kleinen Informationsseite kann ein kurzer Wartungszeitraum oft ausreichen. Bei einer großen Website entstehen jedoch möglicherweise während des Kopiervorgangs neue Beiträge, Kommentare, Benutzerkonten, Bestellungen oder Formularanfragen. Deshalb muss festgelegt werden, welche Daten während der Migration weiterlaufen dürfen und wie Änderungen nachträglich übertragen werden.

Bei WooCommerce oder anderen dynamischen Systemen ist dieser Punkt besonders wichtig. Eine ältere Kopie der Datenbank darf nicht einfach die neuere Produktionsdatenbank überschreiben. Je nach System kann eine kurze Wartungsseite, ein kontrollierter Schreibstopp oder eine gezielte Synchronisierung erforderlich sein. Die passende Methode hängt von der Website und den verfügbaren Werkzeugen ab.

Die richtige Zielumgebung vorbereiten

Die neue Umgebung sollte vor der eigentlichen Übertragung möglichst vollständig vorbereitet werden. Dazu gehören Hosting, Datenbank, PHP, SSL, Zugänge und grundlegende Servereinstellungen. Eine vorbereitete Zielumgebung verkürzt das Zeitfenster für die Umschaltung und macht Tests reproduzierbarer.

PHP, Datenbank und Server prüfen

Die Zielumgebung muss die Anforderungen der eingesetzten WordPress-Version, des Themes und der Plugins erfüllen. Eine höhere PHP-Version kann sinnvoll sein, ist aber nicht automatisch mit jeder individuellen Erweiterung kompatibel. Vor einem gleichzeitigen Wechsel von Hosting, PHP und zahlreichen Plugins sollte geprüft werden, welche Änderung den Fehler verursacht, falls die Website anschließend nicht funktioniert.

Auch die Datenbank sollte technisch passend eingerichtet werden. Zeichensatz und Kollation müssen zu den verwendeten Inhalten und Anwendungen passen. Bei großen Datenbanken können Importvorgänge an maximalen Paketgrößen, Laufzeitbegrenzungen oder Speicherlimits scheitern. Ein professioneller Datenbankimport über die Serverkonsole oder ein geeignetes Migrationsverfahren kann dann stabiler sein als ein Import über eine begrenzte Weboberfläche.

Staging statt direkter Änderungen an der Live-Website

Eine Staging-Umgebung ist eine möglichst realitätsnahe Kopie, in der die Migration und anschließende Tests durchgeführt werden. Sie sollte nicht ungewollt von Suchmaschinen indexiert werden. Außerdem müssen Test-E-Mails, Zahlungsfunktionen und Schnittstellen so konfiguriert werden, dass keine echten Vorgänge ausgelöst werden.

Die Staging-Umgebung ist kein Ersatz für ein Backup. Sie dient dem Testen, während ein unabhängig gespeichertes und überprüftes Backup die Wiederherstellung ermöglicht. Besonders vor Änderungen an Datenbank, DNS, Serverkonfiguration oder URL-Struktur sollte eine Rückfallmöglichkeit vorhanden sein.

Ablauf einer WordPress Migration für große Websites

Ein klarer Ablauf hilft, Aufgaben zu trennen und Verantwortlichkeiten festzulegen. Die einzelnen Schritte können je nach Projekt anders umgesetzt werden, die grundsätzliche Reihenfolge hat sich jedoch als sinnvoll erwiesen.

1. Projektumfang und Ziel definieren

Lege fest, ob nur das Hosting gewechselt wird oder ob zusätzlich Domain, Theme, URL-Struktur, PHP-Version oder Plugins verändert werden. Je mehr Änderungen gleichzeitig stattfinden, desto schwieriger wird die Fehlersuche. Wenn möglich, sollte die reine technische Migration zunächst von einem Relaunch oder einer größeren Funktionsänderung getrennt werden.

2. Backups erstellen und Wiederherstellung prüfen

Erstelle mindestens eine vollständige Sicherung der Datenbank und der benötigten Dateien. Ein Backup ist nur dann hilfreich, wenn es lesbar und wiederherstellbar ist. Prüfe deshalb, ob die Sicherung vollständig erzeugt wurde und ob sich daraus eine Testinstallation aufbauen lässt. Bewahre die Sicherung nicht ausschließlich auf dem Server auf, der möglicherweise gerade verändert wird.

3. Zielsystem einrichten

Richte die neue Website technisch ein, ohne die öffentliche Domain bereits endgültig umzuschalten. Prüfe Dateirechte, PHP-Einstellungen, Datenbankzugriff, SSL und Serverlogs. Bei einer großen Installation sollte außerdem geklärt werden, ob ausreichend Speicherplatz, Arbeitsspeicher und Prozesskapazität für Importe, Bildverarbeitung und Cache-Aufbau vorhanden sind.

4. Dateien und Datenbank übertragen

Übertrage WordPress-Core, Themes, Plugins, Uploads und weitere benötigte Dateien. Die Core-Dateien sollten dabei nicht als individuelle Anpassungsfläche behandelt werden. Eigene Funktionen gehören möglichst in ein Plugin oder ein Child Theme, damit sie bei späteren Updates nicht verloren gehen.

Importiere anschließend die Datenbank. Bei großen Datenmengen kann die Übertragung in Abschnitte aufgeteilt oder über ein serverseitiges Verfahren durchgeführt werden. Nach dem Import sind insbesondere die Werte für Website-Adresse und Startseite, die Tabellenstruktur, Zeichensätze und eventuell serialisierte Daten zu prüfen. Eine einfache globale Textersetzung in der Datenbank kann serialisierte Werte beschädigen; URL-Änderungen sollten deshalb mit einem dafür geeigneten Werkzeug erfolgen.

5. URL- und Pfadänderungen kontrollieren

Bei einem Domainwechsel müssen absolute URLs in Inhalten, Widgets, Optionen und Medien berücksichtigt werden. Zusätzlich können Dateipfade, Upload-Verzeichnisse oder Verweise auf externe Ressourcen betroffen sein. Suche nach alten Domains und teste anschließend interne Links, Bilder, Downloads, Canonical-Angaben und Open-Graph-Daten.

6. Funktionstests in der Zielumgebung durchführen

Teste zunächst die wichtigsten Funktionen. Dazu gehören Startseite, Navigation, Suche, Login, Kontaktformulare, Downloads, Benutzerbereiche, Suchmaschinenzugriff und gegebenenfalls der komplette Kaufprozess. Prüfe auch Rollen und Berechtigungen. Ein Administrator kann eine Funktion sehen, die für Redakteure oder normale Besucher trotzdem nicht funktioniert.

7. Umschaltung vorbereiten und durchführen

Für die Umschaltung sollte ein konkreter Zeitplan existieren. Lege fest, wer Backups kontrolliert, wer die letzten Daten synchronisiert, wer DNS ändert und wer die Tests nach dem Wechsel durchführt. Reduziere gegebenenfalls die DNS-TTL im Vorfeld, ohne daraus eine sofortige Aktualisierung bei allen DNS-Resolvern abzuleiten.

Nach der letzten Synchronisierung wird die neue Umgebung aktiviert. Anschließend sollten die wichtigsten Seiten direkt über die öffentliche Domain geprüft werden. Beobachte Logs, Fehlermeldungen, Formulare, Serverauslastung und externe Schnittstellen. Die alte Umgebung sollte nicht vorschnell gelöscht werden, sondern für eine vereinbarte Rückfallphase verfügbar bleiben.

SEO bei der Migration großer Websites sichern

Ein Serverumzug muss nicht automatisch zu einem Verlust von Sichtbarkeit führen. SEO-Probleme entstehen jedoch schnell, wenn Statuscodes, Canonical-URLs, Weiterleitungen, Indexierungsregeln oder interne Links nach der Migration nicht mehr stimmen.

Wichtige SEO-Prüfungen

• Die wichtigsten alten URLs liefern entweder weiterhin den passenden Inhalt oder eine gezielte Weiterleitung.
• Weiterleitungen führen nicht in Ketten oder Schleifen.
• Die neue Website ist nicht versehentlich per noindex oder robots.txt blockiert.
• Canonical-URLs zeigen auf die korrekte Domain und das korrekte Protokoll.
• XML-Sitemaps enthalten die gewünschten URLs und sind erreichbar.
• Interne Links, Bilder und strukturierte Daten verweisen nicht mehr auf die alte Umgebung.
• Die bevorzugte Variante mit oder ohne www sowie HTTP und HTTPS ist einheitlich konfiguriert.

Bei einem reinen Hostingwechsel sollte die URL-Struktur möglichst unverändert bleiben. Wenn gleichzeitig neue URLs entstehen, braucht es eine dokumentierte Zuordnung von alten zu neuen Adressen. Nicht jede alte URL sollte pauschal auf die Startseite weiterleiten. Eine Weiterleitung ist dann sinnvoll, wenn der neue Zielinhalt die alte Adresse inhaltlich angemessen ersetzt.

Typische Fehler bei der WordPress-Migration

Problem	Mögliche Ursache	Sinnvolle Prüfung oder Lösung
Weiße Seite oder schwerer PHP-Fehler	Inkompatibles Plugin, Theme oder PHP-Version	Fehlerprotokoll prüfen, Erweiterungen einzeln deaktivieren und Versionen vergleichen
Bilder fehlen	Uploads unvollständig übertragen oder falscher Pfad	Dateien, Berechtigungen und Medien-URLs kontrollieren
Formulare senden keine Nachrichten	SMTP, Absenderadresse oder DNS-Einstellungen fehlen	Versandweg, Serverlogs und Zustellbarkeit getrennt prüfen
Alte Domain erscheint weiterhin	Absolute URLs in Datenbank oder Cache	Geeignete URL-Ersetzung durchführen und alle Caches leeren
Besucher sehen alte und neue Inhalte	DNS-Änderung noch nicht überall wirksam oder Cache aktiv	DNS-Auflösung, CDN und Browser- beziehungsweise Servercache prüfen
Bestellungen oder Kommentare fehlen	Alte Datenbank wurde nach der letzten Änderung übernommen	Schreibvorgänge kontrolliert stoppen und Daten synchronisieren
Website lädt langsam	Cache, PHP-Konfiguration, Datenbank oder CDN nicht angepasst	Server- und Anwendungslogs sowie langsame Abfragen analysieren

Plugins nicht blind reaktivieren

Bei einer großen Installation kann ein einzelnes Plugin den gesamten Seitenaufruf blockieren. Reaktiviere Erweiterungen deshalb möglichst schrittweise und prüfe nach jedem relevanten Schritt die Website. Besondere Aufmerksamkeit verdienen Plugins, die Datenbanktabellen anlegen, Hintergrundaufgaben ausführen, Dateien erzeugen oder externe Dienste ansprechen.

Cache und CDN richtig behandeln

Ein alter Cache kann den Eindruck erwecken, dass die Migration nicht funktioniert, obwohl der Ursprung bereits korrekt arbeitet. Leere den WordPress-, Server-, Proxy- und CDN-Cache kontrolliert. Prüfe danach nicht nur die Startseite, sondern auch dynamische URLs, angemeldete Bereiche und Seiten mit unterschiedlichen Sprach- oder Währungsvarianten.

Technische Details, die bei großen Websites wichtig sind

Datenbank und Tabellen

Bei umfangreichen Datenbanken sollte der Import nicht ausschließlich nach dem Prinzip „Datei hochladen und warten“ erfolgen. Lange Abfragen, große Tabellen und temporäre Dateien können Serverlimits überschreiten. Vorab sollten Datenbankgröße, Tabellen mit besonders vielen Einträgen und mögliche Altlasten bekannt sein. Transiente Optionen, Protokolltabellen oder zwischengespeicherte Daten können je nach Anwendung bereinigt werden, allerdings nicht ohne Prüfung ihrer Funktion.

Cronjobs und Hintergrundaufgaben

WordPress kann geplante Aufgaben über den internen Cronmechanismus ausführen. Dieser wird häufig durch Besucherzugriffe angestoßen und ist bei stark frequentierten Websites nicht immer die beste Lösung. Wenn die bisherige Installation serverseitige Cronjobs verwendet, müssen diese auf dem neuen System eingerichtet und getestet werden. Andernfalls können E-Mails, Importe, Produktaktualisierungen oder Bereinigungen ausbleiben.

Dateirechte und Sicherheit

Zu offene Dateirechte erhöhen das Risiko ungewollter Änderungen, während zu restriktive Rechte Uploads und Updates verhindern können. Prüfe Eigentümer, Gruppen und Schreibrechte passend zur Serverumgebung. Zugangsdaten, API-Schlüssel und geheime Salts sollten nicht unkontrolliert in öffentlich zugänglichen Dateien oder Versionsständen liegen. Nach einer Migration ist außerdem sinnvoll zu prüfen, ob temporäre Exportdateien, alte Installationsreste oder Logdateien erreichbar sind.

Monitoring und Protokolle

Serverlogs, PHP-Logs und WordPress-Debugging liefern wichtige Hinweise, sollten aber nicht dauerhaft mit öffentlich sichtbaren Fehlermeldungen betrieben werden. Aktiviere detaillierte Protokollierung möglichst kontrolliert und sichere sensible Logdateien. Nach dem Umschalten helfen regelmäßige Prüfungen von Statuscodes, Ladezeiten, Formularen und externen Schnittstellen dabei, Probleme früh zu erkennen.

Praxisbeispiel: Migration einer umfangreichen Unternehmenswebsite

Angenommen, eine Unternehmenswebsite besitzt viele redaktionelle Seiten, mehrere Formulare, einen geschützten Downloadbereich und individuelle Inhaltsfelder. Der Umzug soll auf ein neues Hosting erfolgen, die Domain und URL-Struktur bleiben jedoch unverändert.

Im ersten Schritt werden Theme, Plugins, Uploads, Datenbank und externe Dienste dokumentiert. Danach wird die Zielumgebung mit einer passenden PHP-Version eingerichtet. Eine Kopie der Website wird importiert und über eine temporäre Testadresse geprüft. Dabei fällt auf, dass ein individuelles Plugin einen festen Serverpfad verwendet. Der Pfad wird updatefähig über eine Konfiguration angepasst, statt die Änderung direkt in WordPress-Core-Dateien vorzunehmen.

Vor der Umschaltung werden Formulare, geschützte Downloads, Rollen, Weiterleitungen und Suchmaschinenregeln getestet. Für den Wechsel wird ein Zeitfenster festgelegt, in dem keine redaktionellen Änderungen vorgenommen werden. Nach dem finalen Datenbankabgleich wird die Domain auf das neue System gelenkt. Anschließend werden Startseite, wichtige Landingpages, Formulare, Downloads, Logs und Statuscodes kontrolliert. Die alte Umgebung bleibt zunächst als Rückfalloption erhalten.

Das Beispiel zeigt, warum eine Migration nicht nur aus dem Dateitransfer besteht. Die eigentliche Qualität entsteht durch die Kombination aus Bestandsaufnahme, Test, kontrollierter Umschaltung und Nachkontrolle.

Checkliste für die Abnahme

1. Ist ein vollständiges Backup vorhanden und wurde die Wiederherstellung grundsätzlich geprüft?
2. Sind alle benötigten Dateien, Datenbanktabellen und individuellen Verzeichnisse übertragen?
3. Funktionieren Theme, Child Theme, Plugins und individuelle Funktionen?
4. Sind PHP-Version, Datenbank, SSL und Dateirechte passend konfiguriert?
5. Funktionieren Login, Rollen, Formulare, Downloads und gegebenenfalls Bestellungen?
6. Sind Cronjobs, E-Mail-Versand und externe Schnittstellen aktiv?
7. Stimmen interne Links, Medien, Canonicals, Sitemaps und Weiterleitungen?
8. Ist die Testumgebung für Suchmaschinen gesperrt beziehungsweise die Live-Umgebung korrekt freigegeben?
9. Sind Cache, CDN und DNS geprüft?
10. Werden Logs und Fehlermeldungen nach der Umschaltung überwacht?
11. Ist dokumentiert, wie bei einem Problem auf die alte Umgebung zurückgegriffen werden kann?

FAQ

Wie lange dauert die Migration einer großen WordPress-Website?

Die Dauer hängt nicht nur von der Dateimenge ab. Anzahl und Art der Plugins, Datenbankgröße, dynamische Inhalte, Schnittstellen, Testumfang und gewünschtes Wartungsfenster sind ebenfalls entscheidend. Eine verlässliche Einschätzung ist erst nach einer technischen Bestandsaufnahme möglich.

Kann eine große WordPress-Website ohne längere Unterbrechung umziehen?

Eine kurze Unterbrechung lässt sich bei vielen Projekten organisatorisch reduzieren, aber nicht pauschal ausschließen. Besonders dynamische Websites benötigen eine Strategie für neue Bestellungen, Kommentare, Benutzer oder Formularanfragen. Ob eine nahezu unterbrechungsarme Umschaltung möglich ist, hängt von der Architektur und dem verwendeten Migrationsverfahren ab.

Reicht ein WordPress-Backup für die Migration aus?

Ein vollständiges Backup ist eine wichtige Grundlage, ersetzt aber keine Planung und keinen Test. Vor der Umschaltung sollte geprüft werden, ob Datenbank und Dateien vollständig sind und sich daraus eine funktionierende Testinstallation herstellen lässt.

Was ist bei einem Domainwechsel zusätzlich zu beachten?

Neben dem Serverumzug müssen URLs, Weiterleitungen, Canonical-Angaben, XML-Sitemap, E-Mail-Konfiguration und externe Dienste angepasst werden. Auch absolute Links in Inhalten, Widgets oder individuellen Feldern sollten kontrolliert werden. Eine dokumentierte Zuordnung alter und neuer URLs hilft bei größeren Änderungen.

Kann ich alle Plugins nach dem Umzug einfach wieder aktivieren?

Das ist möglich, erhöht aber das Fehlerrisiko. Besser ist eine schrittweise Aktivierung mit Tests nach wichtigen Erweiterungen. Plugins mit eigener Datenbanklogik, Hintergrundaufgaben oder externen Schnittstellen sollten besonders sorgfältig geprüft werden.

Warum ist eine Staging-Umgebung bei großen Websites wichtig?

In einer Staging-Umgebung können Import, Konfiguration und Funktionen getestet werden, ohne die produktive Website direkt zu gefährden. Sie sollte jedoch realistische Bedingungen abbilden und so eingerichtet sein, dass Testmails, Zahlungen und externe Aktionen nicht versehentlich produktive Vorgänge auslösen.

Was passiert mit SEO nach einem reinen Hostingwechsel?

Wenn Domain, URL-Struktur, Inhalte und technische Signale unverändert bleiben, ist ein reiner Hostingwechsel aus SEO-Sicht meist einfacher. Trotzdem müssen Erreichbarkeit, Statuscodes, Canonicals, robots.txt, Sitemaps, Weiterleitungen und Ladeverhalten nach der Umschaltung geprüft werden.

Wann ist professionelle Unterstützung sinnvoll?

Unterstützung ist besonders sinnvoll, wenn die Website geschäftskritische Prozesse, viele dynamische Daten, individuelle Programmierung, eine Multisite-Struktur oder komplexe Schnittstellen besitzt. Auch bei fehlender Testumgebung oder unklarer Backup-Strategie kann eine strukturierte technische Begleitung das Risiko verringern.

Fazit

Eine WordPress Migration große Website sollte als kontrolliertes technisches Projekt geplant werden. Bestandsaufnahme, getestete Backups, eine passende Zielumgebung, Staging, sichere Datenübertragung und eine klare Umschaltstrategie bilden die Grundlage. Besonders wichtig sind außerdem dynamische Daten, individuelle Erweiterungen, Cronjobs, E-Mail-Versand, SEO-Signale und die Nachkontrolle nach dem DNS-Wechsel.

Der sinnvollste nächste Schritt ist eine technische Inventur mit dokumentierten Abhängigkeiten und einem realistischen Rückfallplan. So wird aus einem riskanten Komplettumzug ein nachvollziehbarer Ablauf, bei dem Probleme früh erkannt und gezielt behoben werden können.