Domain-Transfer-Regeln nach Endung (Daten 2026)

Was sind die wichtigsten Ergebnisse?

Die meisten Transfers bringen Zeit, aber nicht alle. 29 der 40 Endungen verlängern die Registrierung, wenn ein Transfer abgeschlossen wird. Bei 19 davon beträgt der Gewinn genau ein Jahr, insgesamt maximal 10 Jahre: die 16 gTLDs in der Tabelle plus .fr, .ca und .it. Eine Endung, .ai, fügt bei der Registry zwei Jahre hinzu; TransferOffshore rechnet einen .ai-Transfer mit 2 Jahren ab, den Transferpreis plus eine Erneuerung ($172.98). Bei 9 weiteren bestätigen Registrar-Hinweise eine Erneuerung, aber nicht deren Länge.

Acht behalten das Ablaufdatum. .uk, .ch, .pl, .at, .cz, .fi, .nz und .es fügen keine Zeit hinzu. Wenn eine davon bald abläuft, erneuern Sie sie vor oder direkt nach dem Umzug. Ein Transfer allein rettet sie nicht.

Drei hängen vom Registrar oder von widersprüchlichen Quellen ab. DENIC (.de) und SIDN (.nl) rechnen Registraren nach Perioden ab, also entscheidet der Registrar, wie die Laufzeit gezählt wird. Bei .be widersprechen sich die Seiten von DNS Belgium und eine Wissensdatenbank eines Registrars.

Neun sind schnell. .de, .nl und .at ziehen sofort um, sobald der Code stimmt. .gg, .be, .fi, .nz, .eu und .ca werden als Echtzeit beschrieben. Die gTLDs erlauben alle bis zu 5 Tage, weil der abgebende Registrar fünf Kalendertage Zeit hat, Einspruch zu erheben.

Eine braucht keinen Code. Eine .uk zieht um, wenn der aktuelle Registrar sein Nominet-IPS-Tag ändert. Das ändert sich am 9. Februar 2027, laut Realtime Register.

Wie lange ist ein Transfer-Code gültig?

Für gTLDs gibt es heute keine feste Gültigkeitsdauer. Die geltende ICANN Transfer Policy setzt Fristen für die Herausgabe des Codes, nicht für seine Gültigkeit. Das entscheidet jeder Registrar selbst.

Sieben Country-Code-Registries veröffentlichen eine Gültigkeitsdauer:

• .be: 7 Tage, und der Code wird von DNS Belgium selbst per E-Mail verschickt.
• .es: 10 Tage, und der administrative Kontakt muss zusätzlich per E-Mail zustimmen.
• .at: 21 Tage für einen bei der Registry angeforderten Code.
• .de, .fi, .nz: 30 Tage. Die Codes für .de und .nz gelten nur für einen Transfer.
• .eu: 40 Tage oder bis zur Verwendung.

Die verabschiedete ICANN-Reform wird gTLDs angleichen: ein Transfer Authorization Code, gültig für 14 Tage und einmal verwendbar. Nominet plant dieselbe 14-Tage-Obergrenze für .uk ab Februar 2027.

Welche Sperren blockieren einen Transfer nach der Registrierung?

20 der 40 Endungen nennen eine 60-Tage-Sperre nach der Registrierung. Zwei Quellen erzeugen sie. Für gTLDs erlaubt die ICANN Transfer Policy dem Registrar, einen Transfer innerhalb von 60 Tagen nach der Erstellung oder nach einem vorherigen Transfer abzulehnen. Manche Registries machen aus dieser Option eine harte Registry-Sperre; Registrar-Hinweise nennen sie für .com, .info, .biz, .xyz, .online, .cloud und .top.

Mehrere Ländercodes haben ihre eigene 60-Tage-Sperre: .io, .co, .me, .tv, .cc, .to und .us. Für .co, .tv, .cc und .top nennen Registrar-Hinweise außerdem eine Sperre nach jedem Transfer. .ch kann ebenfalls eine Sperre für 60 Tage nach einem Transfer setzen, aber das sagt nur eine sekundäre Quelle.

Die meisten europäischen Registries und .nz haben keine solche Sperre. .de, .nl, .pl, .at, .fi, .nz, .es, .fr und .it nennen keine. Bei .nz ist die einzige Sperre die Registration Grace Period.

Was ändert sich mit den ICANN-TAC-Regeln?

Der ICANN-Vorstand hat die Empfehlungen der Transfer Policy Review am 7. Juni 2026 angenommen (Resolution 2026.06.07.04). Er hat ICANN angewiesen, sie „vorbehaltlich der Priorisierung“ umzusetzen. Ein Inkrafttretensdatum wurde nicht veröffentlicht. Bis die neue Policy in Kraft tritt, gilt der Text von 2024, einschließlich der 60-Tage-Sperren. Ein stufenweises Inkrafttreten von etwa 18 Monaten erscheint in einem Blog; wir konnten es nicht verifizieren.

Die wichtigsten Änderungen im Final Report vom 4. Februar 2025:

