Wie man All-in-One WP Migration in WordPress verwendet: Vollständige technische Anleitung

All-in-One WP Migration ist ein WordPress-Plugin, das Ihre gesamte Website – Datenbank, Medien-Uploads, Themes, Plugins und Kernkonfiguration – in ein einziges portables .wpress-Archiv serialisiert, das dann in jede WordPress-Installation importiert werden kann, ohne manuelle Datenbankmanipulationen durchführen zu müssen. Es ist der schnellste Weg für eine vollständige Website-Migration oder ein zeitpunktbezogenes Backup, ohne phpMyAdmin, SSH oder rohe SQL-Dumps zu verwenden.

Diese Anleitung geht über das grundlegende Durchklicken hinaus. Sie behandelt den vollständigen Migrations-Workflow, die kritischen technischen Einschränkungen, die die meisten fehlgeschlagenen Importe verursachen, PHP-Konfigurationsoptimierung, URL-Serialisierungsverhalten und Post-Migrations-Validierungsschritte, die routinemäßig übersprungen werden und später zu Produktionsvorfällen führen.

Was das Plugin tatsächlich im Hintergrund tut

Bevor Sie das Dashboard berühren, verhindert das Verständnis der internen Mechanismen des Plugins Überraschungen bei großen Migrationen.

Wenn Sie einen Export auslösen, führt All-in-One WP Migration die folgende Sequenz durch:

1. Exportiert die WordPress MySQL-Datenbank in eine flache SQL-Datei in einem temporären Arbeitsverzeichnis.
2. Serialisiert alle PHP-Objektdaten in der Datenbank (Optionen, Widget-Konfigurationen, Post-Meta) und schreibt absolute URLs in einen Platzhalter-Token um, damit diese beim Import neu geschrieben werden können.
3. Verpackt wp-content/uploads, aktive Theme-Dateien und Plugin-Verzeichnisse zusammen mit dem SQL-Dump.
4. Verpackt alles in ein .wpress-Archiv, das ein benutzerdefiniertes Format ist – kein Standard-ZIP oder TAR – mit einem eigenen Manifest-Header.

Beim Import wird der Prozess umgekehrt: Das Archiv wird entpackt, das SQL wird gegen die neue Datenbank eingespielt, und die URL-Platzhalter-Tokens werden durch die neue Website-URL ersetzt. Dieser URL-Umschreibungsschritt ist der Grund, warum das Plugin Domain-Änderungen problemlos handhabt, ohne einen separaten wp-cli search-replace-Durchlauf zu benötigen – obwohl Sie dies dennoch überprüfen sollten, wie im Post-Migrations-Abschnitt besprochen.

Schritt 1: Plugin auf der Quell-Website installieren

Melden Sie sich bei Ihrem bestehenden WordPress-Dashboard an und navigieren Sie zu Plugins > Neu hinzufügen. Suchen Sie nach All-in-One WP Migration, installieren Sie es und aktivieren Sie es. Die kostenlose Version ist ausreichend für Websites, die unter dem Upload-Größenlimit Ihres Servers liegen (typischerweise 128 MB bis 512 MB, abhängig von der PHP-Konfiguration des Hosts).

Nach der Aktivierung ist keine Konfiguration erforderlich. Das Plugin registriert sich sofort in der linken Seitenleiste.

Schritt 2: Ihre Website exportieren

Navigieren Sie in der Dashboard-Seitenleiste zu All-in-One WP Migration > Export.

Klicken Sie auf Exportieren nach und wählen Sie Datei. Das Plugin beginnt mit der Verpackung Ihrer Website. Für eine typische Website unter 500 MB dauert dies 30 Sekunden bis 3 Minuten. Für Websites mit mehreren Gigabyte und großen Medienbibliotheken sollten Sie 10 bis 20 Minuten einplanen.

Was im Export enthalten ist:

• Vollständiger MySQL-Datenbankdump (alle Tabellen mit dem konfigurierten Präfix)

wp-content/uploads-Verzeichnis
Aktive und inaktive Themes in wp-content/themes

Was standardmäßig ausgeschlossen ist:

• Spam-Kommentare
• Post-Revisionen
• Nicht verwendete Themes und deaktivierte Plugins (konfigurierbar über den Erweiterte Optionen-Schalter)
• Fehlerprotokolle und Cache-Verzeichnisse

