WordPress umziehen ohne Ausfall: Die Checkliste, die Rankings und Mails rettet

Ein WordPress-Umzug scheitert selten an der Technik — er scheitert an der Reihenfolge. Die drei Fehler, die wir am häufigsten reparieren:

Fehler 1: Suchen-und-Ersetzen zerstört serialisierte Daten

WordPress speichert Theme-Einstellungen und Widgets serialisiert — mit Längenangaben im Datensatz. Wer die Domain per simplem SQL-Replace tauscht, macht diese Längen ungültig: Nach dem Umzug sind Widgets leer und das Theme „vergisst” seine Einstellungen. Es braucht ein Werkzeug, das Serialisierung versteht (WP-CLI search-replace oder Ähnliches) — nie ein rohes Datenbank-Replace.

Fehler 2: Umschalten ohne Testlauf

Die Seite wird kopiert, DNS umgestellt, und dann stellt sich heraus: PHP-Version falsch, ein Plugin inkompatibel, Bilder fehlen. Jetzt ist die Seite kaputt und live zugleich. Richtig herum: Zielsystem vollständig aufbauen, per Hosts-Eintrag oder Vorschau-Domain testen, abnehmen — und erst dann umschalten.

Fehler 3: An DNS denken alle — an MX-Records niemand

Der A-Record zeigt auf den neuen Server, die Seite läuft, alle freuen sich — und ab Tag drei fehlen Mails, weil die MX-Records mit umgezogen wurden (oder eben nicht, je nachdem, wo das Postfach liegt). Vor jedem Umzug gehört geklärt: Wo liegt die Mail, und welche DNS-Einträge dürfen sich nicht ändern.

Die sichere Reihenfolge

1. Vollständiges Backup (Dateien + Datenbank), am alten Ort belassen
2. Zielsystem aufbauen, URLs serialisierungssicher ersetzen
3. Testlauf auf dem Zielsystem — Formulare, Shop, Suche, Mails
4. TTL der DNS-Einträge vorab senken, MX/TXT-Bestand dokumentieren
5. Umschalten außerhalb der Stoßzeiten, 301-Weiterleitungen für geänderte URLs
6. Nachkontrolle: Ladezeiten, Suchkonsole, Mail-Zustellung — alten Server erst nach einer Karenzwoche kündigen

Wer das lieber abgibt: Unser WordPress-Umzug für 249 € Festpreis macht genau diese Schritte — inklusive Testlauf zur Abnahme, DNS-Begleitung und Abschlussbericht.