Die 60-Tage-Regel beim Domain-Transfer: wann sie gilt, wie Sie planen

Ja, Sie müssen warten. Eine Domain unter einer von ICANN regulierten Endung (.com, .net, .org, .io und alle anderen gTLDs) kann 60 Tage nach der Erstregistrierung, 60 Tage nach einem vorherigen Transfer und, sofern Sie damals nicht widersprochen haben, 60 Tage nach einem Inhaberwechsel nicht zu einem anderen Registrar transferiert werden. Die Ablehnung kommt von Ihrem aktuellen Registrar, der den Transfer verweigern darf und das immer tut. Länderendungen wie .de, .at oder .ch folgen stattdessen den Regeln ihrer eigenen Registry. Dieser Artikel behandelt die drei Auslöser, wie Sie das genaue Datum berechnen, ab dem der Transfer wieder möglich ist, was die Regel nicht verhindert, und die Ausnahmen.

Die drei Ereignisse, die 60 Tage auslösen

Ereignis	Richtlinie	Verpflichtend?	Widerspruch möglich
Erstregistrierung	ICANN Transfer Policy	Der abgebende Registrar darf ablehnen; in der Praxis tun es alle	Nein
Transfer von einem anderen Registrar	ICANN Transfer Policy	Ebenso	Nein
Inhaberwechsel (Name, Organisation oder E-Mail des Inhabers)	ICANN Change of Registrant Policy	Ja, der Registrar muss die Sperre setzen	Ja, wenn der Inhaber die Sperre vor der Änderung ablehnt

Der dritte Auslöser überrascht. Den Firmennamen nach einer Fusion korrigieren oder die E-Mail-Adresse des Gründers durch ein Sammelpostfach ersetzen zählt als Inhaberwechsel und sperrt die Domain für 60 Tage, es sei denn, Sie setzen das Häkchen zum Widerspruch, das die meisten Registrare in diesem Moment anzeigen. Lesen Sie diesen Dialog, bevor Sie bestätigen.

Die Transfer Policy wird überarbeitet: Die von ICANN verabschiedete neue Fassung streicht die Sperre nach einem Inhaberwechsel und behält die beiden anderen bei. Registrare setzen sie nach eigenem Zeitplan um, fragen Sie also Ihren, welche Fassung für Ihre Domain gilt, bevor Sie mit der dritten Zeile planen.

Was die Regel nicht verhindert

Die 60-Tage-Sperre blockiert nur einen Transfer zwischen Registraren. Alles andere bleibt offen. Sie können die Domain beim aktuellen Registrar verlängern, Nameserver und jeden DNS-Record ändern, Website und E-Mail zu einem anderen Hoster umziehen und die Domain in ein anderes Konto beim selben Registrar verschieben (ein "Push", der im Sinne von ICANN kein Transfer ist). Sie können die Domain auch verkaufen, mit einem Vorbehalt: Ändert der Verkauf die Inhaberdaten, startet diese Änderung ihre eigenen 60 Tage, es sei denn, der Widerspruch wird genutzt.

Das Datum berechnen, ab dem der Transfer möglich ist

Bei einer Neuregistrierung lesen Sie das Registrierungsereignis im RDAP-Datensatz der Domain; ein Lookup zeigt es, und der Leitfaden zum Lesen von Domain-Registrierungsdaten erklärt die übrigen Ereignisse. Bei einem vorherigen Transfer ist die Referenz die Bestätigungs-E-Mail des neuen Registrars oder, falls die Domain schon auf einer Watchlist stand, der datierte Alarm "Registrar geändert". Die Registry veröffentlicht das Transferdatum selbst nicht immer.

Eine Falle: Das Feld "Updated Date" eines WHOIS-Datensatzes bewegt sich bei jeder Änderung an der Domain, einer Verlängerung, einer Kontaktkorrektur, einer umgeschalteten Sperre. Es datiert nicht den Transfer. Zählen Sie nicht von dort aus.