Der Abschnitt Erweiterte Optionen ermöglicht es Ihnen, bestimmte Tabellen, Dateipfade oder Post-Typen auszuschließen. Verwenden Sie dies, um transiente Caches oder große Log-Tabellen vor dem Export zu entfernen, was die Archivgröße deutlich reduziert.

Sobald die Verpackung abgeschlossen ist, klicken Sie auf Herunterladen, um die .wpress-Datei lokal zu speichern. Bewahren Sie sie an einem zuverlässigen Ort auf – diese Datei ist Ihr vollständiges Website-Backup.

Schritt 3: Zielumgebung vorbereiten

Wenn Sie auf einen neuen Server migrieren, benötigen Sie eine saubere WordPress-Installation am Zielort, bevor Sie importieren. Die meisten verwalteten Hosting-Umgebungen bieten Ein-Klick-WordPress-Installer. Wenn Sie in einer VPS Hosting-Umgebung arbeiten, können Sie WordPress manuell oder über einen Control-Panel-Stack installieren.

Die WordPress-Zielinstallation muss nicht mit der Quelle in Bezug auf Theme, Plugins oder Inhalte übereinstimmen – der Import überschreibt alles. Folgendes muss jedoch vorhanden sein:

• WordPress Core ist installiert und über sein Admin-Dashboard zugänglich
• Der Datenbankbenutzer hat CREATE-, DROP-, INSERT-, UPDATE-, DELETE– und ALTER-Berechtigungen für die Zieldatenbank
• Die PHP-Version ist mit Ihren Plugins kompatibel (überprüfen Sie die PHP-Version Ihrer Quell-Website unter Tools > Website-Zustand)
• Das wp-content-Verzeichnis ist vom Webserver-Prozess beschreibbar

Kritisch: Die Domain oder Subdomain der Ziel-Website muss nicht mit der Quelle übereinstimmen. Das Plugin schreibt URLs während des Imports um. Wenn Sie jedoch zur exakt gleichen Domain migrieren (z. B. beim Wechsel zwischen Servern), ist das Timing der DNS-Propagierung wichtig – aktualisieren Sie DNS nicht, bevor der Import verifiziert ist.

Schritt 4: Plugin auf der Ziel-Website installieren

Wiederholen Sie den Installationsprozess auf der neuen WordPress-Instanz: Plugins > Neu hinzufügen, suchen Sie nach All-in-One WP Migration, installieren und aktivieren Sie es.

Dieser Schritt wird häufig übersehen, wenn Personen eine neue WordPress-Installation einrichten und davon ausgehen, dass das Plugin vorhanden sein wird. Das wird es nicht – der Importprozess erfordert, dass das Plugin bereits auf dem Ziel aktiv ist.

Schritt 5: Upload-Größenlimit vor dem Import erhöhen

Dies ist der häufigste Fehlerpunkt. Die kostenlose Version von All-in-One WP Migration respektiert das PHP-Upload-Limit des Servers. Wenn Ihre .wpress-Datei dieses Limit überschreitet, schlägt der Import lautlos fehl oder gibt einen vagen Fehler aus.

Überprüfen Sie Ihr aktuelles Limit, indem Sie zu All-in-One WP Migration > Import navigieren. Das Plugin zeigt die maximale Upload-Größe direkt auf diesem Bildschirm an.

Um es zu erhöhen, verwenden Sie eine der folgenden Methoden, abhängig von Ihrer Server-Zugriffsebene:

Methode 1: php.ini direkt bearbeiten (empfohlen für VPS und dedizierte Server)

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

Starten Sie PHP-FPM oder Apache nach dem Speichern neu:

sudo systemctl restart php8.1-fpm
# or for Apache with mod_php:
sudo systemctl restart apache2

Methode 2: Überschreiben via .htaccess (Shared-Hosting-Umgebungen)

php_value upload_max_filesize 512M
php_value post_max_size 512M
php_value memory_limit 512M
php_value max_execution_time 300

Methode 3: Überschreiben via wp-config.php

@ini_set('upload_max_filesize', '512M');
@ini_set('post_max_size', '512M');
@ini_set('memory_limit', '512M');

Aktualisieren Sie nach dem Anwenden der Änderungen die Import-Seite im Plugin, um zu bestätigen, dass das neue Limit übernommen wurde. Wenn Sie einen Shared Web Hosting-Plan nutzen, wenden Sie sich an Ihren Host, um PHP-Limits auf Serverebene zu erhöhen, da .htaccess-Überschreibungen möglicherweise eingeschränkt sind.

