bk·innosoft
Arbeitshilfe für lokale Betriebe
Domain umziehen ohne Ausfall
Die komplette Checkliste in drei Phasen: was Sie vorher vorbereiten, was am Umzugstag passiert und was Sie danach kontrollieren. Goldene Regel: Nichts Altes abschalten, bevor das Neue läuft.
Phase 1: Vorbereitung (1–2 Tage vorher)
- Klären, was umzieht: Anbieter-Transfer, nur Hosting oder andere Domain?
- TTL aller DNS-Einträge auf 300 Sekunden (5 Min.) senken
- Alle DNS-Records sichern: A / AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC, Verifizierungen)
- AuthCode (EPP-Code) beim alten Anbieter anfordern
- Transfer-Lock entsperren, WHOIS-Inhabermail prüfen (muss erreichbar sein)
- Neues Hosting einrichten, Webseite vorab dorthin spiegeln
- E-Mail-Postfächer beim neuen Anbieter anlegen (noch nichts umstellen)
Phase 2: Umzugstag
- Bestehende E-Mails per IMAP migrieren (kopieren, nicht verschieben)
- Erst danach MX-Records auf den neuen Mailserver umstellen
- SPF, DKIM und DMARC neu setzen
- A / AAAA / CNAME auf den neuen Webserver umstellen bzw. Transfer starten
- Bei Domain-Wechsel: 301-Redirects URL-genau einrichten (nicht alles auf die Startseite)
- Sitemap, interne Links und Canonical-Tags auf die neue Domain ziehen
Phase 3: Nachkontrolle
- Webseite über https mit und ohne „www" aufrufen, Zertifikat gültig?
- Test-Mail an die Domain senden UND von der Domain rausschicken
- SPF / DKIM / DMARC mit Online-Check prüfen (sonst Spam-Gefahr)
- Neue Domain in der Google Search Console anlegen, Adressänderung melden
- Auf Crawl-Fehler und die alten URLs schauen
- TTL wieder hochstellen
- Altes Hosting erst kündigen, wenn Web UND Mail nachweislich laufen
Der häufigste Ausfall sind die E-Mails. Eine Domain ist nicht nur die Webseite. Wenn die MX-Records umschwenken, bevor die neuen Postfächer existieren, landen eingehende Mails ins Leere und sind verloren. Postfächer immer zuerst anlegen, Mails migrieren, dann erst MX umstellen — und das alte Postfach nie vor dem Funktionsnachweis löschen.