Website-Umzug planen: Daten, Domain und Betrieb kontrolliert übertragen

Ein Website-Umzug besteht aus mehr als dem Kopieren eines Ordners. Sie übertragen eine Anwendung, ihren aktuellen Datenbestand und mehrere Verbindungen zur Außenwelt. Mit einer Bestandsliste, einer geschützten Zielkopie und klaren Umschaltkriterien können Sie den Wechsel kontrolliert vorbereiten und anschließend nachvollziehbar prüfen.

Den Umfang zuerst abgrenzen

Ein Firmenauftritt soll zu einem anderen Hosting-Anbieter wechseln. Die Domain bleibt gleich, E-Mail läuft bereits bei einem separaten Dienst, und ein Formular übergibt Anfragen an ein Kundenverwaltungssystem. Die Websitekopie ist in diesem Fall nur ein Teil des Umzugs. Wenn bei der Umschaltung versehentlich die gesamte DNS-Zone ersetzt wird, können andere Dienste betroffen sein, obwohl deren Wechsel überhaupt nicht geplant war.

Schreiben Sie deshalb auf, was übertragen wird und was weiter beim bisherigen Dienst bleibt. Trennen Sie Website, Domainregistrierung, DNS und E-Mail. Sie können gemeinsam gebucht sein, müssen aber nicht gemeinsam umziehen. Eine Domainübertragung ist außerdem etwas anderes als eine Änderung der Adresse des Webservers. Die Themenübersicht Website-Umzug und Hostingwechsel hilft, diese Arbeitsschritte auseinanderzuhalten.

Notieren Sie alle beteiligten Domains und Subdomains, wichtigen URLs, Datenbanken, Dateiverzeichnisse und externen Schnittstellen. Ergänzen Sie Hintergrundaufgaben wie geplante Importe, Exporte und Wartungsjobs. Häufig laufen diese nicht sichtbar im Browser. Ein Umzug ist erst fachlich vollständig, wenn die benötigten Abläufe am Ziel geprüft sind. Eine erreichbare Startseite ist dafür kein ausreichender Nachweis.

Das Ziel vor dem Kopieren prüfen

Die Zielumgebung muss die Anwendung mit passenden Komponenten betreiben können. Prüfen Sie PHP-Version, Datenbank, Erweiterungen, Dateirechte und relevante Limits. Wenn gleichzeitig ein Versionswechsel stattfinden soll, machen Sie ihn als eigene Änderung sichtbar. Ein Hostingwechsel und ein umfangreiches Softwareupdate zur selben Zeit erhöhen die Zahl möglicher Ursachen, falls etwas nicht funktioniert. Planen Sie die Reihenfolge bewusst.

WordPress beschreibt im Handbuch zur Migration unter anderem den Umgang mit Dateien, Datenbank und geänderten Konfigurationsangaben. Verwenden Sie diese Grundlage zusammen mit dem Verfahren Ihres tatsächlichen Werkzeugs. Ein generischer Kopierassistent kennt nicht automatisch jede eigene Schnittstelle, jeden Cronjob und jede Besonderheit einer individuellen Erweiterung. Erleichterte Übertragung ist nützlich, ersetzt jedoch die Nachprüfung nicht.

Kontrollieren Sie freie Kapazität auch für Sicherungen und Zwischenstände. Während der Vorbereitung können Original, Kopie und Archiv gleichzeitig Speicher benötigen. Prüfen Sie außerdem, ob Dateizugriff und Datenbankimport im Zieltarif möglich sind. Benennen Sie die Person, die bei einem Importfehler handeln kann. Solche Fragen lassen sich vor dem eigentlichen Wechsel klären, ohne dass Besucher bereits betroffen sind.

Ein Backup vor dem ersten Eingriff

Sichern Sie Dateien und Datenbank vor Beginn und bewahren Sie die Kopie geschützt auf. Dokumentieren Sie den Sicherungszeitpunkt und den Softwarestand. Falls die Übertragung eine Änderung an Konfiguration oder Domainverwaltung erfordert, halten Sie auch deren vorherigen Zustand fest. Diese Unterlagen sind der Ausgangspunkt für eine Rückkehrmöglichkeit. Die Backup-Anleitung erklärt, wie Sie die Nutzbarkeit einer Sicherung prüfen.

Schreiben Sie die Rückkehrmöglichkeit in einfachen Sätzen auf: Welche Kopie wird verwendet, welche DNS-Einträge werden zurückgesetzt und wer entscheidet darüber? Ein Plan ohne aktuelle Datenlage kann im Shop problematisch sein. Wenn nach der Umschaltung neue Bestellungen am Ziel entstehen, würde eine Rückkehr zum alten Datenstand diese Änderungen nicht automatisch mitnehmen. Der Abgleich gehört deshalb auch in den Rückkehrplan.

Die Zielkopie geschützt testen

