Règle des 60 jours du transfert de domaine : quand elle s'applique

L'ICANN bloque le transfert 60 jours après l'enregistrement, un transfert ou un changement de titulaire. Dater la fenêtre, ce qu'elle n'empêche pas, exceptions.

Oui, il faut attendre. Un domaine sous une extension régulée par l'ICANN (.com, .net, .org, .io et tous les autres gTLD) ne peut pas être transféré vers un autre registrar pendant 60 jours après son enregistrement initial, pendant 60 jours après un transfert précédent, et, sauf si vous l'avez refusé au moment de la modification, pendant 60 jours après un changement de titulaire. Le refus vient de votre registrar actuel, qui a le droit de décliner le transfert et le fait toujours. Les extensions nationales comme .fr, .de ou .uk suivent les règles de leur propre registre. Cet article détaille les trois déclencheurs, le calcul de la date à partir de laquelle le transfert redevient possible, ce que la règle ne vous empêche pas de faire, et les exceptions.

Les trois événements qui déclenchent 60 jours

Événement	Politique	Obligatoire ?	Opt-out
Enregistrement initial	Transfer Policy de l'ICANN	Le registrar sortant peut refuser ; en pratique tous le font	Non
Transfert depuis un autre registrar	Transfer Policy de l'ICANN	Idem	Non
Changement de titulaire (nom, organisation ou e-mail du titulaire)	Politique Change of Registrant de l'ICANN	Oui, le registrar doit poser le verrou	Oui, si le titulaire refuse le verrou avant la modification

Le troisième déclencheur surprend. Corriger la raison sociale après une fusion, ou remplacer l'e-mail du fondateur par une boîte partagée, compte comme un changement de titulaire et verrouille le domaine 60 jours, sauf si vous cochez la case de refus que la plupart des registrars affichent à ce moment-là. Lisez cette boîte de dialogue avant de valider.

La Transfer Policy est en cours de révision : la version révisée adoptée par l'ICANN supprime le verrou après changement de titulaire et conserve les deux autres. Les registrars l'appliquent chacun à leur rythme, demandez au vôtre quelle version s'applique à votre domaine avant de bâtir un plan sur la troisième ligne.

Ce que la règle n'empêche pas

Le verrou des 60 jours ne bloque qu'un transfert entre registrars. Tout le reste reste ouvert. Vous pouvez renouveler le domaine chez le registrar actuel, changer les nameservers et tous les enregistrements DNS, déplacer le site et l'e-mail chez un autre hébergeur, et déplacer le domaine vers un autre compte du même registrar (un « push », qui n'est pas un transfert au sens de l'ICANN). Vous pouvez aussi vendre le domaine, avec une réserve : si la vente modifie les coordonnées du titulaire, cette modification démarre ses propres 60 jours, sauf opt-out.

Calculer la date à partir de laquelle le transfert est possible

Pour un enregistrement récent, lisez l'événement d'enregistrement dans la fiche RDAP du domaine ; un lookup l'affiche, et le guide pour lire les données d'enregistrement d'un domaine explique les autres événements. Pour un transfert précédent, la référence est l'e-mail de confirmation du nouveau registrar, ou, si le domaine était déjà dans une watchlist, l'alerte datée « changement de registrar ». Le registre ne publie pas toujours la date du transfert lui-même.

Un piège : le champ « Updated Date » d'une fiche WHOIS bouge à chaque modification du domaine, un renouvellement, une correction de contact, un verrou activé. Il ne date pas le transfert. Ne comptez pas à partir de lui.

Le calcul est simple : enregistré le 3 septembre, le domaine devient transférable le 2 novembre. Les registres comptent en UTC et les registrars arrondissent chacun à leur façon, prévoyez donc un jour de marge et lancez le transfert le 3 ou le 4 plutôt que le 2. Inscrivez la date dans les notes du domaine pour que la personne qui gérera la migration ne redécouvre pas la règle au dernier moment.

Pourquoi le verrou des 60 jours n'apparaît pas dans le RDAP

Le verrou est une règle, pas un statut. Un domaine dans sa fenêtre de 60 jours affiche ok ou l'habituel clientTransferProhibited dans son tableau de statuts, rien de plus ; rien dans la fiche ne dit qu'il ne peut pas être transféré ce mois-ci. Les verrous qui apparaissent bien comme statuts EPP sont le verrou de transfert du registrar et le registry lock, comparés dans le guide registry lock ou registrar lock. Les deux sont des protections que vous choisissez. La règle des 60 jours est imposée, invisible et temporaire.

Les exceptions : ccTLD et transferts internes

Les extensions nationales ne sont pas soumises à la Transfer Policy de l'ICANN. L'AFNIC (.fr), la DENIC (.de), Nominet (.uk) et EURid (.eu) fixent chacun leurs règles de transfert, et la plupart n'ont aucun verrou après enregistrement ; un .fr enregistré hier peut en général être transféré aujourd'hui, avec la procédure propre au registrar. Consultez la page de l'extension pour votre ccTLD et la documentation du registre, ou le guide pour vérifier un .fr chez l'AFNIC pour le cas français.

Un déplacement entre deux comptes du même registrar est hors du champ de la règle, puisque le registrar ne change pas. Certains registrars appliquent malgré tout leur propre délai après un push, en général plus court, lisez leurs conditions avant de compter sur un déplacement immédiat.

Enregistrer, transférer et modifier dans le bon ordre

Trois situations reviennent sans cesse.

Acheter un domaine à un tiers : demandez au vendeur de pousser d'abord le domaine vers votre compte chez son registrar, puis transférez-le une fois que vous le contrôlez, ou acceptez qu'un transfert dans le cadre de la vente démarre le compteur. Pousser d'abord permet aussi de garder les anciennes coordonnées de titulaire jusqu'à ce que vous soyez prêt.

Changer de raison sociale avant un transfert prévu : faites la modification de titulaire avec la case de refus cochée, ou faites-la après le transfert, jamais entre les deux sans opt-out. Un changement de titulaire la semaine avant une migration est la façon la plus courante de perdre deux mois.

Expiration dans la fenêtre : renouvelez chez le registrar actuel. Un transfert ajoute en général une année d'enregistrement, mais un domaine qui expire avant la fin de la fenêtre est en danger, et le guide du transfert liste les autres causes d'échec à vérifier pendant l'attente.

À faire maintenant

Identifiez lequel des trois déclencheurs s'applique à votre domaine. Datez la fenêtre depuis l'événement d'enregistrement du RDAP ou depuis l'alerte de changement de registrar, ajoutez un jour, et notez cette date sur le domaine. Si l'expiration tombe dans la fenêtre, renouvelez maintenant plutôt que de parier sur le transfert. Gardez ensuite le domaine dans une watchlist pour que le changement de registrar, quand il aura enfin lieu, soit confirmé par un e-mail plutôt que supposé.