Règles de transfert de noms de domaine par extension (données 2026)

Quels sont les principaux constats ?

La plupart des transferts font gagner du temps, mais pas tous. 29 des 40 extensions prolongent l'enregistrement quand un transfert aboutit. Pour 19 d'entre elles, le gain est exactement d'un an, plafonné à 10 ans au total : les 16 gTLD du tableau plus .fr, .ca et .it. Une extension, .ai, ajoute deux ans au registre ; TransferOffshore facture un transfert .ai comme 2 ans, soit le prix du transfert plus un renouvellement ($172.98). Pour 9 autres, les notes de registrars confirment un renouvellement mais pas sa durée.

Huit conservent la date d'expiration. .uk, .ch, .pl, .at, .cz, .fi, .nz et .es n'ajoutent aucun temps. Si l'un d'eux expire bientôt, renouvelez-le avant ou juste après le transfert. Un transfert seul ne le sauvera pas.

Trois dépendent du registrar ou de sources contradictoires. DENIC (.de) et SIDN (.nl) facturent les registrars par période, c'est donc le registrar qui décide comment la durée est comptée. Pour .be, les pages de DNS Belgium et une base de connaissances de registrar ne concordent pas.

Neuf sont rapides. .de, .nl et .at sont transférés immédiatement dès que le code correspond. .gg, .be, .fi, .nz, .eu et .ca sont décrits comme en temps réel. Les gTLD autorisent tous jusqu'à 5 jours, car le registrar de départ dispose de cinq jours calendaires pour s'y opposer.

Un ne nécessite aucun code. Un .uk est transféré quand le registrar actuel change son tag IPS Nominet. Cela change le 9 février 2027, selon Realtime Register.

Combien de temps un code de transfert est-il valide ?

Pour les gTLD, il n'existe aujourd'hui aucune durée fixe. La politique de transfert ICANN en vigueur fixe des délais pour fournir le code, pas sa durée de validité. Chaque registrar décide.

Sept registres de codes pays publient une durée :

• .be : 7 jours, et le code est envoyé par e-mail par DNS Belgium lui-même.
• .es : 10 jours, et le contact administratif doit aussi approuver par e-mail.
• .at : 21 jours pour un code demandé au registre.
• .de, .fi, .nz : 30 jours. Les codes .de et .nz ne valent que pour un seul transfert.
• .eu : 40 jours, ou jusqu'à utilisation.

La réforme ICANN adoptée alignera les gTLD : un Transfer Authorization Code valable 14 jours et utilisable une fois. Nominet prévoit le même plafond de 14 jours pour .uk à partir de février 2027.

Quels verrous bloquent un transfert après l'enregistrement ?

20 des 40 extensions prévoient un verrou de 60 jours après l'enregistrement. Deux sources le créent. Pour les gTLD, la politique de transfert ICANN permet au registrar de refuser un transfert dans les 60 jours suivant la création ou un transfert précédent. Certains registres transforment cette option en verrou strict côté registre ; les notes des registrars le mentionnent pour .com, .info, .biz, .xyz, .online, .cloud et .top.

Plusieurs codes pays appliquent leur propre verrou de 60 jours : .io, .co, .me, .tv, .cc, .to et .us. Pour .co, .tv, .cc et .top, les notes des registrars mentionnent aussi un verrou après chaque transfert. .ch peut également en poser un pendant 60 jours après un transfert, mais une seule source secondaire l'indique.

La plupart des registres européens, ainsi que .nz, n'ont pas de tel verrou. .de, .nl, .pl, .at, .fi, .nz, .es, .fr et .it n'en mentionnent aucun. Pour .nz, le seul blocage est la Registration Grace Period.

Qu'est-ce qui change avec les règles TAC de l'ICANN ?

Le conseil d'administration de l'ICANN a adopté les recommandations du Transfer Policy Review le 7 juin 2026 (résolution 2026.06.07.04). Il a chargé l'ICANN de les mettre en œuvre « sous réserve de priorisation ». Aucune date d'entrée en vigueur n'a été publiée. Tant que la nouvelle politique n'est pas en vigueur, le texte de 2024 s'applique, y compris les verrous de 60 jours. Un déploiement progressif d'environ 18 mois apparaît sur un blog ; nous n'avons pas pu le vérifier.

