Vor jedem Hoster-Wechsel die gleiche Sorge: „Was, wenn meine Website einen Tag offline ist?“ Verständlich — aber unnötig. Mit einer sauberen Migration ist deine Site keine Sekunde down. Der Trick: Du baust die Seite parallel auf dem neuen Server auf, testest sie dort, und schaltest erst dann die Domain um.

Diese Anleitung zeigt dir den kompletten Ablauf in sieben Schritten. Sie funktioniert für alle gängigen WordPress-Sites — vom Mini-Blog bis zum mittelgroßen Shop.

1. Vorbereitung: Bestandsaufnahme

Bevor du loslegst, klär drei Dinge:

  • Wie groß ist die Site? Im Backend unter Werkzeuge → Website-Zustand → Info findest du die Verzeichnis-Größen. Sites unter 2 GB sind unkritisch, ab 5 GB lohnt sich Profi-Tooling.
  • Welche E-Mail-Konten laufen bei deinem alten Hoster? Diese musst du parallel umziehen oder zu einem externen Mail-Provider verschieben (z. B. Mailbox.org, Google Workspace).
  • Hat dein neuer Hoster einen Migration-Service? Raidboxes, Kinsta und WP Engine ziehen die Site auf Wunsch komplett für dich um — meistens kostenlos.

2. Backup, Backup, Backup

Bevor irgendwas passiert: Vollständiges Backup deiner aktuellen Site. Am besten doppelt — einmal über das Hoster-Panel, einmal über ein Plugin wie UpdraftPlus oder Duplicator Pro. Lade beide Backups auf deinen lokalen Rechner, nicht nur in eine Cloud.

Faustregel: Wenn du im nächsten Schritt Mist baust, willst du in 10 Minuten alles wiederherstellen können — ohne Cloud-Login, ohne Hoster-Support.

3. DNS-TTL senken

Dieser Schritt wird oft vergessen — und sorgt dann für stundenlange „Warum erreicht mein Browser noch den alten Server?“-Probleme.

Logge dich beim Domain-Registrar ein und setze den TTL-Wert (Time To Live) deiner A- und AAAA-Records auf 300 Sekunden (5 Minuten). Wichtig: Diesen Schritt mindestens 24 Stunden VOR dem eigentlichen Umzug machen. Sonst behalten DNS-Resolver weltweit den alten TTL-Wert (oft 24 h+) und ignorieren deine Änderungen.

4. Site auf neuen Server kopieren

Jetzt geht es los. Du hast drei Optionen:

Option A: Hoster-Migration nutzen

Beim neuen Hoster ein Migration-Ticket öffnen oder das automatische Migrations-Tool starten. Du gibst alte Hosting-Zugangsdaten ein — das Hoster-Team zieht den Rest. Vorteil: Keine Arbeit für dich, keine Fehler. Nachteil: 1–3 Werktage Wartezeit.

Option B: Plugin-Migration (Duplicator)

  1. Duplicator auf der alten Site installieren
  2. Paket erstellen → ZIP + installer.php herunterladen
  3. Beim neuen Hoster eine leere WordPress-Installation auf einer temporären URL einrichten (z. B. tmp.deine-domain.de oder eine Hoster-eigene Subdomain)
  4. ZIP und installer.php per SFTP hochladen
  5. Im Browser installer.php aufrufen und durch den Wizard klicken

Option C: WP-CLI für Profis

Wer SSH-Zugang auf beiden Servern hat, kann mit WP-CLI arbeiten:

  • Alte Site: wp db export old-site.sql
  • Files per rsync oder Tar-Archive übertragen
  • Neue Site: wp db import old-site.sql
  • wp search-replace 'alte-domain.de' 'neue-domain.de' (falls nötig)

5. Auf dem neuen Server testen

Bevor du DNS umstellst: Komplett-Test der Site auf der temporären URL. Checkliste:

  • Frontend lädt ohne Fehler
  • Bilder werden korrekt angezeigt (nicht aus dem alten Server!)
  • Backend erreichbar, Login funktioniert
  • Plugins aktiv und ohne Fehlermeldungen
  • Kontaktformulare versenden Mails
  • Bei Shops: Test-Bestellung möglich, Stripe/PayPal-Sandbox prüfen
  • Permalinks korrekt (kein 404)
  • SSL-Zertifikat installiert (Let’s Encrypt)

6. DNS umschalten

Die heiße Phase. Beim Domain-Registrar:

  • A-Record: alte IP → neue IP
  • AAAA-Record (falls vorhanden): alte IPv6 → neue IPv6
  • Falls Mail beim selben Hoster lag: MX-Record ebenfalls umstellen ODER Mail bewusst beim alten Hoster lassen, bis E-Mail-Migration durch ist.

Wegen des reduzierten TTL (Schritt 3) ist die Umstellung in 5–15 Minuten weltweit sichtbar. Mit dig deine-domain.de @8.8.8.8 kannst du prüfen, welche IP grade ausgeliefert wird.

7. Nachbereitung

Nach dem Umzug nicht entspannt zurücklehnen — sondern noch eine Stunde investieren:

  • SSL-Zertifikat erneuern: Falls Let’s Encrypt vorher nicht griff (kann auf temporärer URL nicht erstellt werden), jetzt nachholen.
  • HTTPS-Redirect prüfen: http:// sollte automatisch auf https:// springen.
  • Caching-Plugins flushen: Alle Caches leeren — sowohl Hoster-Cache als auch Plugin-Cache.
  • Search Console: Dort prüfen, ob keine 5xx-Fehler hereinkommen.
  • TTL wieder hochsetzen: Auf den ursprünglichen Wert (3600 oder 86400). Spart DNS-Anfragen.
  • Alten Hoster nicht sofort kündigen: Mindestens 14 Tage parallel laufen lassen, falls etwas auffällt.

Häufige Fehler

  1. URLs werden nicht ersetzt: Nach dem Umzug auf neue Domain steht alles voller alten URLs. Lösung: wp search-replace oder Better Search Replace.
  2. Mixed-Content-Warnungen: Manche Bilder werden über http:// geladen. Lösung: Really Simple SSL-Plugin oder Datenbank manuell durchgehen.
  3. Mails verschwinden: MX-Records vor E-Mail-Umzug umgestellt. Lösung: ältere Mails aus altem Server pullen, MX zurückstellen, sauber migrieren.
  4. Permalinks brechen: Nach Datenbank-Import einmal auf Einstellungen → Permalinks → Speichern klicken. Schreibt .htaccess neu.

Wann ein Hoster-Wechsel wirklich Sinn macht

Nicht jeder Wechsel lohnt sich. Klare Anzeichen, dass es Zeit ist:

  • Site ist regelmäßig langsam, obwohl Plugins/Bilder optimiert sind
  • Wiederholte Ausfälle ohne klare Erklärung vom Support
  • Support reagiert nicht oder nur mit Standard-Antworten
  • Plan limitiert dich technisch (zu wenig RAM, alte PHP-Version, kein SSH)
  • Preis steigt jährlich, Leistung bleibt

Vor dem Wechsel: Aktuellen Tarif beim alten Hoster prüfen — manchmal hilft schon ein Upgrade. Wer aber sowieso wechseln will, findet im Hoster-Vergleich die richtigen Kandidaten.