Alternative für sehr große Websites: Verwenden Sie das kostenlose Plugin in Kombination mit der offiziellen „Basic”-Erweiterung, oder laden Sie die .wpress-Datei direkt über FTP/SFTP nach wp-content/ai1wm-backups/ hoch und wählen Sie sie dann vom Import-Bildschirm aus. Dies umgeht die HTTP-Upload-Größenbeschränkung vollständig.

Schritt 6: Archiv importieren

Navigieren Sie auf der Ziel-Website zu All-in-One WP Migration > Import.

Klicken Sie auf Importieren von > Datei und wählen Sie Ihr .wpress-Archiv. Das Plugin lädt die Datei hoch und beginnt dann mit dem Wiederherstellungsprozess. Ein Fortschrittsbalken verfolgt den Vorgang.

Was während des Imports passiert:

1. Das .wpress-Archiv wird in ein temporäres Verzeichnis unter wp-content entpackt
2. Die bestehende Datenbank wird gelöscht und durch den importierten SQL-Dump ersetzt
3. Dateien in wp-content werden mit den archivierten Versionen überschrieben
4. URL-Tokens werden durch die neue Website-URL ersetzt (entnommen aus wp-config.php)
5. Das Plugin fordert Sie auf, den Vorgang abzuschließen

Wenn der Import abgeschlossen ist, sehen Sie einen Bestätigungsdialog. Klicken Sie auf Fortfahren (oder Wiederherstellen, je nach Plugin-Version), um den Datenbankersatz zu bestätigen. Diese Aktion ist ohne ein separates Backup der Zieldatenbank nicht rückgängig zu machen.

Sie werden sofort nach Abschluss des Imports abgemeldet. Dies ist das erwartete Verhalten – die Datenbank enthält jetzt die Benutzerkonten der Quell-Website. Melden Sie sich mit den Anmeldedaten Ihrer Quell-Website an.

Schritt 7: Permalinks leeren

Navigieren Sie nach der erneuten Anmeldung zu Einstellungen > Permalinks. Ändern Sie keine Einstellungen. Scrollen Sie einfach nach unten und klicken Sie auf Änderungen speichern.

Dies zwingt WordPress, die .htaccess-Rewrite-Regeln für die neue Umgebung neu zu generieren. Das Überspringen dieses Schritts führt dazu, dass alle Post- und Seiten-URLs 404-Fehler zurückgeben, obwohl der Inhalt in der Datenbank vorhanden ist.

Wenn Sie Nginx anstelle von Apache verwenden, gibt es keine .htaccess-Datei. Sie müssen sicherstellen, dass Ihr Nginx-Serverblock die Standard-WordPress-try_files-Direktive enthält:

location / {
    try_files $uri $uri/ /index.php?$args;
}

Schritt 8: Checkliste zur Post-Migrations-Validierung

Eine Migration ist erst abgeschlossen, wenn jeder Punkt auf dieser Liste überprüft wurde. Das Überspringen der Validierung ist der Grund, warum fehlerhafte Websites in die Produktion gelangen.

URL- und Domain-Integrität:

• Besuchen Sie Einstellungen > Allgemein und bestätigen Sie, dass sowohl WordPress-Adresse als auch Website-Adresse die korrekte Ziel-URL widerspiegeln
• Führen Sie eine Suchen-Ersetzen-Prüfung durch: Installieren Sie WP-CLI auf dem Server und führen Sie wp search-replace 'olddomain.com' 'newdomain.com' --dry-run aus, um alle URLs zu erfassen, die das Plugin in serialisierten Daten möglicherweise übersehen hat
• Überprüfen Sie auf Mixed-Content-Warnungen in den Browser-Entwicklertools, wenn Sie von HTTP zu HTTPS migrieren

Funktionstests:

• Testen Sie alle Navigationsmenüs und internen Links
• Senden Sie mindestens ein Kontaktformular ab und überprüfen Sie die Zustellung
• Testen Sie den WooCommerce-Checkout-Ablauf, falls zutreffend
• Überprüfen Sie, ob Medienanhänge korrekt geladen werden (defekte Bilder weisen oft auf eine fehlende URL-Umschreibung in der wp_posts-Tabelle hin)

Sicherheit und Konfiguration:

