ICANN-Transferrichtlinien-Änderungen: 30-Tage-Sperre, einmaliger TAC

Was hat der ICANN-Vorstand am 7. Juni 2026 verabschiedet?

Er hat den vollständigen Satz von Empfehlungen aus der Transfer Policy Review verabschiedet und den Präsidenten und CEO von ICANN gebeten, sie umzusetzen, „vorbehaltlich Priorisierung“. Die Resolution hat die Nummer 2026.06.07.04, und die genehmigten Resolutionen wurden am 9. Juni 2026 veröffentlicht.

Die Empfehlungen stammen von einer GNSO-Arbeitsgruppe, die die gesamte Transfer Policy überprüft hat. Ihr Final Report vom 4. Februar 2025 enthält 47 Empfehlungen. Der Vorstand hat eine davon, Empfehlung 21, für weitere Gespräche mit dem GNSO Council markiert: Sie würde Registraren erlauben, einen Transfer wegen DNS-Missbrauchs abzulehnen.

Wann treten die neuen Transfer-Regeln in Kraft?

Das kann noch niemand sagen: Stand 19. Oktober 2026 hat ICANN kein Wirksamkeitsdatum veröffentlicht. Die Resolution setzt keinen Zeitplan. Ein Implementation Review Team muss die Empfehlungen noch in Policy-Text umsetzen, und die eigenständige CORD-Policy muss noch geschrieben werden.

Ein Blog nennt eine Einführung über etwa 18 Monate. ICANN hat diese Zahl nicht bestätigt, behandeln Sie sie also als Vermutung. Sobald ICANN ein Datum veröffentlicht, wird es auf dieser Seite stehen.

Verwechseln Sie das Review nicht mit einem anderen Datum. Realtime Register hat gTLD-Transfer-Änderungen ab 4. August 2026 angekündigt. Diese Mitteilung betrifft die Genehmigung allein durch den Registranten, ohne Admin-Kontakt, im Rahmen der Registration Data Policy. Es ist nicht das Transfer Policy Review.

Was bleibt bis dahin gleich?

Alles in der aktuellen Policy, aktualisiert am 21. Februar 2024 und verbindlich seit 21. August 2025:

• ein Registrar darf einen Transfer innerhalb von 60 Tagen nach Erstellung oder nach einem vorherigen Transfer ablehnen, und viele tun das;
• eine Änderung des Registranten setzt eine 60-Tage-Sperre, mit einem Opt-out, das der Registrar anbieten darf;
• der abgebende Registrar hat 5 Kalendertage, danach wird der Transfer standardmäßig genehmigt;
• der Auth-Code muss innerhalb von 5 Kalendertagen herausgegeben werden und hat keine feste Gültigkeitsdauer;
• ein gTLD-Transfer fügt ein Jahr hinzu, insgesamt gedeckelt auf 10 Jahre.

Die letzte Regel wird vom Review nicht berührt: Der Final Report sieht weiterhin ein Jahr zusätzlich beim Transfer vor. Der heutige Ablauf ist in so funktionieren Domain-Transfers erklärt.

Was bedeuten die Änderungen für alle, die Domains umziehen?

Kürzere Wartezeiten, strengere Codes und weniger E-Mails zum Beantworten. Konkret:

• Neue Domains lassen sich früher umziehen. Eine Domain, die vor 30 Tagen registriert oder transferiert wurde, ist frei zum Umzug, statt 60 Tage wie heute bei vielen Registraren. Die 30 Tage werden aber verpflichtend sein, ohne Ermessensspielraum des Registrars.
• Codes laufen ab. Ein TAC gilt 14 Tage und funktioniert einmal. Fordern Sie ihn erst an, wenn Sie bereit zum Einreichen sind, und verlangen Sie einen neuen, wenn er abläuft.
• Inhaber-Updates blockieren Umzüge nicht mehr. Das Ändern von Name oder E-Mail des Registranten setzt keine 60-Tage-Sperre mehr. Stattdessen erhalten Sie eine CORD-Benachrichtigung.
• Mehr Benachrichtigungen. Sie erhalten eine E-Mail innerhalb von 10 Minuten nach Ausstellung eines TAC und eine weitere innerhalb von 24 Stunden nach Abschluss des Transfers. Eine unerwartete TAC-Benachrichtigung ist eine frühe Warnung.
• Portfolios brauchen engere Stapel. Planen Sie mit 14-Tage-Codes jeden Stapel so, dass jeder Code innerhalb seines Fensters eingereicht wird. Die Anleitung für Sammeltransfers behandelt die Stapelbildung.

Der Code selbst ist in was ein Auth-Code ist erklärt, und die heutigen Sperren in warum eine Domain nicht transferiert werden kann.