Zum Inhalt springen
E-Mail Kabinett Tarif wählen

WordPress zu einem anderen Hoster umziehen: Plugin oder manuell

WordPress zu einem anderen Hoster umziehen: Plugin oder manuell

Um WordPress zu einem anderen Hoster umzuziehen, kopieren Sie zwei Dinge: die Dateien der Website und die MySQL-Datenbank, stellen sie auf dem neuen Server wieder her, tragen die neuen Datenbank-Zugangsdaten in die wp-config.php ein und ersetzen, falls sich Domain oder Protokoll ändern, die alten URLs sicher in der Datenbank. Stellen Sie den DNS erst um, wenn die Website auf dem neuen Server vollständig funktioniert. Für eine kleine Website ist ein Plugin wie Duplicator oder All-in-One WP Migration der schnellste Weg, für eine große Website oder einen Onlineshop ist der manuelle Umzug per SSH mit WP-CLI zuverlässiger.

Welche Umzugsmethode passt

Jede Methode überträgt dieselben zwei Dinge: das Website-Verzeichnis (Core, wp-content, wp-config.php, .htaccess) und die Datenbank mit Beiträgen, Einstellungen, Benutzern und Bestellungen. Unterschiedlich sind nur Verpackung und Transport.

Kriterium Duplicator (kostenlos) All-in-One WP Migration Manuell (SSH, WP-CLI)
Nötig beim neuen Hoster Leerer Website-Ordner und leere Datenbank Installiertes WordPress mit demselben Plugin Zugriff auf Dateien und Datenbank, idealerweise SSH
Wie die Daten ankommen Archiv und installer.php per FTP oder Dateimanager .wpress-Datei, hochgeladen in wp-admin tar, rsync, scp oder FTP
Größenlimit Das Archiv entsteht auf derselben Festplatte: Es braucht freien Platz, große Websites laufen in Timeouts Upload-Limit des neuen Hosters Praktisch keines
Ersetzen der URLs Automatisch im Installer Automatisch beim Import wp search-replace oder Better Search Replace
Multisite Nur in der Pro-Version Nur mit der kostenpflichtigen Multisite Extension Ja
Am besten für Visitenkarten-Websites, Blogs, kleine Shops Kleine Websites ohne FTP-Zugang Große Websites, Shops, Umzüge auf einen VPS

Faustregel: Eine Website unter 1-2 GB ohne SSH-Zugang ist ein Fall für ein Plugin. Ist die Website größer oder bleibt das Plugin auf halbem Weg stehen, ziehen Sie manuell um: das hängt nicht von PHP-Limits ab. Wenn Sie umziehen, weil die Website langsam ist, prüfen Sie zuerst die Anzeichen, dass der Hoster WordPress bremst.

Vorbereitung vor dem Umzug

  • Erstellen Sie ein vollständiges Backup von Dateien und Datenbank und bewahren Sie es außerhalb des alten Hosters auf: Wird das alte Konto gesperrt oder gelöscht, ist eine dort abgelegte Kopie ebenfalls weg.
  • Senken Sie die TTL der A- und www-Einträge 24-48 Stunden vor der Umstellung auf 300 Sekunden, damit die meisten Besucher den neuen Server innerhalb weniger Minuten erreichen.
  • Prüfen Sie die Versionen von PHP und MySQL bzw. MariaDB unter Werkzeuge > Website-Zustand > Bericht (Server und Datenbank). Wählen Sie dieselbe oder eine neuere PHP-Version, die Ihr Theme und Ihre Plugins unterstützen.
  • Messen Sie die Größe der Website: Sie entscheidet, ob ein Plugin damit zurechtkommt.
  • Liegen die E-Mails der Domain beim alten Hoster, listen Sie die Postfächer auf und legen Sie sie vorab beim neuen an.
  • Bereiten Sie den neuen Hoster vor: Domain hinzufügen, leere Datenbank und Benutzer anlegen, Datenbankname, Benutzer und Passwort notieren. Viele Panels stellen den Kontonamen automatisch als Präfix voran, zum Beispiel user_wp.
# site and database size (SSH, in the site root)
du -sh .
du -sh wp-content/uploads
wp db size --human-readable
wp core version
Checkliste zur Vorbereitung des WordPress-Umzugs zu einem anderen Hoster
Was vor dem Umzug von WordPress zu erledigen ist