• Bestätigen Sie, dass Ihre SSL-Zertifikate aktiv sind und HTTPS auf der Ziel-Domain erzwungen wird
• Überprüfen Sie wp-config.php auf dem Ziel – Datenbankzugangsdaten, WP_DEBUG-Status und Salts sollten die neue Umgebung widerspiegeln, nicht die Quelle
• Regenerieren Sie WordPress-Sicherheitsschlüssel über Einstellungen > Allgemein oder indem Sie die Salt-Konstanten in wp-config.php mit dem WordPress-Secret-Key-Generator ersetzen

Caching:

• Leeren Sie alle Caching-Ebenen: Object-Cache (Redis/Memcached), Seiten-Cache-Plugins (WP Rocket, W3 Total Cache) und alle CDN-Caches
• Deaktivieren und reaktivieren Sie Caching-Plugins, um sie zu zwingen, die neuen Umgebungspfade zu erkennen

Vergleich: All-in-One WP Migration vs. alternative Migrationsmethoden

Migration zu einem VPS oder dedizierten Server

Wenn Sie von Shared Hosting zu einer VPS Hosting– oder Dedicated Servers-Umgebung wechseln, ist der All-in-One WP Migration-Workflow identisch, aber die Einrichtung des Zielservers erfordert zusätzliche Aufmerksamkeit:

• Installieren Sie einen LAMP- oder LEMP-Stack (Apache/Nginx, MySQL/MariaDB, PHP)
• Konfigurieren Sie einen virtuellen Host, der auf das WordPress-Dokumentenstammverzeichnis zeigt
• Erstellen Sie eine dedizierte MySQL-Datenbank und einen Benutzer mit entsprechenden Berechtigungen
• Installieren Sie WordPress Core, bevor Sie den Plugin-Import ausführen
• Konfigurieren Sie PHP-FPM-Pool-Einstellungen, um die Ressourcenanforderungen der Quell-Website zu erfüllen oder zu übertreffen

Für Teams, die eine verwaltete Control-Panel-Oberfläche bevorzugen, reduziert ein VPS mit cPanel den Server-Konfigurationsaufwand erheblich – cPanel bietet einen Ein-Klick-WordPress-Installer, PHP-Versions-Umschalter und Dateimanager, die die Einrichtung vor dem Import vereinfachen.

Häufige Fehler und deren Behebung

„Import fehlgeschlagen: Archiv konnte nicht extrahiert werden”

Dies bedeutet in der Regel, dass die .wpress-Datei beschädigt ist, der Upload unterbrochen wurde oder auf dem Ziel nicht genügend Speicherplatz vorhanden ist. Überprüfen Sie, ob die Dateigröße mit dem Original übereinstimmt, prüfen Sie den verfügbaren Speicherplatz mit df -h und laden Sie die Datei erneut über SFTP direkt nach wp-content/ai1wm-backups/ hoch.

„Maximale Ausführungszeit überschritten”

Die PHP-max_execution_time-Direktive ist für die Größe des Imports zu niedrig. Erhöhen Sie sie auf 300 oder 600 Sekunden in php.ini oder .htaccess wie oben gezeigt.

„Die hochgeladene Datei überschreitet die upload_max_filesize-Direktive”

Das Upload-Größenlimit wurde nicht erhöht, oder die Änderung wurde nicht auf die korrekte PHP-Konfigurationsdatei angewendet. Führen Sie php -i | grep upload_max_filesize von der Befehlszeile aus, um zu bestätigen, welche php.ini aktiv ist.

php -i | grep upload_max_filesize
php -i | grep "Loaded Configuration File"

Weißer Bildschirm des Todes nach dem Import

Aktivieren Sie WP_DEBUG vorübergehend in wp-config.php, um den tatsächlichen PHP-Fehler anzuzeigen:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Überprüfen Sie dann /wp-content/debug.log auf den spezifischen Fehler. Häufige Ursachen sind ein Plugin, das mit der PHP-Version des Ziels inkompatibel ist, oder eine Speicherlimit-Erschöpfung.

Defekte Bilder nach der Migration

Führen Sie eine gezielte Datenbank-Suchen-Ersetzen-Operation für die alte Domain in den wp_posts– und wp_postmeta-Tabellen durch. Mit WP-CLI:

wp search-replace 'https://olddomain.com' 'https://newdomain.com' wp_posts wp_postmeta --precise --report-changed-only

