Wann ist ein Hoster-Wechsel sinnvoll?
Vier typische Anlässe für einen WordPress-Umzug:
- Aktuelles Hosting wird zu langsam.Lange Antwortzeiten, schlechte Core Web Vitals, Besucher springen ab. Ein modernes WordPress-Hosting mit Server-Caching bringt sofort spürbare Verbesserung.
- PHP-Konfiguration zu eng.Du musstest schon mehrfach beim Hoster-Support memory_limit, upload-Werte oder Extensions anfordern. Bei WordPress-Hosting passt das ab Werk.
- Hosting-Anbieter stellt Service ein.Hoster-Geschäftsaufgaben kommen häufiger vor als man denkt – oft mit kurzer Frist (30–60 Tage). Bei akutem Druck können wir kurzfristig migrieren.
- Sicherheits- oder Backup-Probleme.Wenn dein bestehender Hoster keine täglichen Backups bietet oder Sicherheitsupdates aufschiebt, ist ein Wechsel die solide Antwort.
Drei Wege, WordPress zu migrieren
Weg 1: All-in-One WP Migration (für die meisten Sites)
Das einfachste Tool für Standard-WordPress-Sites. Plugin auf der alten Site installieren, Export starten, Backup-Datei herunterladen. Auf dem neuen Server WordPress installieren, Plugin installieren, Datei importieren. Funktioniert für Sites bis zu mittlerer Größe ohne Code-Anpassungen.
Limitierung der Free-Version: Datei-Größenbeschränkung von typischerweise 300 MB. Bei größeren Sites brauchst du entweder die Pro-Version oder einen anderen Weg.
Weg 2: Duplicator (für mittlere und große Sites)
Das robustere Tool mit weniger Größenlimits. Erstellt ein Archiv plus Installer-Skript. Auf dem neuen Server beide Dateien hochladen, Installer im Browser aufrufen, durch den Wizard durchklicken. Funktioniert auch für Multisite und komplexere Setups.
Weg 3: Manuell mit FTP und phpMyAdmin (für Profis)
FTP-Download des kompletten wp-content-Ordners plus
wp-config.php. Datenbank-Export per phpMyAdmin oder mysqldump.
Auf dem neuen Server alles wieder hochspielen, wp-config.php
anpassen, evtl. URLs in der Datenbank per Search-Replace ändern
(wp-cli search-replace oder Better Search Replace Plugin).
Vorteil: maximale Kontrolle, keine Plugin-Limitierungen. Nachteil: mehr Schritte, höhere Fehler-Wahrscheinlichkeit.
Schritt-für-Schritt: WordPress-Hoster-Wechsel
Die folgenden 6 Schritte beschreiben einen sauberen Selbst-Umzug mit All-in-One WP Migration. Wenn du den Service delegieren willst, übernehmen wir alle Schritte – siehe Abschnitt am Ende.
Schritt 1: Backup erstellen
Auf der bestehenden WordPress-Site Plugin „All-in-One WP Migration" installieren, unter All-in-One WP Migration → Export → Datei Export starten, Datei nach Abschluss herunterladen. Bei Sites über 300 MB stattdessen Duplicator verwenden oder den manuellen Weg gehen.
Schritt 2: Neuen Hosting-Account einrichten
Beim neuen Hoster WordPress-Account einrichten. Wenn du zu uns kommst: WordPress Hosting buchen, Account-Daten kommen sofort per Mail. WordPress ist bereits vorinstalliert – in dem Fall musst du es vor dem Import zurücksetzen oder direkt überschreiben.
Schritt 3: Backup hochladen
Auf dem neuen Server WordPress-Login. Plugin „All-in-One WP Migration" installieren, unter Import → Datei die heruntergeladene Backup-Datei hochladen. Plugin überschreibt die bestehende Installation mit dem Backup-Inhalt.
Schritt 4: Wiederherstellung
Plugin führt automatisch durch den Import. Datenbank-Zugangsdaten werden vom Plugin selbst gesetzt. Bei Erfolg: Login mit den alten Zugangsdaten der ursprünglichen Site (User-Tabelle wurde mit-importiert).
Schritt 5: Funktions-Test
Bevor du den DNS-Switch machst: Site auf der Test-URL prüfen. Frontend laden, Backend einloggen, kritische Plugins testen (Kontaktformulare, Login-Bereiche, WooCommerce-Cart). Nur wenn alles läuft, geht es zum nächsten Schritt.
Schritt 6: Domain-Umzug und DNS-Switch
DNS-Records (A-Record, evtl. AAAA für IPv6, MX-Records für E-Mail) auf den neuen Server zeigen lassen. DNS-Propagation dauert je nach TTL bis zu 48 Stunden, meistens unter 4 Stunden. Während der Übergangszeit verteilt sich der Traffic auf alte und neue Site – darum vor dem Switch sicherstellen, dass beide identisch funktionieren.
Risiken und wie du sie minimierst
Risiko 1: Datenverlust durch Inkrement-Lücke
Wenn zwischen Backup und DNS-Switch noch Inhalte oder Bestellungen auf der alten Site eingehen, gehen die verloren. Lösungen: Site in Wartungsmodus während der Migration, oder kurz vor DNS-Switch ein zweites Backup mit nur den neuen Inhalten ziehen.
Risiko 2: SSL-Probleme nach DNS-Switch
Bei manchen Hostern muss SSL erst nach dem DNS-Switch beantragt werden, weil Let's Encrypt die Domain-Erreichbarkeit verifiziert. Workaround: HSTS-Header nicht zu lang einstellen während der Migration, sodass im Notfall unverschlüsselte Erreichbarkeit möglich bleibt.
Risiko 3: Plugin-Inkompatibilitäten nach Migration
Wenn die alte Site auf einer veralteten PHP-Version lief und die neue auf PHP 8.3, können einzelne ältere Plugins Probleme machen. Lösung: vor Migration alle Plugins auf aktuelle Versionen bringen. Im Notfall: Plugin tauschen oder durch eine moderne Alternative ersetzen.
Risiko 4: E-Mail-Lücke
E-Mail-Postfächer ziehen nicht automatisch mit. Vor dem Domain-Umzug: alle Postfächer einzeln am neuen Hoster anlegen, IMAP-Mails zwischenkopieren oder IMAP-Synchronisations-Tool nutzen.
Risiko 5: Search-Console nicht aktualisiert
Google Search Console verifiziert über DNS oder HTML-File. Nach Umzug prüfen: Verifikation noch aktiv? Sitemap-URL noch identisch? Crawl-Fehler in den ersten Tagen nach Umzug aufmerksam beobachten.