Methode 1. Duplicator

Duplicator packt die Website in zwei Dateien: ein Archiv (zip oder daf) mit den Dateien und einem Datenbank-Dump sowie die installer.php. Beim neuen Hoster ist kein WordPress nötig: Der Installer entpackt das Archiv, legt die Tabellen an, schreibt die wp-config.php und ersetzt die URLs (Classic Install). Overwrite Install ersetzt ein bestehendes WordPress, den Import per Drag-and-drop gibt es nur in der Pro-Version.

  1. Installieren Sie Duplicator auf der alten Website, öffnen Sie Duplicator > Backups und erstellen Sie ein neues Backup (Add New). Der Scan warnt vor großen Dateien oder wenig Speicherplatz.
  2. Laden Sie beide Dateien herunter: Archive und Installer.
  3. Öffnen Sie beim neuen Hoster das Stammverzeichnis der Domain (meist public_html), löschen Sie die Standarddatei index.html und laden Sie das Archiv und die installer.php per FTP oder Dateimanager hoch.
  4. Rufen Sie http://ihre-domain/installer.php auf. Zeigt der DNS noch auf den alten Server, tragen Sie zuerst die neue IP in Ihre hosts-Datei ein (siehe Abschnitt zum Testen unten).
  5. Geben Sie die Datenbankdaten ein: Host localhost, Datenbankname, Benutzer und Passwort vom neuen Hoster. Führen Sie Validate aus und starten Sie dann die Installation.
  6. Melden Sie sich mit den Zugangsdaten der alten Website an und entfernen Sie die Installer-Dateien. Duplicator erledigt das beim Login, wenn das automatische Löschen aktiviert bleibt, oder über Duplicator > Tools > General > Delete Installation Files.

Rufen Sie danach die installer.php erneut auf: Sie sollten einen 404-Fehler sehen. Falls nicht, löschen Sie installer.php, installer-backup.php, das Archiv und den Ordner dup-installer von Hand; das Archiv enthält einen vollständigen Datenbank-Dump.

Methode 2. All-in-One WP Migration

All-in-One WP Migration exportiert die ganze Website in eine einzige .wpress-Datei, die Sie in ein frisches WordPress beim neuen Hoster importieren. Laut der Plugin-Seite auf WordPress.org hat der kostenlose Export kein Größenlimit, der Import ist aber durch das Upload-Limit Ihres Hosters begrenzt, das auf der Import-Seite angezeigt wird.

  1. Auf der alten Website: All-in-One WP Migration > Export > Export To > File, dann die .wpress-Datei herunterladen.
  2. Installieren Sie beim neuen Hoster ein sauberes WordPress auf Ihrer Domain (mit dem Installer des Panels oder manuell) und fügen Sie dasselbe Plugin hinzu.
  3. Öffnen Sie All-in-One WP Migration > Import, ziehen Sie die .wpress-Datei hinein und bestätigen Sie das Überschreiben. Dateien, Datenbank und URLs werden automatisch ersetzt.
  4. Melden Sie sich mit Benutzername und Passwort der alten Website an, speichern Sie Einstellungen > Permalinks und leeren Sie den Cache.

Ist die Datei größer als das Limit, erhöhen Sie die PHP-Limits im Hosting-Panel oder mit einer Datei .user.ini im Stammverzeichnis der Website (funktioniert, wenn PHP als PHP-FPM oder CGI läuft). PHP liest sie alle 300 Sekunden neu ein (user_ini.cache_ttl), Änderungen greifen also nicht sofort:

upload_max_filesize = 2048M
post_max_size = 2048M
max_execution_time = 300
memory_limit = 512M

Die Wiederherstellung per Klick von der Seite Backups und der Umzug von Multisite-Netzwerken erfordern die kostenpflichtigen Erweiterungen Unlimited und Multisite.

Methode 3. WordPress manuell umziehen

Schritt 1. Dateien kopieren

Packen Sie das Verzeichnis auf dem alten Server in ein Archiv und entpacken Sie es auf dem neuen: Ein Archiv wird weit schneller übertragen als Zehntausende kleiner Dateien per FTP. Ohne SSH erstellen Sie das Archiv im Dateimanager des Panels.

# old server: archive the site without cache
cd ~/public_html
tar --exclude='./wp-content/cache' -czf ~/site.tar.gz .

