Comment transférer un nom de domaine

Ce qu’un transfert déplace réellement

Un transfert de domaine change le registrar qui gère l’enregistrement. C’est tout ce qu’il change. Il ne déplace ni votre site web, ni vos fichiers, ni votre messagerie, ni vos enregistrements DNS, et il ne modifie pas à lui seul la destination du domaine. Si vos serveurs de noms restent inchangés pendant l’opération, les visiteurs et le courrier ne voient absolument rien.

Cela compte, car la plupart des histoires d’horreur de transfert ne concernent pas les transferts. Elles concernent quelqu’un qui change de serveurs de noms en même temps, découvre que le nouveau fournisseur n’avait pas d’enregistrements MX pour son courrier, et attribue au transfert une journée d’e-mails rejetés. Séparez les deux opérations et le risque s’effondre.

Le domaine est-il seulement éligible ?

La politique du registre bloque certains transferts purement et simplement, et aucun registrar ne peut la contourner. Vérifiez tous ces points avant de commencer, car chacun vous fait perdre des jours si vous le découvrez tard.

• Soixante jours depuis l’enregistrement. Un domaine nouvellement enregistré ne peut pas être transféré pendant soixante jours. Même règle après un transfert précédent.
• Soixante jours depuis un changement de titulaire. Modifier le nom ou l’e-mail du titulaire enregistré déclenche en général son propre verrou de soixante jours. Si vous mettez à jour vos coordonnées, faites d’abord le transfert.
• Non expiré. La plupart des registres ne transfèrent pas un domaine expiré, et une fois qu’il entre en période de rédemption, vous payez aussi des frais de rédemption. Renouvelez-le là où il se trouve, puis déplacez-le.
• Ni en litige ni bloqué par le registre. Un statut comme serverTransferProhibited est défini par le registre, pas par le registrar, et doit être résolu avec celui qui l’a défini.

Vous pouvez vérifier vous-même le statut actuel avec une requête WHOIS ou RDAP. Ce que vous cherchez, c’est le champ de statut du domaine : clientTransferProhibited est le verrou normal du registrar et c’est à vous de le retirer, tandis que tout ce qui commence par server est défini au niveau du registre et ne l’est pas.

Commencez par le travail sur le DNS

Avant de toucher à quoi que ce soit, notez la zone actuelle : chaque enregistrement A, AAAA, CNAME, MX, TXT, SRV et CAA, avec sa valeur et son TTL. Deux raisons : si vous finissez par changer de serveurs de noms, vous devrez les recréer à l’identique, et si quelque chose casse plus tard, vous voudrez savoir à quoi cela ressemblait quand tout fonctionnait.

Portez une attention particulière aux enregistrements TXT. C’est là que se trouvent les enregistrements SPF, DKIM et de vérification de domaine pour les fournisseurs de messagerie, l’analytique, les prestataires de paiement et les systèmes d’identité, et ce sont ceux dont personne ne se souvient jusqu’à ce que quelque chose cesse discrètement de s’authentifier une semaine plus tard.

Obtenir le code d’autorisation

Le code d’autorisation (aussi appelé code EPP, code d’autorisation, clé de transfert ou secret du domaine selon l’interface où vous vous trouvez) est un mot de passe à usage unique pour le domaine. Il prouve au registre que la personne qui demande le déplacement contrôle le domaine aujourd’hui.

1. 1Connectez-vous à votre registrar actuel et trouvez les paramètres du domaine. Désactivez le verrou de transfert, qui peut s’appeler verrou du registrar, verrou du domaine ou protection antivol.
2. 2Demandez le code d’autorisation. Certains panneaux l’affichent immédiatement ; beaucoup l’envoient par e-mail à l’adresse du titulaire enregistrée, c’est pourquoi cette adresse doit être une adresse que vous pouvez lire.
3. 3Vérifiez si la protection WHOIS masque l’e-mail du titulaire. Si les confirmations sont envoyées à un relais de protection, assurez-vous que ce relais vous les transmet réellement, ou désactivez la protection pendant la durée du transfert et réactivez-la ensuite.
4. 4Utilisez le code rapidement. Les codes expirent couramment, et un code périmé produit un message de rejet qui s’explique rarement clairement.

