WordPress-Website ohne Ausfallzeit oder SEO-Verlust migrieren

Vor der Migration: das Terrain vorbereiten

Eine erfolgreiche WordPress-Migration beginnt 48h vor der Umschaltung. Drei Vorbereitungsaktionen reduzieren die Risiken drastisch:

1. DNS-TTL reduzieren Ihrer Domain auf 300 Sekunden (5 Min) mindestens 48h vor der Migration. Standard-TTL ist 3600-86400s, was die Propagation bis zu 24h nach dem Wechsel verlängern kann. Mit TTL 300s ist die Propagation typischerweise < 30 Min. Bearbeitbar bei Ihrem Registrar (OVH, Gandi, Cloudflare).
2. Plugins und Themes auditieren vor der Migration. Entfernen Sie inaktive Plugins, solche, die als "nicht kompatibel mit Ihrer PHP-Version" markiert sind, und ungenutzte Themes. Eine 5 Jahre alte WordPress-Site sammelt typischerweise 30-50% obsolete oder doppelte Plugins an. Die Migration ist die Gelegenheit zum Aufräumen.
3. Kritische Elemente auflisten: verwendete PHP-Version (wp-admin/site-health.php prüfen), Datenbank (Größe, MySQL/MariaDB-Version), erforderliche PHP-Erweiterungen (imagick, curl, mbstring, gd), Cron-Aufgaben, SSL-Zertifikate, benutzerdefinierte .htaccess-Weiterleitungen. Diese Infos dienen zur identischen Reproduktion der Umgebung.
4. Optionaler Wartungsmodus: Wenn Sie sich 15 Min Ausfallzeit leisten können, zeigt das Plugin WP Maintenance Mode eine Wartungsseite während der Umschaltung. Für E-Commerce- oder traffic-starke Sites bevorzugen Sie die progressive Migration ohne Wartung.

Methode 1: mit Plugin (empfohlen)

1. Komplettes Backup vor der Migration: UpdraftPlus, BackWPup oder All-in-One WP Migration
2. Leeres WordPress installieren auf dem neuen Hosting
3. Backup wiederherstellen über das Plugin
4. Testen Sie die Site auf der temporären IP/Subdomain des neuen Hosters
5. DNS umstellen von der Domain zum neuen Hoster (mit kurzer TTL)
6. SSL erneuern auf dem neuen Hoster nach DNS-Propagation

Methode 2: manuelle Migration (große Sites, E-Commerce)

Für Sites > 1 GB oder WooCommerce mit Tausenden von Bestellungen ist die manuelle Methode zuverlässiger. Schritte:

1. Datenbank exportieren via phpMyAdmin oder SSH: mysqldump -u user -p meine_db > db_backup.sql. Für große Sites fügen Sie --single-transaction --quick hinzu, um das Sperren der Datenbank zu vermeiden.
2. WordPress-Dateien kopieren via FTP/SFTP oder rsync: rsync -avz -e ssh ./wp-content/ user@neuer-server:/var/www/html/wp-content/. Inkrementelles rsync ist ideal zur Reduzierung der Übertragungszeit.
3. Neue Datenbank erstellen auf dem neuen Hoster (cPanel/Plesk → MySQL-Datenbanken), dann importieren: mysql -u user -p meine_neue_db < db_backup.sql.
4. wp-config.php anpassen mit den neuen Datenbank-Anmeldedaten (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST). Behalten Sie dieselben Sicherheitsschlüssel (AUTH_KEY usw.), um Nutzer nicht abzumelden.
5. URLs aktualisieren, falls sie sich ändern: Wenn Sie auch Ihre Domain migrieren, verwenden Sie WP-CLI (wp search-replace 'alte-domain.com' 'neue-domain.com' --skip-columns=guid), das serialisierte Strings (PHP serialize) korrekt verwaltet. Ein einfaches SQL UPDATE würde serialisierte Widgets und Optionen kaputt machen.
6. Auf temporärer Subdomain testen: migration.neuer-server.com via Änderung der lokalen Hosts-Datei (ohne öffentliches DNS zu berühren). Validieren: Startseite, Artikel, Formulare, Zahlungen (falls E-Commerce), Transaktions-E-Mails.
7. DNS-Umschaltung: aktualisieren Sie die A/AAAA-Records bei Ihrem Registrar. Mit vorbereitetem TTL 300s erfolgt die Propagation in wenigen Minuten.

Methode 3: kostenlose Migration durch By-Hoster

Wenn Sie zu By-Hoster migrieren, übernimmt unser technisches Team die Migration kostenlos. Sie stellen Ihre FTP-/cPanel-Zugänge des bisherigen Hosters bereit, und wir kümmern uns um alles, ohne Ausfallzeit, in 24-48h. Enthalten: Datei- + Datenbankübertragung, wp-config-Neukonfiguration, Let's-Encrypt-SSL-Generierung, Post-Migrations-Tests, koordinierte DNS-Umschaltung. Sie behalten 14 Tage lang Zugang zu Ihrem alten Hosting zur Validierung.