Technische Entscheidungsmatrix: Wann All-in-One WP Migration verwendet werden sollte

Praktische wichtige Erkenntnisse

• Laden Sie die .wpress-Datei für Websites über 200 MB immer via SFTP direkt nach wp-content/ai1wm-backups/ hoch – dies umgeht jede HTTP-Upload-Größenbeschränkung.
• Erhöhen Sie upload_max_filesize, post_max_size, memory_limit und max_execution_time auf dem Ziel, bevor Sie den Import starten, nicht nachdem Sie auf einen Fehler gestoßen sind.
• Das Plugin schließt wp-config.php aus dem Archiv aus – Ihre Zieldatenbank-Zugangsdaten werden beibehalten, aber überprüfen Sie WP_DEBUG, WP_SITEURL und Sicherheits-Salts nach dem Import manuell.
• Leeren Sie Permalinks immer sofort nach dem Import. Überprüfen Sie bei Nginx, ob die try_files-Direktive im Serverblock vorhanden ist.
• Führen Sie wp search-replace --dry-run nach jeder Migration mit einer Domain-Änderung aus, um serialisierte URL-Überreste zu erfassen, die das Plugin möglicherweise übersehen hat.
• Bestätigen Sie, dass SSL auf dem Ziel aktiv ist, bevor Sie live gehen – eine SSL-Zertifikat-Nichtübereinstimmung nach der Migration ist eine häufige Ursache für Browser-Sicherheitswarnungen, die das Benutzervertrauen untergraben.
• Testen Sie bei Produktionsmigrationen immer zuerst in einer Staging-Umgebung, insbesondere beim Wechsel von PHP-Versionen oder beim Wechsel zwischen deutlich unterschiedlichen Server-Stacks.

Häufig gestellte Fragen

Funktioniert All-in-One WP Migration für den Umzug von WordPress auf eine andere Domain?

Ja. Das Plugin schreibt die Quell-Domain während des Imports automatisch in die Ziel-Domain um, indem es einen Token-Substitutionsprozess auf dem SQL-Dump verwendet. Überprüfen Sie nach dem Import, ob die Umschreibung erfolgreich war, indem Sie Einstellungen > Allgemein prüfen und einen WP-CLI-search-replace --dry-run ausführen, um alle URLs zu erfassen, die in serialisierten PHP-Daten eingebettet sind und die das Plugin möglicherweise übersehen hat.

Was ist die maximale Dateigröße, die von der kostenlosen Version unterstützt wird?

Die kostenlose Version hat kein fest kodiertes Größenlimit im Plugin selbst – die Einschränkung kommt vollständig von den PHP-upload_max_filesize– und post_max_size-Direktiven des Servers. Bei vielen Shared Hosts ist dies standardmäßig auf 128 MB eingestellt. Sie können diese Einschränkung vollständig umgehen, indem Sie die .wpress-Datei via SFTP nach wp-content/ai1wm-backups/ hochladen und sie vom Import-Bildschirm auswählen, was den HTTP-Upload-Mechanismus überspringt.

Wird die Migration die Datenbank der Ziel-Website vollständig überschreiben?

Ja. Der Import löscht alle vorhandenen Tabellen in der Zieldatenbank und ersetzt sie durch die Tabellen der Quell-Website. Sichern Sie die Zieldatenbank vor dem Import, wenn sie Daten enthält, die Sie erhalten möchten.

Kann ich All-in-One WP Migration für WordPress Multisite verwenden?

Die kostenlose Version unterstützt keine Multisite-Netzwerk-Migrationen. Die Premium-„Multisite-Erweiterung” ist für den Export und Import eines vollständigen Multisite-Netzwerks erforderlich. Einzelne Subsites innerhalb eines Netzwerks können manchmal als eigenständige Websites mit der kostenlosen Version migriert werden, aber dies erfordert eine manuelle Bereinigung netzwerkspezifischer Datenbankeinträge.

Warum werde ich sofort nach Abschluss des Imports abgemeldet?

Dies ist das korrekte Verhalten. Der Import ersetzt die gesamte Datenbank, einschließlich der wp_users-Tabelle, mit den Daten der Quell-Website. Das Admin-Konto Ihrer Ziel-Website existiert nicht mehr – die Benutzerkonten der Quell-Website sind jetzt aktiv. Melden Sie sich mit dem Benutzernamen und Passwort der ursprünglichen Quell-Website an.