# new server: fetch and extract into the domain root
scp olduser@old-server.example:~/site.tar.gz ~/
cd /home/user/web/example.com/public_html
tar -xzf ~/site.tar.gz

# alternative: sync straight from the old server
rsync -avz -e ssh olduser@old-server.example:~/public_html/ /home/user/web/example.com/public_html/

Schritt 2. Datenbank übertragen

# old server: export (WP-CLI reads credentials from wp-config.php)
wp db export ~/db.sql
# or with mysqldump
mysqldump -u olduser_db -p --single-transaction --no-tablespaces --default-character-set=utf8mb4 olduser_db > ~/db.sql

# new server: import into the empty database
mysql -u user_wp -p user_wp < ~/db.sql

--single-transaction liefert einen konsistenten InnoDB-Dump, ohne die Website zu sperren, --no-tablespaces vermeidet den Fehler wegen des fehlenden PROCESS-Rechts unter MySQL 8 auf Shared Hosting. Ohne SSH nutzen Sie Exportieren und Importieren in phpMyAdmin mit einem .gz-komprimierten Dump.

Schritt 3. wp-config.php anpassen

Tragen Sie die neuen Datenbank-Zugangsdaten ein. Lassen Sie $table_prefix unverändert: es muss zum Dump passen.

define( 'DB_NAME', 'user_wp' );
define( 'DB_USER', 'user_wp' );
define( 'DB_PASSWORD', 'new_strong_password' );
define( 'DB_HOST', 'localhost' );

Entfernen Sie außerdem alte absolute Pfade, WP_HOME und WP_SITEURL mit der alten Adresse, alte Cache-Einstellungen (WP_CACHE, WP_REDIS_HOST) und übrig gebliebene Dateien .user.ini oder php.ini.

Schritt 4. Eigentümer und Rechte

Als root entpackte Dateien kann PHP nicht ändern, dadurch schlagen Updates und Uploads fehl. Setzen Sie den Eigentümer und die Standardrechte:

chown -R user:user /home/user/web/example.com/public_html
cd /home/user/web/example.com/public_html
find . -type d -exec chmod 755 {} \;
find . -type f -exec chmod 644 {} \;
chmod 640 wp-config.php
Schema des manuellen WordPress-Umzugs zu einem anderen Hoster in Schritten
Manueller Umzug: vom Kopieren der Dateien bis zur DNS-Umstellung

URLs ersetzen, ohne die Datenbank zu beschädigen

Bleiben Domain und Protokoll gleich, gibt es nichts zu ersetzen. Ersetzen Sie nur, wenn sich die Domain, das Protokoll (http zu https), das Präfix www oder der Serverpfad ändert.

Ersetzen Sie URLs nie mit sed im Dump oder mit einer SQL-Abfrage REPLACE. Themes, Widgets und viele Plugins speichern Einstellungen als serialisiertes PHP, das die Länge der Zeichenkette festhält: s:22:”https://old-domain.com”;. Ein blindes Ersetzen mit anderer Länge macht den Wert unlesbar, und Theme-Optionen oder Widgets verschwinden. WP-CLI und Better Search Replace berechnen die Längen korrekt neu.

# 1. dry run: how many replacements per table
wp search-replace 'https://old-domain.com' 'https://new-domain.com' --all-tables --precise --skip-columns=guid --dry-run

# 2. fresh dump, then the real run
wp db export ~/before-replace.sql
wp search-replace 'https://old-domain.com' 'https://new-domain.com' --all-tables --precise --skip-columns=guid

# 3. if the absolute server path changed
wp search-replace '/home/olduser/public_html' '/home/user/web/new-domain.com/public_html' --all-tables --precise

# 4. flush cache and rewrite rules
wp cache flush
wp rewrite flush
Situation Suchen nach Ersetzen durch
Neuer Server, gleiche Domain Nicht nötig Nichts
Neue Domain https://old-domain.com https://new-domain.com
Wechsel zu HTTPS http://example.com https://example.com
www entfernen https://www.example.com https://example.com
Neuer Serverpfad /home/olduser/public_html /home/user/web/example.com/public_html

Suchen Sie ohne abschließenden Schrägstrich, um jede URL zu erfassen. Überspringen Sie die Spalte guid: Sie ist eine Feed-Kennung, keine Adresse. Auf Websites mit Elementor führen Sie zusätzlich Elementor > Tools > Replace URL und Regenerate Files aus.