Die Rechnung ist einfach: Registriert am 3. September, wird die Domain am 2. November transferierbar. Registries zählen in UTC und Registrare runden auf ihre Weise, planen Sie also einen Tag Puffer ein und starten Sie den Transfer am 3. oder 4. statt am 2. Notieren Sie das Datum in den Notizen der Domain, damit die Person, die den Umzug durchführt, die Regel nicht in letzter Minute neu entdeckt.

Warum die 60-Tage-Sperre nicht im RDAP erscheint

Die Sperre ist eine Regel, kein Status. Eine Domain in ihrem 60-Tage-Fenster zeigt ok oder das übliche clientTransferProhibited im Status-Array, mehr nicht; nichts im Datensatz sagt, dass sie diesen Monat nicht transferiert werden kann. Die Sperren, die als EPP-Status erscheinen, sind der Transfer Lock des Registrars und der Registry Lock, verglichen im Leitfaden zu Registry Lock und Registrar Lock. Beide sind Schutzmaßnahmen, die Sie wählen. Die 60-Tage-Regel ist auferlegt, unsichtbar und befristet.

Ausnahmen: ccTLDs und interne Transfers

Länderendungen sind nicht an die ICANN Transfer Policy gebunden. DENIC (.de), AFNIC (.fr), Nominet (.uk) und EURid (.eu) legen ihre Transferregeln selbst fest, und die meisten kennen gar keine Sperre nach der Registrierung; eine gestern registrierte .de kann in der Regel heute mit dem AuthInfo-Code transferiert werden, nach dem Verfahren des Registrars. Prüfen Sie die Seite der Endung für Ihre ccTLD und die Dokumentation der Registry, oder für den französischen Fall den Leitfaden zum Prüfen einer .fr-Domain bei AFNIC.

Ein Wechsel zwischen zwei Konten beim selben Registrar fällt nicht unter die Regel, weil der Registrar gleich bleibt. Manche Registrare wenden nach einem Push trotzdem eine eigene, meist kürzere Wartezeit an, lesen Sie also ihre Bedingungen, bevor Sie mit einem sofortigen Umzug rechnen.

Registrierung, Transfer und Änderungen in der richtigen Reihenfolge planen

Drei Situationen kommen immer wieder vor.

Eine Domain von jemand anderem kaufen: Bitten Sie den Verkäufer, die Domain zuerst in Ihr Konto bei seinem Registrar zu pushen, und transferieren Sie sie erst, wenn Sie sie kontrollieren; oder akzeptieren Sie, dass ein Transfer im Zuge des Verkaufs die Uhr startet. Erst pushen erlaubt auch, die alten Inhaberdaten zu behalten, bis Sie so weit sind.

Die Firma vor einem geplanten Transfer umbenennen: Machen Sie den Inhaberwechsel mit gesetztem Widerspruch oder nach dem Transfer, nie dazwischen ohne Widerspruch. Ein Inhaberwechsel in der Woche vor einem Umzug ist der häufigste Weg, zwei Monate zu verlieren.

Ablauf innerhalb des Fensters: Verlängern Sie beim aktuellen Registrar. Ein Transfer fügt meist ein Registrierungsjahr hinzu, aber eine Domain, die vor Ende des Fensters abläuft, ist gefährdet, und der Leitfaden zum Transfer listet die anderen Fehlerursachen, die Sie während des Wartens prüfen sollten.

Was jetzt zu tun ist

Finden Sie heraus, welcher der drei Auslöser auf Ihre Domain zutrifft. Datieren Sie das Fenster vom Registrierungsereignis im RDAP oder vom Alarm über den Registrarwechsel, rechnen Sie einen Tag dazu und notieren Sie das Datum an der Domain. Fällt der Ablauf in das Fenster, verlängern Sie jetzt, statt auf den Transfer zu wetten. Lassen Sie die Domain danach auf einer Watchlist, damit der Registrarwechsel, wenn er endlich stattfindet, per E-Mail bestätigt wird und nicht nur angenommen.