Ein schlecht vorbereiteter Domaintransfer führt zu verlorenen E-Mails, einer nicht erreichbaren Website oder einer Domain, die tagelang im Status pendingTransfer blockiert ist. Das Verfahren selbst ist auf dem Papier einfach: entsperren, den EPP-Code abrufen, auf der Seite des neuen Registrars validieren. Problematisch sind die technischen Details, die die meisten Anleitungen nur streifen, insbesondere die Verwaltung der DNS-Zone während des Wechsels und die spezifischen Anforderungen an nationale Erweiterungen.
DNS-Zone und zu sichernde Einträge vor dem Domaintransfer
Der Transfer verschiebt die administrative Kontrolle der Domain, nicht die DNS-Zone selbst. Wir beobachten regelmäßig den Verlust von MX- oder TXT-Einträgen nach der Migration, weil die beim alten Registrar gehostete Zone nicht vor dem Wechsel beim neuen dupliziert wurde.
Ergänzende Lektüre : Adoptieren Sie den Hippie-Stil der 70er Jahre für Frauen: die Must-Haves für einen schicken Look
Exportieren Sie vor jeglicher Manipulation die gesamte DNS-Zone. Überprüfen Sie jeden Eintragstyp: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC) und mögliche SRV-Einträge. Wenn Ihre Domain DNSSEC verwendet, deaktivieren Sie es vor dem Start des Transfers: Ein verwaister DS-Eintrag beim Registrar führt zu fehlgeschlagenen Auflösungen, solange der neue Registrar seine eigenen Schlüssel nicht erneut veröffentlicht hat.
Erstellen Sie alle diese Einträge beim neuen Anbieter oder auf einem Drittanbieter-DNS-Dienst (Cloudflare, Route 53), bevor Sie den Transfer auslösen. Sobald die Zone auf beiden Seiten bereit ist, hat der administrative Wechsel keinen Einfluss mehr auf die Auflösung. Wenn Sie erfahren möchten, wie man eine Domain mit Fireblog überträgt, finden Sie diese DNS-Vorbereitungslogik Schritt für Schritt angewendet.
Ebenfalls empfehlenswert : Die unverzichtbaren Modetrends des Jahres für einen einzigartigen und selbstbewussten Stil
EPP-Code, Entsperrung und WHOIS-Schutz: die technischen Voraussetzungen für den Transfer
Drei Schlösser blockieren einen Transfer, wenn Sie sie nicht in der richtigen Reihenfolge aufheben.
- Der Status clientTransferProhibited (oder Registrar Lock) muss über die Schnittstelle Ihres aktuellen Registrars entfernt werden. Solange er aktiv ist, wird jede Transferanfrage automatisch vom Registrar abgelehnt.
- Der EPP-Autorisierungscode (oder Auth-Code) ist ein einmaliges Passwort, das mit der Domain verknüpft ist. Seine Gültigkeitsdauer variiert je nach Registrar, manchmal nur einige Tage. Holen Sie ihn sich, wenn Sie bereit sind, das Verfahren zu starten, nicht im Voraus.
- Der WHOIS-Datenschutz muss vorübergehend deaktiviert werden. Mehrere Registrar verbergen die E-Mail-Adresse des Inhabers hinter einem Proxy. Die E-Mail zur Bestätigung des Transfers wird an die WHOIS-Adresse gesendet: Wenn sie auf einen Datenschutzdienst verweist, der schlecht filtert oder umleitet, schlägt die Bestätigung stillschweigend fehl.
Wir empfehlen, das öffentliche WHOIS der Domain nach Deaktivierung des Schutzes zu überprüfen, um zu bestätigen, dass die angezeigte E-Mail-Adresse tatsächlich die ist, die Sie abrufen. Eine nicht erhaltene Bestätigungs-E-Mail ist die häufigste Ursache für einen abgebrochenen Transfer.
Die sechzig Tage Sperre nach WHOIS-Änderung
Die ICANN-Politik schreibt eine Sperre von sechzig Tagen nach jeder Änderung des Inhabers bei gTLDs (.com, .net, .org) vor. Wenn Sie kürzlich den Namen oder die E-Mail des Inhabers im WHOIS geändert haben, wird der Transfer während dieses Zeitraums abgelehnt. Planen Sie Ihre Aktualisierungen der Kontaktdaten lange vor der Migration oder führen Sie sie danach durch.
Domaintransfer je nach Erweiterung: gTLD, ccTLD und besondere Fälle
Allgemeine Artikel beschreiben einen universellen Prozess. In der Praxis unterliegt jeder Typ von Erweiterung seinen eigenen Transferregeln.
Für gTLDs (.com, .net, .org) ist der Prozess von der ICANN standardisiert: EPP-Code, Anfrage beim neuen Registrar, Bestätigungs-E-Mail und dann eine Frist von fünf bis sieben Tagen, in der der alte Registrar die Anfrage genehmigen oder ablaufen lassen kann. Eine ausdrückliche Genehmigung seitens des alten Registrars beschleunigt das Verfahren.
Die ccTLDs (nationale Erweiterungen) folgen anderen Regeln. Die .fr, verwaltet von der AFNIC, verwendet einen Autorisierungscode, der dem EPP-Code ähnlich ist, aber das Verfahren zur Änderung des Registrierungsbüros erfolgt über einen Afnic-Betriebsantrag (DOA). Die .uk funktioniert mit einem Tag-System: Sie bitten Ihren aktuellen Registrar, das IPS-Tag auf den neuen Anbieter zu ändern, ohne EPP-Code. Die .de (DENIC) erfordert einen Auth-Code, jedoch mit einem separaten Validierungsprozess.
Diese Unterschiede haben direkte Auswirkungen auf die Fristen. Ein Transfer von .com dauert in der Regel weniger als eine Woche. Eine ccTLD kann mehrere Wochen in Anspruch nehmen, wenn von der nationalen Behörde Ausweisdokumente oder Wohnsitznachweise verlangt werden.
E-Mails und SSL-Zertifikat nach dem Wechsel
Der Domaintransfer überträgt nicht Ihr Webhosting oder Ihre E-Mail. Wenn Ihre MX-Einträge auf die Server des alten Registrars verwiesen, werden Ihre E-Mails nicht mehr funktionieren, sobald die DNS-Zone geändert wird. Stellen Sie sicher, dass die MX auf Ihren tatsächlichen E-Mail-Anbieter (Google Workspace, Microsoft 365, dedizierter Server) und nicht auf einen Dienst des ausgehenden Registrars verweisen.
Auf der SSL-Seite erneuert sich ein Let’s Encrypt-Zertifikat automatisch, wenn die DNS- oder HTTP-Validierung weiterhin funktioniert. Ein kostenpflichtiges Zertifikat, das mit dem alten Hostinganbieter verbunden ist, muss neu ausgestellt oder übertragen werden. Überprüfen Sie das Ablaufdatum und die Validierungsmethode vor dem Transfer, um einen Wechsel zu unsicherem HTTP zu vermeiden.
Überprüfungsliste nach dem Domaintransfer
Sobald die Domain beim neuen Registrar angezeigt wird, ist die Arbeit noch nicht beendet. Wir stellen fest, dass die Mehrheit der Vorfälle in den achtundvierzig Stunden nach dem Wechsel auftritt, wenn niemand mehr etwas überprüft.
- Vergleichen Sie die aktive DNS-Zone mit Ihrem ursprünglichen Backup. Jeder A-, MX-, CNAME- und TXT-Eintrag muss genau übereinstimmen.
- Versenden Sie eine Test-E-Mail an und von jeder Adresse, die mit der Domain verknüpft ist, um die ordnungsgemäße Funktion der MX zu bestätigen.
- Überprüfen Sie die DNSSEC-Auflösung, wenn Sie sie reaktiviert haben: Ein Tool wie DNSViz ermöglicht es, eine gebrochene Vertrauenskette zu erkennen.
- Reaktivieren Sie die Domain-Sperre (clientTransferProhibited) und den WHOIS-Schutz beim neuen Registrar.
- Überprüfen Sie, dass das SSL-Zertifikat gültig ist und dass Ihre Website ordnungsgemäß über HTTPS ohne Zertifikatfehler antwortet.
Der Transfer einer Domain bleibt eine administrative Operation, nicht technisch im strengen Sinne. Was die Unterbrechungen verursacht, ist das Fehlen von DNS-Vorbereitung im Vorfeld und das Vergessen der Überprüfungen im Nachhinein. Bereiten Sie die Zone vorher vor, überprüfen Sie alles danach: Dazwischen benötigt der Transfer selbst nur wenige Klicks.