Über die hosts-Datei testen, dann DNS umstellen

Test vor der DNS-Änderung

Leiten Sie die Domain nur auf Ihrem eigenen Computer auf die neue IP:

# Windows: C:\Windows\System32\drivers\etc\hosts (Notepad as administrator)
# macOS, Linux: sudo nano /etc/hosts
203.0.113.10  example.com www.example.com

# or check the new server without editing hosts
curl -sI --resolve example.com:80:203.0.113.10 http://example.com/

Leeren Sie den DNS-Cache (ipconfig /flushdns unter Windows) und prüfen Sie dann Seiten, Admin-Login, einen Medien-Upload, Formulare und bei einem Shop den Warenkorb und eine Testbestellung. Eine Zertifikatswarnung, bevor SSL ausgestellt ist, ist normal. Entfernen Sie die Zeile in der hosts-Datei danach wieder.

DNS umstellen und SSL aktivieren

Ändern Sie entweder die IP in den A-Einträgen (und www) bei Ihrem aktuellen DNS-Anbieter oder delegieren Sie die Domain an die Nameserver des neuen Hosters. Der erste Weg ist schneller: Mit einer TTL von 300 Sekunden sehen die meisten Besucher den neuen Server innerhalb weniger Minuten. Ein Wechsel der Nameserver dauert grob bis zu 24-48 Stunden, und vorher müssen alle Einträge (MX, SPF, DKIM) neu angelegt werden. Wie Sie die Nameserver einer Domain ändern, erklären wir Schritt für Schritt in einem eigenen Artikel.

  1. Bei einem Shop oder einer Website mit Bestellungen und Kommentaren aktivieren Sie auf der alten Website den Wartungsmodus, erstellen einen frischen Datenbank-Dump und importieren ihn auf dem neuen Server, sonst bleiben zwischenzeitlich eingegangene Bestellungen beim alten Hoster.
  2. Ändern Sie die DNS-Einträge und prüfen Sie mit dig +short example.com A @1.1.1.1 und @8.8.8.8.
  3. Sobald die Domain auf den neuen Server auflöst, stellen Sie das Zertifikat aus: Schalten Sie im Control Panel Let’s-Encrypt-SSL für die Domain ein. Die Prüfung von Let’s Encrypt gelingt erst, wenn der DNS auf die neue IP zeigt. Wenn Sie HSTS nutzen und sich nicht einmal Minuten ohne Zertifikat leisten können, installieren Sie vorab das aktuelle Zertifikat samt Schlüssel vom alten Server. Was ein SSL-Zertifikat kostet und wann das kostenlose Let’s Encrypt reicht, haben wir separat zusammengefasst.
  4. Behalten Sie das alte Hosting noch 7-14 Tage als Rückfallebene.

Suchmaschinen bemerken den Umzug nicht, wenn URLs, Geschwindigkeit und HTTPS gleich bleiben. Ändert sich auch die Domain, richten Sie 301-Weiterleitungen ein und nutzen Sie das Tool zur Adressänderung in der Google Search Console. Den Rest deckt unsere Checkliste für einen Hosting-Umzug ohne Verluste ab.

Häufige Fehler nach dem WordPress-Umzug

Symptom Ursache Lösung
Error establishing a database connection Falsche Werte für DB_NAME, DB_USER, DB_PASSWORD oder DB_HOST, oder die Datenbank wurde nicht importiert wp-config.php mit dem Panel vergleichen, mit mysql -u user_wp -p testen
Startseite funktioniert, andere Seiten liefern 404 Rewrite-Regeln fehlen: keine .htaccess, oder Nginx läuft ohne Apache Permalinks speichern; bei eigenständigem Nginx eine WordPress-Vorlage im Panel wählen oder beim Support WordPress-Rewrite-Regeln anfragen
Weiße Seite oder Fehler 500 Inkompatible PHP-Version, object-cache.php ohne Redis, alter Pfad in auto_prepend_file (z. B. Wordfence in .user.ini) Debug-Log aktivieren, wp-content/object-cache.php löschen, Pfade in .user.ini korrigieren
Weiterleitung auf die alte Domain Alte Werte für home und siteurl, Konstanten in wp-config.php, Cache von Plugin oder CDN wp option get home prüfen, wp search-replace ausführen, Caches leeren
Kein Schloss, Mixed Content Bilder und Skripte werden über http:// geladen http:// per wp search-replace durch https:// ersetzen
The link you followed has expired beim Import Datei größer als upload_max_filesize oder post_max_size PHP-Limits erhöhen oder manuell umziehen
// wp-config.php, above "That's all, stop editing!" - log errors to wp-content/debug.log
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

