Aller au contenu

Paramètres des cookies

Choisissez, par catégorie, les cookies que vous autorisez. Vous pouvez modifier votre choix à tout moment via Paramètres des cookies, en bas de chaque page. Politique de confidentialité

Nécessaires

Toujours activés

Indispensables pour vous connecter, conserver votre panier et mémoriser vos choix. Ils sont toujours activés.

Quels cookies ?
  • weboke_sessie, weboke_klant, weboke_remember: votre session et le maintien de la connexion
  • weboke_basket: votre panier
  • wkBtwIncl: l'affichage des prix TTC ou HT
  • wok_cookies: votre choix concernant les cookies, 12 mois

Mesure quelle publicité mène à une visite ou à une commande, pour que nous ne payions pas des publicités inefficaces.

Quels cookies ?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), jusqu'à 90 jours
  • OpenAI Ads, publicités dans ChatGPT
  • wok_aff: le partenaire qui vous a orienté vers nous (programme d'affiliation), 60 jours

4,6

Pays et langue

Chaque pays a son propre site, avec les prix et la TVA de ce pays.

Afficher

Transférer vers un autre registrar : code de transfert et verrou de transfert

Module 6: Transférer et céder · Temps de lecture : 11 minutes

Objectif pédagogique : Après cette leçon, vous saurez retirer un domaine de chez votre registrar actuel, utiliser en toute sécurité le verrou de transfert et le code de transfert, et vous saurez quoi faire si votre domaine est transféré sans que vous l'ayez demandé.

Notions clés : code de transfert, verrou de transfert, clientTransferProhibited, délai de cinq jours, règle des 60 jours, transfert sans autorisation, contrat avec l'ancien registrar

L'autre côté d'un transfert

Dans la leçon 6.1, vous avez vu comment se déroule un transfert du côté de votre nouveau registrar, et dans la leçon 6.2 comment votre site web et votre messagerie continuent de fonctionner. Cette leçon porte sur le côté que l'on oublie souvent : le registrar que vous quittez.

Chez cet ancien registrar, votre domaine est protégé par deux verrous. Le premier est le verrou de transfert, un blocage qui empêche les transferts. Le second est le code de transfert : sans ce code, personne ne peut emporter votre domaine. Ces deux verrous vous protègent contre un transfert que vous ne souhaitez pas. Vous ne les ouvrez que lorsque vous voulez vous-même partir, et le moins longtemps possible.

Le verrou de transfert : à désactiver juste avant le transfert

Le verrou de transfert apparaît dans WHOIS ou RDAP sous la forme du code de statut clientTransferProhibited (leçon 4.3). Tant qu'il est activé, le registre refuse tout transfert, même si quelqu'un possède le bon code. C'est donc un second verrou derrière le code.

Ne désactivez le verrou que juste avant de lancer le transfert. Le désactiver des semaines à l'avance, c'est laisser la porte ouverte inutilement longtemps. Si le transfert n'a finalement pas lieu, réactivez le verrou.

Toutes les extensions ne disposent pas d'un verrou de transfert que vous gérez vous-même. C'est le cas pour .com et les autres gTLD : si vous ne pouvez pas désactiver le verrou vous-même dans votre compte, votre registrar doit le lever pour vous dans un délai de cinq jours (situation en novembre 2026). Pour .nl, .eu, .be et .nu notamment, il n'existe généralement pas de verrou de transfert que vous activez et désactivez vous-même. Là, c'est le code de transfert lui-même qui assure la sécurité. Pour les noms .nl importants, il existe toutefois un verrou supplémentaire auprès du registre lui-même, .nl Control. Vous en apprendrez davantage dans la leçon 7.1.

Obtenir le code de transfert

Le code de transfert porte un nom différent selon l'extension et ne vous parvient pas partout de la même manière. Situation en novembre 2026 :

ExtensionNom du codeOù l'obtenirBon à savoir
.nlcode de transfert (verhuiscode ; SIDN parle de « token »)auprès de votre registrar, qui doit le fournir dans un délai de cinq joursÀ défaut, votre nouveau registrar peut faire appel à SIDN
.deAuthInfovotre fournisseur le génère, ou DENIC l'envoie par courrierValable 30 jours au maximum, utilisable pour un seul transfert
.eucode d'autorisation (transfer authorisation code)auprès de votre registrar ou vous-même dans My .eu16 caractères, valable 40 jours ou jusqu'à son utilisation
.becode de transfertDNS Belgium l'envoie lui-même par e-mail au titulaireValable 7 jours ; une nouvelle demande prolonge de 7 jours
.comauth-code ou code EPPauprès de votre registrar, dans un délai de cinq joursL'ancien registrar dispose de cinq jours calendaires pour répondre

Si votre registrar refuse de vous donner le code, rappelez-lui ce délai de cinq jours. Pour .nl, votre nouveau registrar peut ensuite demander à SIDN d'intervenir.

En juin 2026, l'ICANN a adopté de nouvelles règles de transfert pour les gTLD, prévoyant notamment un code valable moins longtemps. Aucune date d'entrée en vigueur n'est encore fixée. D'ici là, les règles de cette leçon s'appliquent.

Transmettre le code en toute sécurité

Traitez le code de transfert comme la clé de votre domaine. Quiconque le détient peut emporter votre domaine chez un autre registrar. Pour .be, ce même code peut même servir à mettre le nom au nom d'un autre titulaire.

Quelques règles à respecter :

  1. Ne demandez le code que lorsque vous allez réellement transférer. Un code .eu reste valable 40 jours. Pendant tout ce temps, il est utilisable par quiconque met la main dessus.
  2. Ne le donnez qu'au registrar chez lequel vous partez. Saisissez-le vous-même lors de la commande ou dans le formulaire de transfert de ce registrar.
  3. Ne l'envoyez jamais par e-mail à quelqu'un qui vous le demande. Pas même si l'e-mail semble provenir de votre registrar, du registre ou d'un service de « sécurisation de domaine ». Un vrai registrar ne vous demande pas votre propre code.
  4. Votre créateur de site s'occupe du transfert ? Ne lui donnez alors le code que si vous savez vers quel registrar le domaine part et au nom de qui. Le titulaire, c'est vous et cela doit le rester (leçon 3.2).

Les pièges au moment de partir

La règle des 60 jours pour .com. Un registrar peut refuser le transfert d'un nom .com dans les 60 jours suivant son enregistrement ou un transfert précédent. Un nom que vous avez enregistré le mois dernier ne peut donc généralement pas encore être transféré. Après un changement de titulaire, le registrar applique également un blocage de transfert de 60 jours, sauf si vous avez choisi au préalable de l'ignorer (leçon 6.4).

La date d'expiration. Ne commencez pas dans les derniers jours avant la date d'expiration. Si le transfert se bloque, vous devrez quand même renouveler chez l'ancien registrar pour ne pas perdre le nom (module 5).

Le DNS ne suit pas automatiquement. Un transfert déplace l'enregistrement, pas vos enregistrements DNS. Si votre DNS est hébergé sur les serveurs de noms de l'ancien registrar, il risque de cesser de fonctionner après le transfert. Transférez donc d'abord la zone. Pour savoir comment le faire sans interruption, consultez la leçon 6.2 et la formation DNS (leçon 6.3).

DNSSEC. Si vous utilisez DNSSEC, organisez d'abord la manière dont la sécurisation continuera de fonctionner pendant le transfert (leçon 6.2).

Le contrat avec l'ancien registrar. Pour .nl, vous pouvez toujours changer de registrar, mais votre contrat avec l'ancien registrar ne prend pas fin automatiquement. Ce que vous devez encore y payer dépend de vos accords. N'y résiliez votre hébergement et votre messagerie qu'une fois que tout fonctionne au nouvel endroit.

Transféré sans que vous l'ayez demandé

Il arrive qu'un domaine disparaisse soudainement de votre compte. Ou vous recevez un e-mail concernant un transfert que vous n'avez pas demandé. Dans RDAP, vous voyez alors par exemple le statut pendingTransfer, ou déjà un autre registrar.

Vérifiez d'abord si quelqu'un d'autre a lancé le transfert : votre créateur de site, un collègue ou un nouveau fournisseur chez qui vous avez commandé une offre. Un transfert ne démarre qu'avec le code de transfert, quelqu'un l'a donc utilisé.

Si ce n'était pas voulu, contactez immédiatement votre registrar. Indiquez le nom de domaine et la date, et fournissez la preuve que vous êtes le titulaire demandée par votre registrar (pour une entreprise, par exemple un extrait du registre du commerce). N'envoyez pas spontanément une copie de votre pièce d'identité. Votre registrar peut vérifier ce qui s'est passé et si le transfert peut encore être annulé. Plus vous agissez vite, plus vos chances sont grandes.

Pour .com, vous recevez souvent pendant un transfert un e-mail vous invitant à l'approuver ou à le refuser. Si vous ne faites rien, le transfert se poursuit automatiquement au bout de cinq jours. Si vous n'avez rien demandé, refusez-le et contactez votre registrar.

En pratique : comment cela fonctionne chez WebOké

Sur la page du domaine dans Mon WebOké se trouve la carte Avancé. Vous y trouverez Code de transfert (EPP) avec le bouton Afficher le code EPP, ainsi que l'interrupteur Verrou de transfert (« Bloque les transferts non autorisés. »). Cet interrupteur n'existe pas pour .nl, .eu, .be et .nu : là, c'est le code de transfert qui assure la sécurité. Si vous avez besoin des codes de nombreux domaines à la fois, utilisez dans le Centre de transfert l'option Demander les codes EPP. Le code d'un nom .be se demande directement auprès de DNS Belgium. Chez d'autres registrars, le fonctionnement est similaire, seuls les noms des boutons diffèrent.

La carte Avancé sur la page du domaine, avec le code de transfert affiché et un bouton pour le copier
Obtenir le code de transfert (rendu illisible dans l'exemple)

Résumé

  • Un domaine possède deux verrous : le verrou de transfert (lorsque l'extension le prévoit) et le code de transfert.
  • Ne désactivez le verrou de transfert que juste avant le transfert, et réactivez-le si celui-ci n'a pas lieu.
  • Le code de transfert est la clé de votre domaine : réservé au registrar chez lequel vous partez.
  • Pour .com, un registrar peut refuser un transfert dans les 60 jours suivant l'enregistrement ou un transfert précédent ; le DNS et DNSSEC ne suivent jamais automatiquement.
  • Transféré sans que vous l'ayez demandé : renseignez-vous et contactez immédiatement votre registrar.

Quiz

1. Quand désactivez-vous le verrou de transfert de votre nom .com ?



2. Quelqu'un vous écrit au nom de « l'enregistrement de domaines » et vous demande votre code de transfert pour « sécuriser » votre domaine. Que faites-vous ?



3. Votre ancien registrar ne vous donne pas le code de transfert de votre nom .nl. Quelle règle s'applique ?



4. Votre DNS est hébergé sur les serveurs de noms de votre ancien registrar. Qu'advient-il de vos enregistrements lorsque vous transférez le domaine ?



Exercice

Exercice A6.3 : Transférer ailleurs en toute sécurité (cas pratique). Bakkerij Example souhaite transférer son nom .com vers un autre registrar. Le propriétaire a noté quatre affirmations qu'il a entendues d'autres personnes. Pour chaque affirmation, choisissez Vrai ou Faux.

  1. On ne désactive le verrou de transfert que juste avant de lancer le transfert.
  2. On peut envoyer le code de transfert par e-mail à toute personne qui le demande, car sans verrou personne ne peut s'en servir.
  3. Lors d'un transfert, les enregistrements DNS du domaine suivent toujours automatiquement vers le nouveau registrar.
  4. Un nom .com enregistré il y a trois semaines ne peut généralement pas encore être transféré vers un autre registrar.

Pour chaque affirmation, vous choisissez entre : Vrai, Faux. Le programme compare vos réponses à une clé fixe. Si vous vous trompez, un indice s'affiche pour l'affirmation concernée et vous pouvez réessayer.

Exercice A6.3: Transférer ailleurs en toute sécurité (cas pratique)





Nous ne conservons pas ce que vous saisissez ni ce que nous trouvons. Votre navigateur mémorise vos réponses et si l'exercice est réussi. Si vous êtes connecté, nous enregistrons uniquement dans Mes formations que l'exercice était (presque) correct ; vous pouvez aussi le supprimer à cet endroit.

Pour aller plus loin

Un instant…

Configurez vos domaines

Pour chaque domaine, réglez les serveurs de noms, l'association à votre hébergement et le futur titulaire.

Chargement de vos domaines…