Domaine

Transférer un nom de domaine vers un autre registrar sans coupure de site ni d'e-mails

Mis à jour le 28 octobre 2026 · 8 minutes de lecture

Changer de bureau d'enregistrement — qu'on appelle aussi registrar — pour obtenir de meilleurs tarifs, une interface plus claire ou un support en français, est une opération banale. Mais une étape oubliée suffit à couper votre site et vos e-mails professionnels pendant plusieurs jours. Voici comment transférer votre nom de domaine sans aucune interruption.

Pourquoi changer de registrar

Le registrar est l'entreprise chez qui votre nom de domaine est enregistré (OVH, Gandi, Ionos, GoDaddy, Amen, et des dizaines d'autres). Il ne s'agit pas forcément de votre hébergeur : les deux rôles sont souvent confondus, mais un domaine peut très bien être enregistré chez l'un et le site hébergé chez l'autre.

Les raisons les plus fréquentes de changer sont :

• Regrouper tous ses domaines au même endroit, notamment pour une agence qui gère plusieurs clients.
• Réduire le coût de renouvellement, qui varie fortement d'un registrar à l'autre.
• Obtenir une interface et un support plus accessibles, en français et joignables facilement.
• Reprendre la main après le départ d'un prestataire qui détenait l'accès.

Ce qui coupe réellement un site pendant un transfert

Le transfert administratif du domaine lui-même ne coupe jamais un site. Ce qui coupe un site, c'est la perte de la configuration DNS au moment du changement de gestionnaire. Les causes les plus fréquentes :

1. Les enregistrements DNS ne sont pas recréés chez le nouveau registrar avant le transfert, donc le domaine ne pointe plus vers rien une fois basculé.
2. Les enregistrements MX (messagerie) sont oubliés, ce qui arrête net la réception des e-mails professionnels, souvent sans aucun message d'erreur visible.
3. Un verrou de transfert (transfer lock) actif chez l'ancien registrar bloque la demande sans que personne ne s'en rende compte avant plusieurs jours.
4. Le code d'autorisation (AuthInfo ou EPP) est périmé ou mal recopié, ce qui fait échouer la demande au dernier moment.

La bonne nouvelle : toutes ces causes sont évitables avec une préparation de dix minutes avant de lancer quoi que ce soit.

La procédure en 7 étapes, sans coupure

1. Faire l'inventaire complet de la zone DNS actuelle

Avant toute chose, connectez-vous chez votre registrar actuel et notez (ou exportez) l'intégralité de la zone DNS : les enregistrements A et AAAA (qui pointent vers votre hébergeur), les enregistrements MX (messagerie), les CNAME, et les enregistrements TXT utilisés pour la vérification de propriété ou l'authentification des e-mails.

Si vos e-mails professionnels passent par SPF, DKIM et DMARC, ces enregistrements TXT sont indispensables à recopier à l'identique. Voir notre guide sur SPF, DKIM et DMARC pour comprendre leur rôle avant de les transférer.

2. Vérifier que le domaine est transférable

Trois conditions doivent être réunies, sans quoi la demande sera rejetée :

• Le domaine a été enregistré ou renouvelé depuis plus de 60 jours (règle imposée pour les extensions génériques).
• Le verrou de transfert (lock) est désactivé dans le panneau de votre registrar actuel.
• Le domaine n'expire pas dans les prochains jours — renouvelez-le avant si nécessaire, pour éviter tout chevauchement risqué.

3. Obtenir le code d'autorisation (AuthInfo / EPP)

Demandez ce code depuis l'espace client de votre registrar actuel. Il est généralement envoyé par e-mail au titulaire du domaine. Pour un .fr, ce code s'appelle le code d'autorisation AFNIC ; pour un .com ou .net, on parle de code EPP. Notez-le précisément : il expire souvent après quelques jours.

4. Recréer la zone DNS chez le nouveau registrar avant de lancer le transfert

C'est l'étape la plus importante de toute la procédure. Chez le nouveau registrar, créez une zone DNS avec exactement les mêmes enregistrements que ceux relevés à l'étape 1 : mêmes A, mêmes MX, mêmes TXT. Faites-le avant d'initier le transfert, pas après.

Pourquoi dans cet ordre ? Parce qu'au moment où le transfert devient effectif, c'est la configuration du nouveau registrar qui prend immédiatement le relais. Si elle est vide ou incomplète, le site et les e-mails tombent à l'instant même du basculement.

5. Lancer la demande de transfert

Chez le nouveau registrar, saisissez le domaine et le code d'autorisation. Un e-mail de confirmation est envoyé au titulaire du domaine : il faut valider cette demande pour que le transfert démarre. Comptez ensuite entre quelques heures et 7 jours selon l'extension.

6. Vérifier la propagation avant de toucher à quoi que ce soit

Une fois le transfert validé, testez votre site et vos e-mails en continu pendant 24 à 48 heures. La propagation DNS n'est pas instantanée partout dans le monde ; notre guide sur la propagation DNS explique pourquoi certains visiteurs peuvent voir l'ancienne configuration pendant que d'autres voient déjà la nouvelle.

7. Clôturer l'ancien compte, jamais avant

Ne supprimez ni ne fermez l'ancien compte registrar avant d'avoir confirmé que tout fonctionne normalement sur plusieurs jours. En cas de problème, c'est votre seul filet de sécurité pour revenir en arrière rapidement.

Qui doit s'en occuper : vous, votre agence ou votre hébergeur ?

Si vous avez confié la gestion de votre site à une agence ou un développeur, assurez-vous d'être vous-même titulaire administratif du domaine avant tout transfert — c'est une question de propriété, pas seulement de technique. Notre article sur qui doit être propriétaire des accès à son site détaille ce point souvent négligé, qui devient critique le jour où la relation avec un prestataire se termine.

Le vrai risque : ne pas s'apercevoir d'une coupure à temps

Même une procédure bien préparée peut connaître un accroc : une zone DNS incomplète, un enregistrement TXT oublié, une propagation plus longue que prévue chez un fournisseur d'accès. La différence entre un incident de quelques minutes et une panne de plusieurs jours se joue sur un seul facteur : la rapidité de détection.

Pendant les 48 heures qui suivent un transfert de domaine, une surveillance qui vérifie votre site et votre certificat SSL toutes les quelques minutes vous permet d'intervenir avant que vos clients ne remarquent quoi que ce soit — plutôt que de l'apprendre par un appel ou un e-mail resté sans réponse.

Questions fréquentes