So haben wir geprüft: Die Angaben zu den Plugins haben wir am 30.10.2026 mit den offiziellen Seiten auf WordPress.org (Duplicator 5.1.0, All-in-One WP Migration 7.113) und der Duplicator-Dokumentation zum Entfernen der Installer-Dateien abgeglichen.

FAQ

Wie lange dauert der Umzug einer WordPress-Website?

Eine Website bis 1-2 GB braucht grob 30-90 Minuten Arbeit plus die DNS-Verbreitung: Minuten bei einer TTL von 300 Sekunden, bis zu 24-48 Stunden bei einem Wechsel der Nameserver.

Verliere ich nach dem Hosterwechsel meine Google-Rankings?

Nein, solange URLs, Inhalte und HTTPS gleich bleiben und die Website nicht lange offline ist. Ein Risiko entsteht, wenn sich die Domain oder die URL-Struktur ohne 301-Weiterleitungen ändert.

Kann ich WordPress ohne SSH und ohne Plugins umziehen?

Ja: Packen Sie die Website im Dateimanager des Panels, laden Sie das Archiv beim neuen Hoster hoch und entpacken Sie es, exportieren und importieren Sie die Datenbank in phpMyAdmin und passen Sie dann die wp-config.php an. Ändert sich die Domain, nutzen Sie Better Search Replace, zuerst mit einem Probelauf (dry run).

Kann ich beim Umzug die Domain wechseln?

Ja. Ersetzen Sie die alte Domain mit wp search-replace oder im Installer von Duplicator und leiten Sie die alte Domain dann Seite für Seite per 301 auf die neue weiter. Verlängern Sie die alte Domain weiter, solange Backlinks auf sie zeigen.

Was ist mit den E-Mails der Domain?

Lagen die Postfächer beim alten Hoster, legen Sie sie vor der Umstellung beim neuen an, kopieren Sie die E-Mails per IMAP und prüfen Sie MX, SPF und DKIM. Läuft die E-Mail über Google Workspace oder einen ähnlichen Dienst, lassen Sie die MX-Einträge unverändert.

Fazit

Ziehen Sie eine kleine Website mit Duplicator oder All-in-One WP Migration um, eine große Website oder einen Shop manuell. In beiden Fällen gilt: zuerst über die hosts-Datei testen und den DNS zuletzt umstellen.

Wenn Sie noch überlegen, wohin Sie umziehen, bieten die Hosting-Tarife von RichHost NVMe-Speicher, das Control Panel aus eigener Entwicklung mit KI-Assistent, kostenloses SSL von Let’s Encrypt und Server in Europa und den USA, ab 8 USD pro Monat und mit 10 % Rabatt bei jährlicher Zahlung. Der Umzug zu RichHost ist kostenlos; Details zu den Tarifen finden Sie auf unserer Seite zum WordPress Hosting.

Mehr zum Thema

Alle Artikel
WordPress kritischer Fehler: Ursache finden und Website reparieren
Hosting-Arten21.10.2026

WordPress kritischer Fehler: Ursache finden und Website reparieren

Schritt für Schritt: So finden Sie die Ursache von „There has been a critical error on this website“ und dem weißen Bildschirm…

Fehler beim Aufbau einer Datenbankverbindung in WordPress beheben
Hosting-Arten21.09.2026

Fehler beim Aufbau einer Datenbankverbindung in WordPress beheben

Was die WordPress-Meldung "Error establishing a database connection" bedeutet und wie Sie die Ursache in 5 Schritten finden: wp-config.php, MySQL, beschädigte Tabellen…

Container und Microservices: Docker, Kubernetes und echte Kosten
Hosting-Arten20.08.2026

Container und Microservices: Docker, Kubernetes und echte Kosten

Was Docker und Kubernetes wirklich automatisieren, was Managed Kubernetes bei AWS, Google und Azure kostet und wann Shared Hosting völlig ausreicht.