Was muss ich beim Domain-Umzug oder Hosting-Wechsel beachten?
Beim Domain-Umzug oder Hosting-Wechsel gilt: TTL der DNS-Einträge eine Woche vorher reduzieren, alle Mail-Konten am Ziel-Server vorbereiten, SSL-Zertifikat parallel beim neuen Anbieter ausstellen, Reihenfolge sauber sequenzieren — erst Hosting, dann DNS, dann alte Daten löschen. Häufigster Fehler: Mail-Server nicht migrieren oder MX-Einträge falsch setzen, wodurch eingehende E-Mails über Tage verloren gehen.
Domain-Umzug und Anbieterwechsel: Was wirklich beachtet werden muss
Ein Wechsel des Hosting-Anbieters, ein Umzug der Domain zu einem neuen Provider, oder ein Wechsel der Webagentur — alle drei Fälle haben technisch ähnliche Stolperdrähte. Der unsichtbarste und folgenreichste: Mail-Server.
Was eigentlich gewechselt wird
Ein „Domain-Umzug" ist selten nur ein Schritt — meist sind drei Komponenten betroffen:
- Domain selbst: Wer ist Registrar (Domain-Verwalter)? Wo wird die Domain verwaltet?
- Webhosting: Wo liegen die Dateien der Website, die Datenbank, die Konfiguration?
- Mail-Server: Wo wird E-Mail empfangen und versendet?
Diese drei Komponenten können bei verschiedenen Anbietern liegen — oder beim selben. Beim Wechsel müssen alle drei sauber sequenziert werden, sonst entsteht Ausfall-Zeit. Wie sich Domain und Hosting grundsätzlich unterscheiden, klärt unsere FAQ zu Domain und Hosting im Unterschied.
Die TTL-Vorbereitung
Wer einen Wechsel plant, sollte mindestens eine Woche vorher den TTL-Wert (Time to Live) der DNS-Einträge reduzieren. TTL ist die Zeit, die ein DNS-Server eine Antwort zwischenspeichert — Standardwert oft 24 oder 48 Stunden. Während des Umzugs ist eine niedrige TTL (60 bis 300 Sekunden) ideal, weil Änderungen schneller propagieren.
| TTL-Wert | Was passiert |
|---|---|
| 86400 (24 h) | Standard — Änderungen brauchen bis zu 24 Stunden |
| 3600 (1 h) | Mittlere Vorbereitung — typisch eine Woche vor Umzug |
| 300 (5 min) | Umzugs-Modus — Änderungen propagieren binnen Minuten |
Nach erfolgreichem Umzug wird der TTL-Wert wieder auf den Standardwert zurückgesetzt — niedrige TTL belastet DNS-Server unnötig.
Die Mail-Server-Falle
Die häufigste und folgenreichste Falle: Mail wird übersehen. Eine Domain hat oft MX-Einträge (Mail-Server-Adressen), die unabhängig vom Webhosting funktionieren. Beim Hosting-Wechsel werden manchmal alle DNS-Einträge gelöscht und neu gesetzt — und die MX-Einträge gehen verloren.
Vor jedem Umzug: Die bestehenden MX-Einträge und SPF/DKIM/DMARC-Konfigurationen dokumentieren. Diese werden beim Wechsel entweder beibehalten (wenn der Mail-Provider derselbe bleibt) oder sauber angepasst (wenn auch der Mail-Provider wechselt).
Die Reihenfolge
Eine saubere Umzugs-Reihenfolge sieht so aus:
- Vorbereitung (1 Woche vorher): TTL reduzieren, Backup aller Daten, MX-/DNS-Dokumentation.
- Ziel-Anbieter einrichten (Tag X-3): Webhosting aufsetzen, Mail-Konten vorbereiten, SSL-Zertifikat ausstellen — aber noch nicht produktiv schalten.
- Daten-Migration (Tag X-1): Website-Dateien und Datenbank kopieren, auf dem neuen Server testen (über IP-Adresse oder Test-Domain).
- Cutover (Tag X): DNS umstellen — Domain zeigt nun auf den neuen Server. Mail-Einträge gleichzeitig anpassen.
- Verifizierung (Tag X bis X+1): Website von verschiedenen Standorten aufrufen, Test-Mails an alle wichtigen Adressen, SSL-Status prüfen.
- Aufräumen (Tag X+7): Alten Server kündigen (nicht früher!), TTL zurück auf Standard.
Wer den alten Server zu früh kündigt, hat keine Rückfall-Option, falls der neue Server Probleme macht. Wer ihn zu spät kündigt, hat unnötige Doppel-Laufzeiten. Eine Woche Überlappung ist ein guter Kompromiss.
Das SSL-Zertifikat
Beim Anbieterwechsel braucht der neue Hoster ein eigenes SSL-Zertifikat — meist über automatische Zertifizierungs-Verfahren, manchmal ein kostenpflichtiges Zertifikat. Wichtig: Das neue Zertifikat muss vor dem DNS-Switch ausgestellt sein. Sonst sieht die Website am Live-Tag eine Stunde lang ohne Schloss-Symbol aus — was Vertrauen kostet und in manchen Browsern direkt eine Warnung auslöst. Was das Schloss-Symbol bedeutet, klärt unsere FAQ zum SSL-Zertifikat.
Häufige Stolperdrähte
| Fehler | Folge |
|---|---|
| MX-Einträge bei DNS-Reset vergessen | Eingehende E-Mails verloren, Tage Ausfall |
| TTL nicht vorher reduziert | Umzugs-Änderungen brauchen 24+ Stunden |
| SSL erst am Live-Tag bestellt | Warnung beim ersten Aufruf |
| Alter Server zu früh gekündigt | Kein Rückfall möglich, Daten verloren |
| .htaccess oder Redirect-Regeln nicht migriert | Bestehende Weiterleitungen brechen |
| Cron-Jobs auf altem Server vergessen | Automatisierte Aufgaben fallen still aus |
| Datenbank-Verbindungs-Daten in Config nicht angepasst | Website zeigt Fehlermeldungen |
Wenn die Webagentur wechselt
Ein Sonderfall: Wenn nicht nur der technische Anbieter, sondern auch die betreuende Webagentur gewechselt wird. Hier kommen organisatorische Fragen dazu: Wer hat heute Zugang zur Domain-Verwaltung? Wer kennt die Server-Konfiguration? Wer hat die letzten Code-Änderungen gemacht?
Saubere Übergabe heißt: Vor dem Wechsel werden alle Zugänge dokumentiert, alle Konfigurations-Dateien gesichert, und der bestehende Anbieter wird verpflichtet, in einer Übergabe-Phase mitzuwirken. Wenn die alte Agentur sich querstellt, ist das ein Warnsignal — wie eine Domain-Übernahme selbst in schwierigen Konstellationen sauber läuft, zeigt unser Beitrag zur Domain-Übernahme bei Firmenkauf.
ProXWorks®-Ansatz: Wechsel als eigenes Projekt
Wir behandeln einen Anbieter- oder Hoster-Wechsel als eigenständiges Projekt mit eigener Checkliste. TTL-Vorbereitung, MX-Dokumentation, paralleles Testen auf der Ziel-Umgebung, sequenzierter Cutover, Verifikations-Tests — das alles ist Routine. Wenn die alte Konfiguration unklar ist, machen wir die Inventarisierung zuerst und planen den Wechsel erst nach Klarheit. Der Wechsel wird sauber abgeschlossen — ohne Mail-Ausfall, ohne offene Konfigurationen, ohne lose Enden.