Website umziehen: Eine Checkliste für Daten, DNS und Freigabe
Eine Website kann umziehen, während die Domain beim bisherigen Registrar bleibt. Umgekehrt kann die Domain übertragen werden, ohne dass sich der Speicherort der Website ändert. Diese Trennung ist die Grundlage einer brauchbaren Migrationsplanung. Für den tatsächlichen Umzug musst du Dateien, Datenbank, Laufzeit und verbundene Dienste betrachten. Eine gestufte Vorbereitung macht die spätere Umschaltung verständlicher und hilft, fehlende Bestandteile vor dem öffentlichen Wechsel zu finden.
In diesem Artikel
Den Bestand vor dem Kopieren aufnehmen
Erfasse Domainnamen, DNS-Verwaltung, Website-Verzeichnisse, Datenbanken und die benötigte Laufzeit. Ergänze Postfächer, Weiterleitungen, Cronjobs, Zertifikate und externe Schnittstellen. Ein Formular kann beispielsweise über einen gesonderten Versanddienst arbeiten. Ein Import kann von einer Datei außerhalb des öffentlich erreichbaren Verzeichnisses abhängen. Solche Details fallen beim bloßen Kopieren des sichtbaren Webordners leicht unter den Tisch.
Notiere außerdem, welche URLs erhalten bleiben sollen und ob sich die Domain oder nur der Server ändert. Bei einer unveränderten Domain gelten andere Schritte als beim Wechsel auf eine neue Adresse. Bewahre benötigte Zugangsmittel geschützt auf und prüfe, wer Änderungen an Domain, DNS und Hosting ausführen darf. Eine unvollständige Zuständigkeitsliste kann die spätere Freigabe unnötig verzögern.
Das Ziel vollständig vorbereiten
Richte die benötigten Dienste und eine geeignete PHP-Umgebung ein, bevor du den öffentlichen DNS-Eintrag änderst. Übertrage Dateien und einen passenden Datenbankstand über einen sicheren, vorgesehenen Weg. Prüfe Datenbankverbindung, Dateirechte und anwendungsspezifische Pfade. Ein durch das Hosting erreichbarer Testaufruf ist hilfreich, muss aber den tatsächlichen Zielzustand sinnvoll abbilden.
Bei WordPress können Domainnamen und Adressen an mehreren Stellen vorkommen. Verwende die dokumentierten Migrationsverfahren und geeignete Werkzeuge für strukturierte Daten. Eine ungezielte Textersetzung kann serialisierte Inhalte beschädigen. Wenn die öffentliche Domain gleich bleibt, ist eine Änderung sämtlicher gespeicherter URLs möglicherweise gar nicht nötig. Lege den geplanten Adresszustand deshalb vorab fest.
Die Anwendung vor dem Wechsel abnehmen
Prüfe mehrere Seitentypen, Medien, Navigation und Anmeldung. Ergänze die entscheidenden Formulare, Shopfunktionen und Hintergrundaufgaben. Teste kontrolliert, ob E-Mail über den vorgesehenen Dienst versendet wird. Eine Startseite ohne sichtbaren Fehler reicht nicht als Nachweis für eine vollständige Migration. Dokumentiere die Ergebnisse und offene Abweichungen, bevor die DNS-Umschaltung freigegeben wird.
HTTPS muss für die tatsächlich verwendeten Namen funktionieren. Ein Aufruf über www benötigt beispielsweise zunächst eine passende TLS-Verbindung, auch wenn anschließend auf die Hauptadresse weitergeleitet wird. Prüfe Zertifikatsausstellung und Erneuerungsvoraussetzungen sowie die geplanten Weiterleitungen. Unvollständige IPv6-Konfiguration ist ebenfalls relevant, wenn ein AAAA-Eintrag veröffentlicht wird.
| Bereich | Abnahme vor der Umschaltung |
|---|---|
| Anwendung | Inhalte, Anmeldung und wichtige Funktionen |
| Daten | Zusammengehöriger und aktueller Stand |
| HTTPS | Alle genutzten Namen und Erneuerung |
| Postfächer, Versandwege und Authentifizierung | |
| Betrieb | Zeitpläne, Sicherung und Zuständigkeiten |
Letzte Änderungen und DNS kontrolliert umstellen
Während der Vorbereitung kann die bisherige Website weiter neue Daten erhalten. Plane daher einen abschließenden Abgleich. Für schreibende Anwendungen kann eine abgestimmte Pause nötig sein, damit nicht auf zwei Ständen gleichzeitig neue Bestellungen oder Beiträge entstehen. Lege fest, wann der alte Stand keine Änderungen mehr annimmt und welcher Stand anschließend maßgeblich ist.
Falls eine kürzere DNS-TTL helfen soll, muss die Änderung ausreichend vor der Umschaltung wirksam werden. Bereits zwischengespeicherte Antworten behalten zunächst ihre bisherige Lebensdauer. Die Änderung der DNS-Einträge ist zudem nicht identisch mit einem Registrartransfer. Kontrolliere die zuständigen autoritativen Einträge und beobachte, wohin repräsentative Aufrufe tatsächlich gelangen.
Nachlauf und Aufräumen nicht vergessen
Prüfe nach der Umschaltung erneut Website, HTTPS, Versand und Hintergrundaufgaben. Bei geänderten URLs gehören passende Weiterleitungen und die Kontrolle wichtiger alter Adressen dazu. Eine Weiterleitung auf die Startseite ist nicht für jeden verschwundenen Inhalt sinnvoll. Aktualisiere auch interne Links, Canonicals und Sitemap dort, wo sich die öffentliche Adresse tatsächlich geändert hat.
Halte die alte Umgebung nur so lange wie für den abgestimmten Rückweg erforderlich vor. Entscheide anschließend bewusst über Kündigung, Datenlöschung und nicht mehr benötigte Zugänge. Sichere die dokumentierte Zielkonfiguration und führe eine Restore-Probe mit dem neuen Verfahren durch. Der Umzug ist abgeschlossen, wenn die Anwendung und ihre Betriebsabläufe am Ziel nachvollziehbar funktionieren – nicht allein nach der ersten erfolgreichen DNS-Antwort.
Quellen & Dokumentation
Primärquellen, geprüft am 3. November 2026. Angaben gelten im beschriebenen Zusammenhang; die konkrete Umgebung und der gebuchte Leistungsumfang bleiben maßgeblich.
Dazu passt auch
Domainumzug und TTL: Eine Umschaltung ohne blinde Flecken planen
Registrarwechsel, DNS-Änderung und Website-Migration sind verschiedene Schritte. So planst du TTL, Tests, Mail-Einträge und einen klaren Rückweg.
Backup planen: Dateien, Datenbank und Snapshots unterscheiden
Welche Bestandteile eine Website-Sicherung braucht, warum ein Snapshot einen anderen Zweck hat und welche Fragen vor dem Ernstfall geklärt sein sollten.
SPF, DKIM und DMARC: E-Mail-Absender nachvollziehbar machen
Wie SPF, DKIM und DMARC zusammenarbeiten, warum MX-Einträge etwas anderes regeln und wie du legitime Versanddienste vor einer strengeren Richtlinie prüfst.