WordPress sicher von Shared Hosting auf einen VPS umziehen
Eine WordPress-Website von Shared Hosting auf einen VPS umziehen, ohne E-Mails oder DNS zu beeinträchtigen
Wenn Sie WordPress von einem Shared-Hosting-Angebot auf einen virtuellen privaten Server (VPS) umziehen, erhalten Sie mehr Kontrolle über PHP, Serverressourcen und die Konfiguration. Der Umzug kann jedoch den E-Mail-Verkehr beeinträchtigen oder Besucher an die falsche Adresse schicken, wenn Sie ihn wie eine einfache Dateikopie behandeln. Entscheidend ist, die Website von den Diensten zu trennen, die bereits von Ihrer Domain abhängen.
Wenn Sie recherchieren, wie Sie eine WordPress-Website von Shared Hosting auf einen VPS umziehen, sollten Sie zunächst erfassen, welche Leistungen Ihr aktueller Anbieter tatsächlich bereitstellt. Die Domain kann bei einem Unternehmen registriert sein, DNS bei einem zweiten verwaltet werden, E-Mail von einem dritten Anbieter kommen und WordPress bei einem vierten gehostet sein. Diese Dienste müssen nicht gemeinsam umziehen.
1. Den Umfang des Umzugs festlegen: Website und weiterhin genutzte Dienste trennen
Notieren Sie, wo die WordPress-Dateien und die Datenbank liegen, und ermitteln Sie anschließend, welcher Anbieter für die einzelnen zugehörigen Dienste zuständig ist. Prüfen Sie den Domain-Registrar, den DNS-Hoster, den E-Mail-Anbieter und eventuell separate Dienste wie ein CDN oder einen Bildspeicher. In Ihrem Hosting-Control-Panel sind möglicherweise einige dieser Informationen zu finden. Die Nameserver und DNS-Einträge der Domain zeigen jedoch, wohin der Datenverkehr tatsächlich geleitet wird.
Eine Website kann beispielsweise auf Shared Hosting laufen, während DNS über Cloudflare verwaltet wird und die geschäftlichen E-Mail-Konten Google Workspace nutzen. In diesem Fall müssen Sie weder die Domain noch die E-Mail-Konten umziehen, wenn Sie WordPress auf einen VPS verschieben. Meist müssen Sie lediglich die Einträge ändern, über die der Webverkehr geleitet wird, und die E-Mail-Einträge unverändert lassen.
Erstellen Sie eine einfache Bestandsaufnahme, bevor Sie Änderungen vornehmen. Notieren Sie das aktuelle Webziel, die Nameserver und alle bekannten E-Mail-Einträge. Wenn Sie nicht sicher sind, ob ein Eintrag für E-Mail benötigt wird, fragen Sie beim E-Mail-Anbieter nach oder prüfen Sie dessen Einrichtungsanleitung, statt ihn zu löschen. Ein fehlender E-Mail-Eintrag kann den Empfang neuer Nachrichten verhindern, selbst wenn die Website weiterhin problemlos funktioniert.
2. Abhängigkeiten ermitteln, die bei einer einfachen Website-Kopie fehlen können
Ein WordPress-Backup kann die Dateien und die Datenbank der Website enthalten, aber nicht unbedingt alle Dienste, von denen sie abhängt. Prüfen Sie geplante Aufgaben, Einstellungen für ausgehende E-Mails, externen Speicher, Weiterleitungen, die SSL-Konfiguration und serverspezifische Einstellungen. Eine Mitgliederseite kann beispielsweise auf einen geplanten Auftrag angewiesen sein, der abgelaufene Konten deaktiviert. Ein Onlineshop wiederum versendet Bestellbenachrichtigungen möglicherweise über einen externen SMTP-Dienst.
Prüfen Sie geplante Aufgaben im Hosting-Control-Panel und in den WordPress-Plugins. Das integrierte Aufgabensystem von WordPress wird möglicherweise ausgeführt, wenn ein Besucher eine Seite aufruft. Ein Server-Cronjob kann stattdessen ein bestimmtes Skript nach einem festgelegten Zeitplan starten. Notieren Sie für jeden Auftrag den Befehl, das Ausführungsintervall und die Zeitzone. Wenn Sie auf dem VPS keinen entsprechenden Cronjob einrichten, kann eine Aufgabe, die auf dem alten Host stündlich ausgeführt wurde, nach dem Umzug ausbleiben.
Prüfen Sie, wie die Website E-Mails versendet. Notieren Sie, ob sie den Mailserver des Hosting-Anbieters, ein SMTP-Plugin oder einen Transaktionsmail-Dienst verwendet, und bestätigen Sie, welche Absenderadresse die Website nutzt. Wenn der alte Host den Mailserver bereitgestellt hat, funktionieren dieselben Einstellungen auf dem VPS möglicherweise nicht. Fragen Sie beim E-Mail-Anbieter nach, ob Verbindungen eingeschränkt sind oder eine bestimmte Authentifizierungsmethode vorausgesetzt wird.
Erfassen Sie außerdem externe Speicherlösungen und Servereinstellungen. Ein Medien-Plugin kann Uploads in einem Objektspeicher statt im WordPress-Upload-Verzeichnis ablegen. Möglicherweise benötigt die Website eine bestimmte PHP-Version, bestimmte PHP-Erweiterungen, Rewrite-Regeln oder eine Einstellung in .htaccess. Bewahren Sie diese Angaben auf. Nach dem Start zu raten, kann aus einem kleinen Kompatibilitätsproblem einen langen Ausfall machen.
3. Den VPS auf die tatsächlichen Anforderungen der Website vorbereiten
Wählen Sie eine VPS-Konfiguration, die zum ermittelten Bedarf der Website passt, und entscheiden Sie anschließend, wie der Server Webanfragen verarbeiten soll. Gängige Optionen sind Apache oder Nginx. Die passende Konfiguration hängt jedoch von der bestehenden Website und davon ab, wer sie verwalten kann. Prüfen Sie vor der Installation des produktiven Server-Stacks anhand des Codes, der Plugins und des Themes, welche PHP-Version und Erweiterungen benötigt werden.
Richten Sie Datenbank, Webserver und PHP-Handler ein. Konfigurieren Sie anschließend Dateieigentümer und Berechtigungen so, dass WordPress seine Dateien lesen und nur dort schreiben kann, wo es nötig ist. Machen Sie nicht einfach alle Dateien beschreibbar, nur um eine Fehlermeldung zu unterdrücken. Beschränken Sie den administrativen Zugriff, aktivieren Sie eine Firewall und richten Sie Backups ein, die sowohl die Datenbank als auch die Website-Dateien umfassen.
Testen Sie den VPS, bevor Sie die produktive Website übertragen. Stellen Sie sicher, dass der Webserver eine einfache Seite ausliefern kann, PHP korrekt funktioniert und die Datenbank eine Testverbindung akzeptiert. Dokumentieren Sie die installierten Versionen und Konfigurationsdateien. So haben Sie eine konkrete Vergleichsgrundlage, falls sich ein Plugin auf dem neuen Server anders verhält.
4. Dateien und Datenbank übertragen, während die Live-Website unverändert bleibt
Erstellen Sie eine vollständige Kopie der WordPress-Dateien und der Datenbank und lassen Sie die ursprüngliche Website während der Arbeiten für Besucher erreichbar. Ein Migrations-Plugin kann die Website verpacken, während Kommandozeilenwerkzeuge oder ein vom Hoster bereitgestelltes Backup mehr Kontrolle bieten. Unabhängig von der gewählten Methode sollten Sie prüfen, ob das Backup die Datenbank, Uploads, Themes, Plugins und alle benutzerdefinierten Konfigurationsdateien enthält.
Wenn sich auf der Website häufig etwas ändert, planen Sie, wie Sie mit neuen Bestellungen, Kommentaren oder veröffentlichten Beiträgen umgehen, die nach der ersten Kopie hinzukommen. Eine Möglichkeit ist, zunächst eine Kopie anzulegen und privat zu testen und dann die Datenbank während eines kurzen Wartungsfensters erneut zu übertragen. Nehmen Sie bei einem Onlineshop nicht auf beiden Kopien Bestellungen entgegen: Doppelte oder fehlende Bestelldaten lassen sich schwerer beheben als eine kurze, angekündigte Unterbrechung.
Übertragen Sie die Dateien und die Datenbank auf den VPS. Aktualisieren Sie anschließend bei Bedarf die WordPress-Konfiguration mit dem neuen Datenbanknamen, Benutzernamen, Passwort und Host. Bewahren Sie die alten und neuen Werte sicher auf. Wenn sich die Domain oder Dateipfade ändern, aktualisieren Sie die Website-Einstellungen mit Bedacht. Eine pauschale Suchen-und-Ersetzen-Aktion kann serialisierte Daten in der Datenbank beschädigen, wenn sie die Serialisierung nicht korrekt berücksichtigt.
Leiten Sie den öffentlichen DNS-Verkehr noch nicht auf den VPS um. Während Sie die private Kopie prüfen, sollte weiterhin der alte Host das öffentliche Ziel sein. Der neue Server sollte erst dann echte Kundenaktivitäten verarbeiten, wenn Sie für den Wechsel bereit sind.
5. Privat testen, bevor Sie den öffentlichen DNS ändern
Verwenden Sie auf Ihrem Computer eine Änderung an der Hosts-Datei oder einen temporären Staging-Hostnamen, um Ihren Browser zum VPS zu leiten, ohne den öffentlichen DNS zu ändern. Eine Änderung an der Hosts-Datei wirkt sich nur auf das Gerät aus, auf dem Sie sie vornehmen. Damit können Sie die neue Website prüfen, bevor andere Besucher sie sehen können. Entfernen Sie den Eintrag nach dem Test, damit Sie die private Route nicht mit der öffentlichen verwechseln.
Testen Sie sowohl die Website als auch das WordPress-Dashboard. Prüfen Sie die Anmeldeseite, eine repräsentative Auswahl wichtiger Seiten, die Suche, Formulare, Uploads, Weiterleitungen und alle genutzten Kassen- oder Mitgliederfunktionen. Senden Sie ein Testformular ab und prüfen Sie, wo die Nachricht ankommt. Wenn die Website E-Mails versendet, kontrollieren Sie den Versand und den Spam-Ordner. Eine Erfolgsmeldung im Formular beweist nicht, dass die E-Mail tatsächlich versendet wurde.
Prüfen Sie geplante Aufgaben und alle Integrationen, die von außen auf die Website zugreifen. Ein Zahlungsdienst kann beispielsweise eine Benachrichtigung an eine bestimmte URL senden, während ein Monitoring-Dienst eine bestimmte Antwort erwartet. Vergewissern Sie sich auch, dass HTTPS auf dem VPS funktioniert. Ein Staging-Hostname passt möglicherweise nicht zum Zertifikat der Produktivumgebung. Prüfen Sie daher den Plan für das endgültige Zertifikat, bevor Sie Besucher auf den neuen Server leiten.
Prüfen Sie Weiterleitungen und kanonische URLs für die Produktivdomain. Bei einer hohen Absprungrate kann eine defekte Landingpage oder Weiterleitung das Problem verschärfen. Diese Anleitung erklärt, wie hoch eine gute Absprungrate für eine Website ist und wie sich die Kennzahl interpretieren lässt. Beim Migrationstest sollten Sie sich auf konkrete Fehler konzentrieren, etwa ein Formular, das eine Fehlermeldung zurückgibt, oder einen Upload, der nicht angezeigt wird.
6. DNS nach einem Plan umstellen und E-Mail sowie Rückwechsel berücksichtigen
Speichern Sie vor der DNS-Änderung die aktuellen Einträge und notieren Sie genau, welche Web-Einträge Sie aktualisieren möchten. Wenn die Website über einen A-Eintrag aufgerufen wird, ändern Sie dessen Ziel auf die Adresse des VPS. Falls ein CNAME den Webhostnamen verwaltet, passen Sie diesen Eintrag bei Bedarf an. Lassen Sie die E-Mail-Einträge bestehen, einschließlich der MX-Einträge und aller TXT-Einträge für die E-Mail-Authentifizierung, sofern Sie nicht bewusst den E-Mail-Anbieter wechseln. Wer sich fragt, wie sich DNS beim WordPress-Umzug auf VPS ändern lässt, sollte daher nur die benötigten Web-Einträge anpassen und die E-Mail-Einträge unverändert lassen.
Wenn Sie die Gültigkeitsdauer (TTL) der DNS-Einträge vor dem Umzug herabsetzen, können einige Resolver das neue Ziel möglicherweise schneller übernehmen. Eine sofortige weltweite Umstellung ist damit jedoch nicht garantiert. Prüfen Sie vor Änderungen die aktuelle DNS-Konfiguration und die Hinweise Ihres Anbieters. Wenn Sie einen Proxy oder ein CDN verwenden, klären Sie, ob die Ursprungsadresse direkt auf den VPS zeigen soll und ob der SSL-Modus des Proxys zum dort installierten Zertifikat passt.
Wählen Sie für die Umstellung einen Zeitraum, in dem Sie die Website beobachten und auf Probleme reagieren können. Ändern Sie den vorgesehenen Web-Eintrag und prüfen Sie anschließend die Domain über mehrere Netzwerke oder DNS-Abfragedienste. Halten Sie eine schriftliche Anleitung für den Rückwechsel bereit: Stellen Sie das vorherige Webziel wieder her, notieren Sie, wer die Änderung vornehmen kann, und behalten Sie den Zugang zum alten Hosting-Konto. Entfernen Sie die alte Website nicht, solange DNS-Caches Besucher noch dorthin leiten können.
Prüfen Sie E-Mails während der Umstellung gesondert. Senden Sie von einem externen Konto eine Nachricht an eine Adresse der Domain und antworten Sie nach Möglichkeit von dieser Adresse aus. Wenn der E-Mail-Verkehr ausfällt, vergleichen Sie die aktuellen DNS-Einträge mit der gespeicherten Kopie, bevor Sie weitere Änderungen vornehmen. Ein Umzug des Webservers erfordert nicht, dass Sie E-Mail-Einträge löschen.
7. Die neue Einrichtung nach dem Start überprüfen
Sobald der öffentliche Datenverkehr den VPS erreicht, überprüfen Sie HTTPS, wichtige Seiten, Formulare, die Anmeldung und alle Abläufe, die mit Umsätzen zusammenhängen. Kontrollieren Sie sowohl die WordPress- als auch die Serverprotokolle auf PHP-Fehler, verweigerte Dateizugriffe, fehlgeschlagene Datenbankverbindungen oder wiederholte Anfragen an nicht vorhandene URLs. Die Startseite einer Website kann normal aussehen, während ein Plugin-Fehler unbemerkt das Kontaktformular lahmlegt.
Vergewissern Sie sich, dass Backups auf dem VPS ausgeführt werden und Sie wissen, wie Sie eines wiederherstellen. Prüfen Sie den Speicherort der Backups und stellen Sie sicher, dass ein aktuelles Backup sowohl die Datenbank als auch die Dateien enthält. Richten Sie eine Überwachung der Erreichbarkeit und des Zertifikatsablaufs ein und bestätigen Sie, dass E-Mails weiterhin in beide Richtungen zugestellt werden. Diese Prüfungen sollten abgeschlossen sein, bevor Sie den bisherigen Hosting-Tarif kündigen.
Lassen Sie das alte Hosting aktiv, bis die neue Website die festgelegten Prüfungen bestanden hat und die relevanten DNS-Änderungen übernommen wurden. Bewahren Sie gemäß Ihren eigenen Aufbewahrungsrichtlinien eine abschließende Kopie der alten Dateien und Datenbank auf. Sobald der VPS die Website bereitstellt, der E-Mail-Verkehr funktioniert und die Wiederherstellung dokumentiert ist, können Sie entscheiden, wann Sie das alte Konto schließen, ohne raten zu müssen, welche Dienste noch davon abhängen. So gelingt ein WordPress VPS Umzug ohne E-Mail-Ausfall: Behalten Sie die Mail-Einträge bei, testen Sie den Versand und Empfang und kündigen Sie den alten Dienst erst, wenn alle Prüfungen abgeschlossen sind.
