Website umziehen: von der Vorbereitung bis zum Rückweg

Ausgangslage und Ziel

Deine Website soll vom bisherigen Hosting auf einen neuen Server wechseln. Die Domain bleibt beim gleichen Registrar und die Mail bleibt beim bisherigen Mailanbieter. Dann genügt häufig die Änderung der Website-Ziele; ein kompletter Nameserverwechsel ist dafür nicht erforderlich. Prüfe zuerst, welcher Anbieter die tatsächlich delegierte DNS-Zone betreibt. Sichere deren aktuelle Datensätze als Export oder nachvollziehbare Liste.

Vorbereiten, bevor du DNS änderst

Richte die Website am neuen Server vollständig ein. Domainzuordnung, Datenbank, Dateien, Uploads, geplante Aufgaben und HTTPS müssen zusammenpassen. Teste das neue Hosting mit einer vorgesehenen Vorschaufunktion oder einer lokalen Host-Zuordnung. Ein Aufruf der nackten IP liefert wegen virtueller Hosts nicht zwingend die richtige Website. Wenn du Zertifikate vorab per DNS-Challenge ausstellen lässt, gehört auch deren Verifizierung in die Vorbereitung.

Beispiel einer schlanken Website-Zone

example.com. 300 IN A 192.0.2.20
www.example.com. 300 IN CNAME example.com.

Das Beispiel verwendet eine reservierte Dokumentations-IP. Trage die reale öffentliche Adresse ein. Wenn der neue Server funktionierendes IPv6 hat, kommt ein passender AAAA-Eintrag hinzu. Kopiere kein altes IPv6-Ziel unbesehen. Ein MX-Record für die bisherige Mailzustellung bleibt bestehen, wenn diese bewusst nicht umzieht.

TTL rechtzeitig planen

Reduziere die TTL relevanter Datensätze vor dem Umzug, wenn dein Anbieter das erlaubt. War der A-Eintrag zuvor 86400 Sekunden gültig, macht eine Änderung auf 300 Sekunden einen bereits gefüllten Cache nicht sofort kurzlebig. Plane die bisherige TTL vor dem Umschaltzeitpunkt ein. Eine kurze TTL bedeutet mehr Abfragen und ist kein universeller Dauerwert.

Umschalten und kontrollieren

• A und AAAA für Hauptdomain und www getrennt prüfen.
• Autoritative Antwort mit dem geplanten Ziel vergleichen.
• Zwei rekursive Resolver als Stichprobe abfragen.
• HTTPS, Weiterleitungen, Formulare, Login und Uploads testen.
• Webserver- und Anwendungsprotokolle beobachten.

Ein CNAME allein leitet Besucher nicht auf eine andere URL weiter. Die gewünschte Hauptdomain und HTTP-Weiterleitung werden im Webserver oder Proxy eingerichtet. Bei Cloudflare zeigen öffentlich sichtbare DNS-Antworten mit aktivem Proxy nicht notwendigerweise die Ursprung-IP. Kontrolliere dort zusätzlich das konfigurierte Origin-Ziel.

Rückweg festlegen

Notiere die bisherigen Werte, bevor du sie überschreibst. Halte das alte Hosting während der Übergangsphase erreichbar. Bei dynamischen Websites ist außerdem klarzustellen, wo neue Bestellungen, Beiträge oder Dateien geschrieben werden. Ein DNS-Rückwechsel kann neue Daten nicht automatisch zurückkopieren. Ein kontrolliertes Wartungsfenster oder ein abgestimmter Datenabgleich verhindert auseinanderlaufende Systeme.