Richten Sie eine getrennte Vorschau ein, ohne eine vorhandene andere Website zu überschreiben. Schützen Sie den Zugriff tatsächlich. Eine Suchmaschinenanweisung wie noindex verhindert keinen direkten Aufruf vertraulicher Inhalte. Prüfen Sie außerdem, dass Medien, APIs und andere Endpunkte denselben vorgesehenen Schutz erhalten. Für Testkopien beschreibt der Staging-Ratgeber die wichtigsten Nebenwirkungen.

Verhindern Sie realen Versand und produktive Transaktionen aus der Kopie. Ein wiederkehrender Job könnte sonst doppelt laufen, ein Formular echte Nachrichten senden oder eine Schnittstelle Daten erneut übertragen. Verwenden Sie passende Testzugänge, soweit der Dienst sie anbietet. Wo kein ungefährlicher Test möglich ist, dokumentieren Sie die Einschränkung und legen Sie einen gezielten Prüfschritt nach der Umschaltung fest.

Wenn die Domain gleich bleibt, lässt sich das Ziel unter Umständen lokal mit der späteren Domain prüfen. Dabei müssen Hostname und Zertifikatsprüfung korrekt bleiben. Ein Aufruf über eine nackte IP-Adresse kann eine andere virtuelle Website erreichen und sagt wenig über die spätere Domain aus. Die konkrete Methode hängt von Ihrer Umgebung und dem eingesetzten Werkzeug ab; die zuständige Betreuung sollte sie verständlich dokumentieren.

Adressen und gespeicherte Daten beachten

Bei einem Domainwechsel können Adressen nicht nur in sichtbaren Texten stehen, sondern auch in Einstellungen, Medienverweisen und strukturierten Daten. Ersetzen Sie diese mit einem dafür geeigneten Verfahren. Unkontrolliertes Ersetzen in einem Datenbankexport kann gespeicherte Strukturen beschädigen. Prüfen Sie zunächst auf einer Kopie und dokumentieren Sie, welche Bereiche das verwendete Werkzeug tatsächlich verändert hat.

Planen Sie Weiterleitungen für bisher wichtige URLs. Eine Änderung der Domain oder der Seitenstruktur sollte alte Verweise nachvollziehbar an passende Ziele führen. Die Startseite als pauschales Ziel für jede alte Adresse ist fachlich oft ungeeignet. Sammeln Sie die wichtigsten bisherigen URLs und ordnen Sie konkrete neue Ziele zu. Prüfen Sie auch Pfad und Query, wenn Funktionen von diesen Angaben abhängen.

Wenn ausschließlich der Hosting-Unterbau wechselt, müssen Sie nicht automatisch jede URL verändern. Halten Sie die gewünschte Hauptadresse fest, einschließlich HTTPS und der Entscheidung für Hauptdomain oder www. Die WordPress-Einstellungen und Weiterleitungen sollten dazu passen. So vermeiden Sie unnötige Adresswechsel und erkennen leichter, ob ein Fehler aus dem Umzug oder aus einer zusätzlichen Strukturänderung stammt.

Neue Daten zwischen Kopie und Umschaltung

Eine frühe Prüfkopie ist sinnvoll, während die alte Website weiterhin genutzt wird. Genau dadurch entsteht eine Zeitspanne mit neuen Änderungen. Texte werden bearbeitet, Dateien hochgeladen, Anfragen gespeichert oder Bestellungen erzeugt. Legen Sie vorab fest, wie diese Änderungen am Ziel ankommen. Eine zweite vollständige Kopie kann funktionieren, darf aber die während der Prüfung vorgenommenen Zieländerungen nicht unbeabsichtigt beseitigen.

Für selten veränderte Websites kann eine vereinbarte kurze Bearbeitungspause ausreichen. Für einen Shop braucht es ein zur Anwendung passendes Verfahren mit eindeutigem führendem Datenbestand. Zwei gleichzeitig beschreibbare Installationen können voneinander abweichende Daten erzeugen. Der Umzugsplan muss erklären, welcher Standort ab welchem Zeitpunkt neue Vorgänge verarbeitet. Eine DNS-Änderung allein synchronisiert keine Datenbanken.

DNS und HTTPS getrennt nachprüfen

Die autoritativen DNS-Server veröffentlichen die für eine Domain maßgeblichen Einträge. Zwischengespeicherte Antworten können danach noch eine Zeit lang anders aussehen. Cloudflare erklärt die grundlegenden DNS-Eintragstypen. Für Ihren Wechsel prüfen Sie gezielt A für IPv4 und AAAA für IPv6 sowie gegebenenfalls die gewünschte www-Adresse. Unbeteiligte Mail- und Verifikationseinträge bleiben Teil des Bestands.

Ein Zertifikat muss den tatsächlich verwendeten Hostnamen abdecken. Prüfen Sie Hauptdomain und www gesondert, auch wenn eine Variante auf die andere weiterleitet. Die TLS-Verbindung entsteht vor der HTTP-Weiterleitung. Ein unpassendes Zertifikat am ersten Hostnamen wird durch eine spätere Weiterleitung nicht behoben. Kontrollieren Sie außerdem, ob Zertifikatserneuerung und die dafür benötigte Domainvalidierung am Ziel funktionieren können.

