Comment transférer votre domaine chez un autre fournisseur sans faire tomber votre site

Oui, vous pouvez transférer un domaine chez un autre fournisseur sans faire tomber votre site — mais uniquement si vous comprenez une chose : un transfert déplace l'enregistrement du domaine (qui l'administre et qui paie le renouvellement), pas le site ni l'e-mail. Le site reste en ligne tant que les enregistrements DNS restent identiques. La règle d'or : assurez-vous d'abord que l'endroit où pointe le domaine (DNS, hébergement, e-mail) ne change pas, et ne lancez qu'ensuite le transfert d'un registrar à l'autre.

Ce que vous déplacez vraiment : domaine, DNS, hébergement et e-mail ne sont pas la même chose

La plupart des « sites tombés » lors d'un transfert viennent de cette confusion. Séparons-les clairement :

• Le domaine = le nom (ex. firma.ro). Un registrar l'administre. Le transfert ne déplace que le compte dans lequel il est détenu.
• Le DNS = l'« annuaire » qui indique où se trouvent le site et l'e-mail (enregistrements A, CNAME, MX, TXT). Le site vit ou meurt selon le DNS, pas selon le registrar.
• L'hébergement = le serveur où se trouvent les fichiers du site.
• L'e-mail = souvent chez un autre fournisseur (Google Workspace, Microsoft 365, cPanel). Il dépend des enregistrements MX.

Si le DNS reste inchangé pendant le transfert, le site et l'e-mail ne ressentent même pas le déplacement.

Pourquoi vous avez besoin d'un code de transfert (EPP / authcode)

Le code de transfert — appelé code EPP, authcode ou code d'autorisation — est un mot de passe unique que votre fournisseur actuel vous fournit. Sans lui, le nouveau fournisseur ne peut pas légalement reprendre le domaine. Vous le demandez depuis le panneau de l'ancien registrar ou via un ticket de support ; il arrive généralement à l'e-mail de contact du domaine en quelques minutes à quelques heures.

Attention aux domaines .ro : la procédure chez ROTLD (le registre national) diffère de celle des domaines internationaux (.com, .net). Pour beaucoup de .ro, le transfert se fait sur demande et confirmation, pas avec un code EPP classique. Demandez explicitement à votre fournisseur actuel quelle est la procédure pour votre extension.

Les étapes, dans le bon ordre

1. Vérifiez qui est le vrai propriétaire. Ouvrez le compte chez le registrar actuel et confirmez que vous y avez accès. Si le domaine est « chez l'entreprise qui a fait votre site », demandez-leur l'accès ou le transfert avant toute chose.

2. Notez votre DNS actuel. Faites une capture de tous les enregistrements : A, CNAME, MX, TXT (surtout SPF/DKIM pour l'e-mail). C'est votre filet de sécurité.

3. Déverrouillez le domaine. Désactivez le « Domain Lock » / « Transfer Lock » dans l'ancien panneau.

4. Désactivez le WHOIS Privacy (s'il est actif) — il peut parfois bloquer la réception du code ou de l'e-mail de confirmation.

5. Demandez le code EPP / authcode.

6. Lancez le transfert chez le nouveau fournisseur et saisissez le code.

7. Confirmez depuis l'e-mail de contact. Vous recevrez un e-mail d'approbation — cliquez sur le lien. C'est là que la plupart des transferts se bloquent : l'e-mail de contact est ancien et personne ne le lit.

8. N'annulez pas le paiement / ne laissez pas le domaine expirer pendant le transfert.

9. Une fois terminé, vérifiez le DNS et, si nécessaire, ressaisissez les enregistrements de l'étape 2.

Ce qu'il faut vérifier avant, pendant et après

Combien de temps cela prend, réellement

Pour les domaines internationaux (.com, .net) le transfert prend généralement 5 à 7 jours, à cause d'une fenêtre de confirmation imposée par l'ICANN — même si vous confirmez en 2 minutes. Pour le .ro, cela peut être plus rapide ou plus lent, selon la procédure du fournisseur. Point important : le site n'est PAS hors ligne pendant ce temps, tant que le DNS reste inchangé. Le transfert s'exécute « en arrière-plan ».

Les risques réels (et comment les éviter)

• DNS réinitialisé par défaut. Certains fournisseurs, à la réception du domaine, lui appliquent leur DNS vide → site et e-mail tombent. Antidote : notez le DNS avant et vérifiez immédiatement après.
• E-mail de confirmation perdu. L'e-mail de contact est ancien/inexistant → le transfert expire en silence. Antidote : mettez à jour l'e-mail de contact avant de commencer.
• Le domaine expire en plein transfert. Renouvelez-le d'abord, transférez ensuite.
• Le verrou de 60 jours. Un domaine fraîchement enregistré ou transféré ne peut pas être déplacé à nouveau pendant 60 jours.
• Perte de l'e-mail (MX + SPF/DKIM). Le plus souvent oublié. Sans MX correct, vous ne recevez plus de courrier. Vérifiez-les explicitement après.

Comme le domaine est le vôtre et que vous pouvez le déplacer à tout moment, il vaut la peine de traiter cela avec soin — un domaine perdu est bien plus coûteux à récupérer qu'à conserver. Si vous voulez comprendre en profondeur pourquoi votre propre site, sur votre propre domaine, est plus sûr qu'une page sur une plateforme louée, lisez pourquoi ai-je besoin d'un site.

Quand cela vaut la peine de faire le transfert soi-même et quand demander de l'aide

Si vous avez une landing page simple, sans e-mail sur le domaine, vous pouvez faire le transfert vous-même sereinement. Si le domaine porte un e-mail professionnel, une boutique en ligne ou plusieurs enregistrements DNS (Workspace, paiements, vérifications), une erreur de 5 minutes peut vous priver d'e-mails pendant une journée. C'est là qu'un coup de main de quelqu'un qui l'a déjà fait est utile.

Chez MPO Web Studio — une équipe à Cluj-Napoca, 100 % à distance dans toute la Roumanie — nous faisons exactement ce transfert pour nos clients en permanence : nous reprenons le domaine, gardons le DNS et l'e-mail intacts, et vérifions tout après. Si vous voulez que nous transférions votre domaine sans stress, ou si vous voulez simplement un deuxième avis avant d'appuyer sur « transfert », écrivez-nous sur WhatsApp et nous vous ferons une démo ou une vérification gratuite : wa.me/40750257140.