Eine Domain zwischen Registraren übertragen: Eignung und Dienste getrennt prüfen

Den Wechsel über sechs Rollen abgrenzen

Benennen Sie TLD-Registry, bisherigen und neuen betreuenden Registrar, registrierten Inhaber, autoritativen DNS-Betreiber, Website-Host und Mailanbieter. Was soll unverändert bleiben, was braucht einen eigenen Beschluss? Ein Unternehmen kann mehrere Rollen übernehmen; Verträge, Befugnisse und Abnahmen werden dadurch nicht austauschbar.

Die veröffentlichte ICANN-gTLD-Richtlinie weist die Transfergenehmigung dem registrierten Inhaber zu. Änderungen von Inhaberrechten oder wesentlichen Kontaktdaten sind ein anderer Prozess. Klären Sie Folgen einer geplanten Kontaktkorrektur mit dem zuständigen Registrar, bevor sie als vermeintlich harmlose Voraussetzung behandelt wird.[1]

Mit einem leeren Übergabebogen beginnen

Je Zeile: datierte Quelle/Fundstelle ____, Evidenzverantwortlicher ____, Zustand/Hindernis ____ und nächste Prüfung ____. Verwenden Sie genehmigte private Referenzen. Autorisierungscodes, Passwörter und unnötige Identitätsunterlagen gehören nicht in den gemeinsamen Bogen.

Kritische Unklarheit bei Befugnis oder Zulässigkeit bedeutet HOLD. Ein günstiger Kalenderabstand oder eine scheinbar gesunde Website gleicht sie nicht aus. Offene Nachweise bleiben sichtbar; positive Dienstzeilen sind keine Transfergenehmigung.

Richtlinie datieren und Sperren unterscheiden

Am 14. Oktober zeigt ICANN die Aktualisierung vom 21. Februar 2024 mit verpflichtender Umsetzung spätestens am 21. August 2025. Der Kopf weist weiterhin auf die ausgesetzte Durchsetzung der Anforderung eines Autorisierungsformulars (FOA) des neuen Registrars hin. Die Board-Annahme von 47 Empfehlungen am 7. Juni 2026 beauftragt ihre Umsetzung; Transfer Policy Review steht auf der Implementierungsseite in der Warteschlange. Annahme macht vorgeschlagene Ersatzverfahren nicht wirksam. Vor einer Aktion die geltende Version erneut prüfen.[1][2][3]

In der veröffentlichten gTLD-Richtlinie erlauben Umstände der Erstregistrierung und jüngster Transfers nach I.A.3.7 eine Ablehnung; die aufgezählten Rechts-, Streit- und Inhaberwechselgründe nach I.A.3.8 verlangen sie. II.C behandelt wesentliche Änderungen, vorheriges Opt-out und begrenzte Aufhebungsbestimmungen einschließlich Fußnote 7. Das Entfernen eines gewöhnlichen clientTransferProhibited belegt nicht das Ende aller Sperren. Keine universelle 60-Tage-Wartezeit oder Aufhebbarkeit jeder Sperre versprechen.[1]

Anbieterspezifische Autorisierung, Mitteilungen und Abschlussnachweise bleiben nötig. Bedingte Fünf-Kalendertage-Regeln zu Unterstützung und Registry-Antwort betreffen einzelne Pflichten, keine Gesamtdauer. Antrag oder Zahlungsbeleg bestätigen keinen vollzogenen Wechsel. Dieser Leitfaden liefert kein universelles E-Mail-Formular- oder Codeskript.[1]

Dienstkontinuität gesondert dokumentieren

Je Abhängigkeit: aktueller Verantwortlicher/Quelle ____, erhalten oder getrennt migrieren ____, Abnahmenachweis/Betreiber ____ und Halte- oder Umkehrentscheidung ____. Sechs Zeilen; die Vertragsfrage ist ebenso wichtig wie geplante Einstellungen.

Cloudflares Leitfaden vom 24. April 2026 verlangt für seinen Registrardienst das eigene autoritative DNS. SIDNs .nl-Seite illustriert dagegen Registry-spezifische Verträge und Abstimmung mit einem DNSSEC-fähigen neuen Registrar. Diese begrenzten Beispiele können den Erhaltungsplan neu öffnen; sie sind keine allgemeinen Voraussetzungen. Die konkrete DNS-/DS-Abfolge wählt ein qualifizierter Betreiber. Keine DNSSEC-Abschaltanleitung eines Anbieters auf jeden Transfer übertragen.[4][5]

Paper Lantern Workshop: alte Daten öffnen die Schranke nicht

Sieben Übergabefelder und sechs Erhaltungszeilen sind von dieser sechsteiligen fiktiven Zusammenfassung getrennt. 37/29 Tage sind Kalenderpuffer, keine Prognose, Sperrdauer oder SLA; zwei Prüftage sind keine Richtlinienfrist. Verlangte B eigenes DNS, entfiele die Unverändert-Annahme und ein eigener geprüfter DNS-Plan wäre nötig. Kein Anbieter wird mit dieser erfundenen Annahme gleichgesetzt.

Richtlinienrecht und Anbieterannahme trennen

Die veröffentlichte gTLD-Richtlinie macht den Ablauf allein nicht zum pauschalen Ablehnungsgrund; tatsächliche Sperren und unbezahlte Zeiträume zählen. Cloudflare dokumentiert dagegen die Verlängerung einer abgelaufenen Domain beim bisherigen Registrar als Voraussetzung. Bei nahem Ablauf oder geändertem Status ist deshalb zuerst eine eigene Status-/Verlängerungsentscheidung mit genauen Anbieternachweisen nötig. Keine Wiederherstellung, kostenlose Übertragung oder bedingungslose Zusatzlaufzeit wird garantiert.[1][4]

Wechsel und Dienste getrennt abnehmen

Übergeben Sie begrenzte Zulässigkeitsentscheidung, private Befugnisreferenzen, datierte Anbieteranweisungen, sieben Felder und sechs Erhaltungszeilen. Spätere autorisierte Nachweise müssen Antragsannahme, abgeschlossenen Registrarwechsel und jede Dienstabnahme unterscheiden. Paper Lantern bleibt auf HOLD. Der Leitfaden führt keinen Wechsel aus und verspricht keine unterbrechungsfreien DNS-, TLS-, Mail- oder Veranstaltungslinks.