Effectuer le transfert

Une fois le domaine déverrouillé et le code en main, lancez le transfert auprès du registrar entrant et payez le prix du transfert. Chez nous, c’est le tarif de renouvellement de l’extension, et il achète l’année que le transfert ajoute : vous ne payez pas deux fois, et vous ne perdez pas le temps restant sur l’enregistrement actuel.

Le registre envoie ensuite un e-mail au titulaire enregistré pour confirmation. Approuvez-le. C’est le point de défaillance de loin le plus courant, et il échoue en silence : un transfert non approuvé expire simplement à la fin de son délai et vous revenez au point de départ, avec une série d’e-mails un peu déroutante.

Une fois la demande approuvée, le registrar sortant dispose de cinq jours au plus pour répondre. S’il approuve explicitement, le transfert se termine immédiatement ; s’il ne fait rien, il se termine à la fin du délai. En pratique, la plupart des transferts aboutissent en moins d’une semaine et beaucoup en quarante-huit heures.

Quand ça se passe mal

Le registrar ne vous donne pas le code

Les registrars sont tenus de fournir le code d’autorisation au titulaire enregistré, et ils n’ont pas le droit de retenir un domaine en otage. Si le vôtre traîne, faites votre demande par écrit, citez la politique de transfert du registre et montez au-dessus du support de premier niveau. Pour les extensions génériques, l’ICANN gère une procédure formelle de réclamation pour les échecs de transfert, et les registrars y répondent bien plus vite qu’à un ticket de support.

Le transfert est rejeté sans raison claire

Reprenez la liste d’éligibilité : les règles des soixante jours piègent sans cesse les gens, en particulier juste après qu’ils ont mis à jour le contact du titulaire. Vérifiez ensuite le statut du domaine via WHOIS ou RDAP pour y repérer un verrou que vous ne connaissiez pas, et confirmez que le code d’autorisation n’a pas expiré.

L’e-mail de confirmation n’arrive jamais

Regardez l’adresse e-mail du titulaire dans l’enregistrement WHOIS plutôt que celle que vous utilisez pour vous connecter : elles sont souvent différentes, et le registre écrit à la première. Si c’est une adresse que personne n’a lue depuis 2019, vous devrez d’abord mettre à jour le contact du titulaire, ce qui relance le compteur de soixante jours. C’est ennuyeux, mais mieux vaut le découvrir maintenant.

La liste de contrôle après le transfert

• Confirmez que la nouvelle date d’expiration est postérieure d’un an à l’ancienne. C’est l’année que vous avez payée.
• Vérifiez chaque enregistrement DNS par rapport à la liste que vous avez notée au départ, en particulier les MX et les TXT.
• Envoyez et recevez un e-mail de test, et chargez le site en HTTPS depuis un réseau qui ne l’a jamais vu.
• Activez le renouvellement automatique et vérifiez que l’e-mail de facturation est une adresse que vous lisez.
• Réactivez la protection WHOIS si vous l’aviez désactivée. Chez nous, elle est gratuite, à l’enregistrement et à chaque renouvellement.
• Remettez le verrou de transfert. C’est la protection antivol la moins chère qui existe.

Transférer un domaine hors de chez nous

De la même façon, en sens inverse, et volontairement sans friction : déverrouillez le domaine dans le panneau et copiez le code d’autorisation. Il n’y a pas d’étape de rétention, pas d’appel téléphonique, pas d’offre à refuser deux fois et pas de délai artificiel. Si nous ne pouvons pas vous garder en valant son prix, nous préférons que vous partiez vite plutôt que vous restiez mécontent.

La seule chose dont nous ne pouvons pas vous dispenser est la règle du registre : un domaine ne peut pas être transféré dans les soixante jours suivant son enregistrement chez nous ou son transfert entrant. Celle-là, il ne nous appartient pas de l’assouplir.