Principaux changements du rapport final du 4 février 2025 :

• Le auth code devient le Transfer Authorization Code (TAC). Les registrars doivent le délivrer sous 120 heures.
• Un TAC est valable 14 jours (336 heures) et utilisable une seule fois. Le registre applique les deux règles.
• Le verrou après création passe à 30 jours (720 heures) au lieu de 60. Les mêmes 30 jours s'appliquent après un transfert entre registrars.
• La FOA du registrar gagnant disparaît. L'avis du registrar sortant devient une « Transfer Confirmation », et l'approbation automatique à 5 jours est fixée à 120 heures.
• Le verrou de 60 jours après un changement de titulaire est supprimé, avec son opt-out. Une politique distincte sur les données de changement de titulaire le remplace.
• Nouveaux avis : un dans les 10 minutes suivant la délivrance d'un TAC, et un dans les 24 heures suivant un transfert effectué.

Le texte du rapport que nous avons lu conserve l'année ajoutée lors d'un transfert de gTLD. Un changement distinct du 4 août 2026, annoncé par Realtime Register, concerne l'approbation par le titulaire uniquement. Il ne fait pas partie de cette réforme. Notre page d'actualités sur la politique de transfert ICANN suit la mise en œuvre.

Comment ce tableau a-t-il été construit ?

Chaque ligne a été vérifiée le 19 octobre 2026 à partir de sources publiques gratuites. Chacune porte un indicateur de fiabilité :

• Primaire : un document de registre ou un texte ICANN. Exemple : le guide de procédure d'Afnic pour .fr, les règles de CIRA pour .ca.
• Primaire (ICANN uniquement) : la règle gTLD vient de la politique de transfert ICANN, qui lie chaque registrar de gTLD, mais le registre n'a pas été vérifié un par un. Cela vaut pour .net, .dev, .pro, .site, .store et .tech.
• Primaire (mécanisme) : pour .de, la page de DENIC confirme le fonctionnement du code ; la règle de durée vient d'un registrar.
• Primaire + secondaire : une page de registre confirme une partie de la ligne, une base de connaissances de registrar le reste.
• Secondaire : une base de connaissances de registrar, surtout les pages par extension de CentralNic Reseller, ou la presse. Elles décrivent le comportement du registre tel que le voit un grand registrar.
• Mixte : les sources se contredisent, ou un fait clé n'est que secondaire.

Le décompte : 14 lignes reposent au moins en partie sur une source primaire, 21 uniquement sur des sources secondaires, et 5 sont mixtes. Les opérateurs de registre viennent de la base de données de la zone racine IANA lorsque les notes des registrars divergent. Lorsqu'un fait n'a pas pu être confirmé, la cellule l'indique plutôt que de deviner.

Ce que ce tableau ne couvre pas : les prix premium des registres, les frais de transfert chez d'autres registrars et les règles des noms de deuxième niveau comme .co.uk.

Comment réutiliser ou citer ces données ?

Vous pouvez réutiliser ce tableau sous licence CC BY 4.0 avec un lien. Copiez-le, adaptez-le ou publiez-le, à titre commercial ou non, tant que vous créditez TransferOffshore et que vous créez un lien vers cette page. Citation suggérée : « Domain Transfer Rules by Extension (2026 Data), TransferOffshore, checked 19 October 2026. »

Les règles changent. Le passage de Nominet aux codes en 2027 et la réforme ICANN modifieront tous deux des lignes ici. La date en haut de la page indique la dernière vérification du tableau. Si vous trouvez une erreur, écrivez à [email protected] avec une source.

Lesquelles de ces extensions puis-je transférer vers TransferOffshore ?

34 sur 40. Les 28 extensions liées ont un guide de transfert complet. .pl, .be, .at, .cz, .fi et .nz sont aussi vendues, avec Protection de domaine, mais n'ont pas encore de guide. .us, .eu, .fr, .ca, .es et .it ne sont pas vendues ici : leurs registres exigent une présence locale ou une vérification d'identité.

Pour les extensions que nous vendons, un transfert coûte le prix d'un renouvellement : .com 12,49 $US, .net 12,99 $US, .io 53,49 $US. Le paiement se fait en crypto, sans pièce d'identité. Jusqu'à 20 noms de domaine tiennent dans une demande, et vos serveurs de noms sont conservés par défaut.