Checkliste für den Website-Umzug
Aktualisiert am 5 Min. LesezeitVom DNSPeek-Team
Ein sicherer Website-Umzug hat sechs Phasen: planen, neuen Server vorbereiten, ihn vor der DNS-Änderung testen, umstellen, prüfen und aufräumen. Die wichtigste Regel: Der alte Server bedient die Besucher weiter, bis der neue geprüft ist, und wird erst gekündigt, wenn kein Traffic mehr bei ihm ankommt. Drucken Sie diese Seite aus und haken Sie jeden Punkt ab.
So nutzen Sie diese Checkliste
Gehen Sie die Phasen der Reihe nach durch. Punkte, die für Ihre Website nicht gelten, etwa E-Mail bei einer Website ohne Mail, können Sie streichen. Mit dem Druck-Button oder dem Druckbefehl Ihres Browsers erhalten Sie eine saubere Papierversion mit Kästchen zum Abhaken; Navigation und Fußzeile werden nicht mitgedruckt.
Jede Phase verweist auf einen Leitfaden mit den Details. Für plattformspezifische Teile siehe WordPress-Umzug ohne Ausfallzeit, die Checkliste für cPanel zu cPanel oder Umzug auf einen VPS.
Phase 1: Planen
- Datum und Uhrzeit des Umzugs festgelegt, außerhalb der Spitzenzeiten
- Zugänge bestätigt: alter Hoster, neuer Hoster, DNS-Anbieter, Registrar, CDN
- Bestandsliste erstellt: Domains, Subdomains, Datenbanken, Postfächer, Cronjobs, Integrationen
- Bekannt, wo die E-Mail gehostet wird (gleicher Hoster, separater Anbieter oder keine)
- Wer den Go-live freigibt und wer während der Umstellung erreichbar ist
- Rollback-Plan: wie DNS auf den alten Server zurückgestellt wird
- Aktuelle TTL jedes Eintrags notiert, der sich ändern wird
Prüfen Sie die TTLs mit dem TTL-Checker und sehen Sie mit Wer hostet diese Website? nach, wer Domain, DNS und E-Mail heute hostet.
Phase 2: Neuen Server vorbereiten
- Vollständiges Backup der alten Website heruntergeladen und außerhalb des alten Servers gespeichert
- Neuer Server entspricht der alten Laufzeitumgebung: PHP- oder Node-Version, Erweiterungen, Datenbankversion
- Dateien kopiert und Berechtigungen gesetzt
- Datenbank importiert; Anwendungskonfiguration mit neuen Zugangsdaten aktualisiert
- Virtual Host bzw. Website für die Domain und www eingerichtet
- Regeln auf Serverebene nachgebaut: Weiterleitungen, Rewrite-Regeln, PHP-Limits
- Cronjobs vorbereitet (noch nicht parallel zum alten Server aktiv)
- TTL eine alte TTL vor der Umstellung auf 300 Sekunden gesenkt
Warum die TTL wichtig ist: TTL vor einem Website-Umzug senken.
Phase 3: Vor der DNS-Änderung testen
- Website öffnet sich auf der neuen IP unter ihrer echten Domain (Vorschau-Link oder hosts-Datei)
- Startseite und wichtige Seiten auf Desktop und Smartphone geprüft
- Formulare abgesendet; Benachrichtigungs-E-Mails kommen an
- Login ins CMS oder den Admin-Bereich funktioniert; ein Medien-Upload funktioniert
- Bezahlvorgang oder Anmeldung mit Testkonten getestet
- QA-Crawl ausgeführt; kritische Befunde behoben und erneut geprüft
- Alte und neue Website nebeneinander verglichen
- Keine Staging-Reste: noindex, Sperren in robots.txt, temporäre URLs
- Zertifikatsplan: jetzt gültig oder direkt nach der Umstellung ausgestellt
- Freigabe durch Kunden oder Inhaber dokumentiert
Ein DNSPeek-Vorschau-Link deckt die ersten Punkte auf jedem Gerät ab und lässt sich zur Freigabe teilen; ein QA-Bericht und der Live-Vergleich decken Crawl und Vergleich ab. Vor- und Nachteile der Methoden: hosts-Datei oder Vorschau-Link. Freigaben: Kundenfreigabe vor dem Go-live.
Phase 4: Umstellen
- Inhaltsstopp auf der alten Website (Bestellungen, Kommentare, Beiträge)
- Letzte Synchronisierung von Datenbank und neuen Uploads
- A-Record der Domain auf die neue IP geändert
- www und andere Hostnamen geändert
- Alter AAAA-Record aktualisiert oder entfernt
- MX- und Mail-Einträge geändert, nur wenn auch die E-Mail umzieht
- Origin im CDN aktualisiert, falls ein CDN die Website proxyt
Phase 5: Prüfen
- Öffentliche Resolver liefern die neue IP
- Website antwortet vom neuen Server
- Gültiges Zertifikat für jeden Hostnamen
- Weiterleitungen: http zu https und www-Behandlung in ein oder zwei Schritten
- Sicherheits-Header wie zuvor vorhanden
- MX, SPF, DKIM und DMARC korrekt; Test-E-Mail gesendet und empfangen
- Formulare und Transaktions-E-Mails zugestellt
- Cronjobs laufen nur noch auf dem neuen Server
- Analytics erfasst Daten; Sitemap erreichbar
Tools für diese Phase: DNS-Propagation-Checker, Ist meine Domain schon umgestellt?, SSL-Checker, Weiterleitungs-Checker, Sicherheits-Header-Check, MX-Lookup, SPF-Checker und DMARC-Checker. Die vollständige Liste der Prüfpunkte: Was Sie nach dem Hosting-Umzug prüfen sollten.
Phase 6: Aufräumen
- Access-Logs des alten Servers zeigen keine echten Besucher mehr
- Keine neue E-Mail kommt mehr auf dem alten Server an
- Letztes Backup des alten Kontos aufbewahrt
- TTL wieder auf 3600 Sekunden oder mehr erhöht
- Einträge in der hosts-Datei entfernt; Vorschau-Links deaktiviert
- Backups und Monitoring beim neuen Hoster eingerichtet
- Altes Hosting gekündigt
Wie lange Sie warten sollten: Wie lange die DNS-Propagation dauert.
Wenn etwas schiefgeht: der Rollback
Ein Rollback ist nur dann einfach, wenn Sie ihn eingeplant haben. Weil der alte Server weiterläuft und die TTL kurz ist, ist das Rückgängigmachen einer Umstellung derselbe Vorgang in umgekehrter Richtung: Stellen Sie die Einträge auf die alte IP zurück, und die Besucher kehren innerhalb von Minuten zurück. Legen Sie vorher fest, was einen Rollback auslöst, etwa ein fehlschlagender Bezahlvorgang oder Fehlerseiten, und wer die Entscheidung trifft.
Daten, die nach der Umstellung auf dem neuen Server entstehen, etwa Bestellungen, Registrierungen oder Kommentare, fließen nicht von selbst zurück. Notieren Sie den Zeitpunkt der Umstellung, damit Sie diese Datensätze finden und kopieren können, falls Sie für eine Weile zum alten Server zurückkehren müssen.
Der Umzug auf einen Blick
Schritt 1: Planen
Erfassen Sie Domains, Daten, E-Mail und Integrationen, bestätigen Sie alle Zugänge und vereinbaren Sie einen Rollback-Plan.
Schritt 2: TTL senken
Setzen Sie die Einträge, die Sie ändern werden, mindestens eine alte TTL vor der Umstellung auf 300 Sekunden.
Schritt 3: Neuen Server vorbereiten
Kopieren Sie Dateien und Datenbank, gleichen Sie die Versionen der Laufzeitumgebung an und bauen Sie Regeln auf Serverebene nach.
Schritt 4: Vor DNS testen
Öffnen Sie die Website auf der neuen IP unter ihrer echten Domain, führen Sie einen QA-Crawl aus, vergleichen Sie mit der alten Website und holen Sie die Freigabe ein.
Schritt 5: Umstellen
Frieren Sie die Inhalte ein, synchronisieren Sie ein letztes Mal und aktualisieren Sie die A-, AAAA- und weiteren Einträge.
Schritt 6: Prüfen
Prüfen Sie Propagation, Zertifikat, Weiterleitungen, E-Mail und Formulare.
Schritt 7: Aufräumen
Wenn beim alten Server kein Traffic mehr ankommt, erstellen Sie ein letztes Backup, erhöhen die TTL und kündigen das alte Hosting.
Zusammenfassung auf einer Seite
Die zehn wichtigsten Punkte
- Backup außerhalb des Servers erstellt
- TTL eine alte TTL vorher gesenkt
- Versionen der Laufzeitumgebung auf dem neuen Server angeglichen
- Website vor DNS auf der neuen IP getestet
- QA-Crawl ohne Befunde
- Freigabe dokumentiert
- Inhalte eingefroren und synchronisiert
- Jeder Hostname und AAAA-Record umgestellt
- Zertifikat, Weiterleitungen, E-Mail und Formulare geprüft
- Alter Hoster erst gekündigt, nachdem kein Traffic mehr kam
Häufig gestellte Fragen
Was ist eine Checkliste für den Website-Umzug?
Eine geordnete Liste der Aufgaben, um eine Website ohne Ausfallzeit oder Datenverlust auf einen neuen Server oder Hoster umzuziehen: von Planung und Backups über Tests, DNS-Umstellung und Prüfung bis zur Kündigung des alten Hostings.
Wie lange dauert ein Website-Umzug?
Das Kopieren einer kleinen Website dauert Minuten bis Stunden. Planen Sie insgesamt mindestens einen Tag ein, denn die TTL sollte einen Tag vorher gesenkt werden und der alte Server nach der Umstellung noch einige Tage bestehen bleiben.
Kann ich diese Checkliste als PDF herunterladen?
Nutzen Sie den Druck-Button und wählen Sie im Druckdialog Ihres Browsers „Als PDF speichern“. Der Ausdruck enthält die Kästchen zum Abhaken und lässt die Navigation der Website weg.
Was ist der häufigste Fehler beim Umzug?
DNS umzustellen, bevor der neue Server getestet wurde, dicht gefolgt von vergessenen E-Mail-Einträgen und einer zu frühen Kündigung des alten Hosters. Tests vor der Umstellung und ein paar Tage Weiterbetrieb des alten Servers vermeiden alle drei.
Funktioniert diese Checkliste für jede Plattform?
Ja. Die Phasen gelten für WordPress, andere CMS, Frameworks und statische Websites. Plattformspezifische Schritte, etwa das Ersetzen von URLs in einer WordPress-Datenbank, behandeln die verlinkten Leitfäden.