Wenn IPv6 veröffentlicht wird, muss dort ebenfalls die richtige Website mit HTTPS erreichbar sein. Let's Encrypt dokumentiert die IPv6-Prüfung und mögliche Fehler bei unpassenden AAAA-Einträgen. Ein erfolgreiches IPv4-Ergebnis beweist die IPv6-Seite nicht. Der Ratgeber DNS und HTTPS vertieft die getrennten Prüfschritte.

Nach der Umschaltung fachlich prüfen

Nutzen Sie eine vorbereitete Liste wesentlicher Abläufe. Prüfen Sie Startseite, mehrere Inhaltsseiten, Medien, Anmeldung und Formulare. Kontrollieren Sie externe Übergaben und geplante Aufgaben zu ihren vorgesehenen Zeiten. Prüfen Sie, ob die Weiterleitungen das gewünschte Ziel erreichen und die Website keine alte Testadresse mehr verwendet. Eine zufällige Sichtprobe ist weniger aussagekräftig als ein vorher festgelegtes Programm.

Halten Sie Resultate mit Zeitpunkt fest. Unterscheiden Sie bestätigte Ergebnisse und noch offene Nachprüfungen. Wenn ein periodischer Import erst am Folgetag läuft, ist dessen Betrieb unmittelbar nach Umschaltung noch nicht bestätigt. Vereinbaren Sie einen Nachlauf mit verantwortlicher Person. Die Supportzuständigkeiten helfen, Fehler am neuen Standort ohne unklare Verantwortungswechsel zu bearbeiten.

Den alten Standort geordnet abschließen

Kündigen oder löschen Sie den alten Bestand erst nach der vereinbarten Abnahme und dem notwendigen Datenabgleich. Prüfen Sie, welche Domain- oder Mailleistungen mit dem alten Vertrag verbunden sind. Eine Kündigung des gesamten Pakets kann mehr betreffen als den Webspace. Sammeln Sie die benötigten Exporte und klären Sie Aufbewahrung sowie Löschung anhand Ihrer tatsächlichen Anforderungen und Vereinbarungen.

Dokumentieren Sie zum Abschluss die neue Umgebung, Zugriffswege, Softwarestände und offenen Arbeiten. Eine zweite berechtigte Person sollte die Unterlagen lesen können. Nach dem Wechsel benötigt die Organisation wieder einen normalen Update- und Sicherungsprozess. Der Umzug ist keine dauerhafte Wartungsmaßnahme. Prüfen Sie deshalb, ob die auf dem alten Standort verwendeten Backups und Überwachungen tatsächlich am Ziel eingerichtet wurden.

• Umfang, beteiligte Dienste und führender Datenbestand sind klar.
• Sicherung und Rückkehrverfahren wurden vor Änderungen vorbereitet.
• Die Zielkopie ist geschützt und funktional geprüft.
• Neue Daten seit der ersten Kopie wurden abgeglichen.
• DNS, IPv4, IPv6 und TLS wurden einzeln kontrolliert.
• Hintergrundaufgaben, Exporte und alter Vertrag sind berücksichtigt.

Wenn Sie für den Wechsel ein konkretes Hostingangebot ansehen, etwa Webhosting Pro, verbinden Sie dessen belegte Funktionen mit dieser Liste. Entscheidend sind Eignung der Zielumgebung und ein kontrollierter Ablauf. Eine angekündigte Umzugshilfe kann Arbeit erleichtern; welche Verantwortung sie tatsächlich übernimmt, muss für Ihre Anwendung vor dem Wechsel geklärt sein.

Eine klare Kommunikation zur Umschaltung

Informieren Sie die intern beteiligten Personen über das vorgesehene Zeitfenster und die erlaubten Änderungen. Eine Redaktion sollte wissen, wann sie zuletzt am alten Standort bearbeitet und ab wann die neue Umgebung führend ist. Bei einem Formularbetrieb kann zusätzlich eine Person die eingehenden Anfragen kontrollieren. Diese Abstimmung verhindert, dass während des Datenabgleichs versehentlich an zwei Orten weitergearbeitet wird.

Bereiten Sie eine kurze Statusvorlage vor: Vorbereitung abgeschlossen, Ziel geprüft, aktueller Stand übertragen, Domain umgeschaltet, fachliche Kontrolle abgeschlossen. Setzen Sie einen Status erst, wenn der entsprechende Schritt tatsächlich belegt ist. Eine automatische Erfolgsmeldung des Kopierwerkzeugs genügt beispielsweise für den technischen Kopiervorgang, aber noch nicht für die Prüfung aller Formulare. Die Vorlage macht den Ablauf auch für Personen verständlich, die keinen Zugriff auf technische Protokolle haben.

Bei einer Verschiebung nennen Sie den konkreten noch offenen Punkt und die nächste Handlung. So bleibt der geplante Wechsel überprüfbar, ohne aus einem Zeitplan eine ungesicherte Zusage zu machen.