• Der Auth-Code wird zum Transfer Authorization Code (TAC). Registrare müssen ihn innerhalb von 120 Stunden ausstellen.
• Ein TAC ist 14 Tage (336 Stunden) gültig und einmal verwendbar. Die Registry setzt beides durch.
• Die Sperre nach der Erstellung beträgt 30 Tage (720 Stunden) statt 60. Dieselben 30 Tage gelten nach einem Transfer zwischen Registraren.
• Die Gaining FOA entfällt. Die Benachrichtigung des abgebenden Registrars wird zu einer „Transfer Confirmation“, und die automatische Genehmigung nach 5 Tagen wird als 120 Stunden angegeben.
• Die 60-Tage-Sperre nach einem Wechsel des Registranten wird samt Opt-out abgeschafft. Eine separate Change of Registrant Data Policy ersetzt sie.
• Neue Benachrichtigungen: eine innerhalb von 10 Minuten nach Ausstellung eines TAC und eine innerhalb von 24 Stunden nach einem abgeschlossenen Transfer.

Der von uns gelesene Berichtstext behält das eine zusätzliche Jahr bei einem gTLD-Transfer bei. Eine separate Änderung vom 4. August 2026, angekündigt von Realtime Register, betrifft die Genehmigung nur durch den Registranten. Sie ist nicht Teil dieser Reform. Unsere News-Seite zur ICANN-Transfer-Policy verfolgt die Umsetzung.

Wie wurde diese Tabelle erstellt?

Jede Zeile wurde am 19. Oktober 2026 aus frei zugänglichen öffentlichen Quellen gelesen. Jede trägt ein Vertrauenslabel:

• Primärquelle: ein Registry-Dokument oder ein ICANN-Text. Beispiel: der Verfahrensleitfaden von Afnic für .fr, die Regeln von CIRA für .ca.
• Primärquelle (nur ICANN): Die gTLD-Regel stammt aus der ICANN Transfer Policy, die jeden gTLD-Registrar bindet, aber die Registry wurde nicht einzeln geprüft. Das gilt für .net, .dev, .pro, .site, .store und .tech.
• Primärquelle (Mechanismus): Bei .de bestätigt die Seite von DENIC, wie der Code funktioniert; die Laufzeitregel stammt von einem Registrar.
• Primär + sekundär: Eine Registry-Seite bestätigt einen Teil der Zeile, eine Registrar-Wissensdatenbank den Rest.
• Sekundär: Eine Registrar-Wissensdatenbank, meist die Endungsseiten von CentralNic Reseller, oder Presse. Sie beschreiben das Registry-Verhalten aus Sicht eines großen Registrars.
• Gemischt: Quellen widersprechen sich, oder ein zentraler Fakt ist nur sekundär belegt.

Die Zählung: 14 Zeilen stützen sich mindestens teilweise auf eine Primärquelle, 21 nur auf sekundäre Quellen und 5 sind gemischt. Registry-Betreiber stammen aus der IANA-Root-Zone-Datenbank, wo Registrar-Hinweise abweichen. Wo ein Fakt nicht bestätigt werden konnte, steht das in der Zelle, statt zu raten.

Was diese Tabelle nicht abdeckt: Premium-Preise der Registries, Transfergebühren bei anderen Registraren und Regeln für Second-Level-Namen wie .co.uk.

Wie kann ich diese Daten weiterverwenden oder zitieren?

Sie dürfen diese Tabelle unter CC BY 4.0 mit einem Link weiterverwenden. Kopieren, anpassen oder veröffentlichen Sie sie, kommerziell oder nicht, solange Sie TransferOffshore nennen und auf diese Seite verlinken. Vorgeschlagene Quellenangabe: „Domain Transfer Rules by Extension (2026 Data), TransferOffshore, checked 19 October 2026.“

Regeln ändern sich. Der Wechsel von Nominet zu Codes im Jahr 2027 und die ICANN-Reform werden beide Zeilen hier ändern. Das Datum oben auf der Seite zeigt, wann die Tabelle zuletzt geprüft wurde. Wenn Sie einen Fehler finden, schreiben Sie an [email protected] mit einer Quelle.

Welche dieser Endungen kann ich zu TransferOffshore transferieren?

34 von 40. Die 28 verlinkten Endungen haben eine vollständige Transfer-Anleitung. .pl, .be, .at, .cz, .fi und .nz werden ebenfalls verkauft, mit Domain-Schutz, haben aber noch keine Anleitung. .us, .eu, .fr, .ca, .es und .it werden hier nicht verkauft: Ihre Registries verlangen eine lokale Präsenz oder eine Identitätsprüfung.

Für die von uns verkauften Endungen kostet ein Transfer dasselbe wie eine Erneuerung: .com 12,49 $, .net 12,99 $, .io 53,49 $. Die Zahlung erfolgt in Krypto, ohne Ausweis. Bis zu 20 Domains passen in eine Anfrage, und Ihre Nameserver bleiben standardmäßig erhalten.