Post-Migrations-Checkliste: 12 zu prüfende Punkte

Eine Migration ist nicht beendet, wenn der DNS auf den neuen Server zeigt. Hier die 12 entscheidenden Prüfungen in den 24h nach der Umschaltung:

• Site in HTTP und HTTPS zugänglich: Test auf 3-4 Browsern und einem Mobilgerät. Prüfen Sie die Hauptseiten (Startseite, Kontakt, Warenkorb bei E-Commerce).
• Let's-Encrypt-SSL generiert und aktiv: curl -I https://ihre-domain.de muss 200 OK mit einem gültigen Zertifikat zurückgeben. Verzögerung nach DNS: 5-30 Min.
• Permalinks funktionsfähig: prüfen Sie 5-10 zufällige Artikel. Bei 404-Fehler gehen Sie zu wp-admin → Einstellungen → Permalinks und klicken "Speichern" (regeneriert .htaccess).
• Bilder geladen: ein Strg+F5 auf der Home. Falls Bilder fehlen, prüfen Sie die Berechtigungen wp-content/uploads (755 Ordner, 644 Dateien).
• Kontaktformulare: senden Sie eine Testnachricht. Prüfen Sie den E-Mail-Empfang. Bei Misserfolg konfigurieren Sie SMTP (WP Mail SMTP) mit einem externen Dienst (Mailgun, SendGrid).
• wp-admin-Login: Login + 2FA falls aktiviert. Bei Fehler "Cookies blockiert", Browser-Cache leeren und im privaten Modus versuchen.
• WooCommerce (falls anwendbar): führen Sie einen Testkauf durch (Stripe/PayPal "test"-Modus). Prüfen Sie Bestätigungs-E-Mails, Lager-Updates, PDF-Rechnungsgenerierung.
• WordPress-Cron: prüfen Sie, dass geplante Aufgaben laufen (wp cron event list via WP-CLI). Deaktivieren Sie nativen WP-Cron und konfigurieren Sie einen System-Cron: * * * * * curl https://ihre-domain.de/wp-cron.php?doing_wp_cron > /dev/null 2>&1.
• Leistung: PageSpeed-Insights-Test. Bei Score < 80 prüfen Sie Cache-Aktivierung (LiteSpeed Cache, WP Rocket, W3 Total Cache), Brotli/Gzip-Komprimierung, Bild-Lazy-Loading.
• Sitemap an Google Search Console übermittelt: bei IP-Wechsel kann Google 24-72h zum erneuten Crawlen brauchen. Erzwingen via Search Console → Sitemaps → URL übermitteln.
• Alte 301-Weiterleitungen: wenn Sie auch die Domain migrieren, konfigurieren Sie 301 auf dem alten Hoster via .htaccess: RewriteRule ^(.*)$ https://neue-domain.de/$1 [R=301,L]. Mindestens 12 Monate aufrechterhalten, um SEO-Link-Juice zu erhalten.
• 24h-Monitoring: ein kostenloser Dienst wie UptimeRobot oder Hyperping erkennt Ausfälle und alarmiert per E-Mail/SMS. Überwachen Sie auch PHP-Fehlerlogs (tail -f /var/log/php/error.log) für die ersten 48 Stunden.

Häufige Fallstricke und wie man sie vermeidet

• Kaputte serialisierte Strings: wenn Sie mit einem naiven SQL Find & Replace migrieren, brechen serialisierte PHP-Optionen (Widgets, Customizer, Page Builder). Verwenden Sie IMMER WP-CLI oder ein Better Search Replace-Plugin, das die Serialisierung verwaltet.
• SSL nach Migration nicht erneuert: Let's Encrypt muss auf dem neuen Hoster neu generiert werden, da es an IP/Domain gebunden ist. Alte Zertifikate migrieren nicht.
• Schlechte wp-config.php: Vergessen, DB_HOST zu aktualisieren (manchmal "localhost", manchmal eine IP), oder alte WP_DEBUG=true-Configs belassen, die Fehler in Produktion exponieren.
• Nativer WordPress-Cron nicht ersetzt: auf dem alten Hosting lief WP-Cron auf Traffic. Wenn Sie vergessen, nativen WP-Cron zu deaktivieren und einen echten System-Cron zu konfigurieren, laufen geplante Aufgaben (Backups, Newsletter-Versand, PMI-Updates) nicht mehr korrekt.
• Veralteter Cache: alter CDN-Cache (Cloudflare, BunnyCDN), der noch auf den alten Server zeigt. Cache nach Migration leeren: Cloudflare → "Purge Everything", BunnyCDN → "Clear Cache".
• Kaputte XML-Sitemap: Yoast/Rank Math regenerieren automatisch, aber prüfen Sie zugänglich unter https://ihre-domain.de/sitemap_index.xml. Erneut an Search Console übermitteln.
• Schlechte DNS-Propagation: wenn der alte TTL bei 24h blieb, sehen einige Besucher noch 24h lang die alte Site. Deshalb ist der Wechsel auf TTL 300s vor der Migration entscheidend.