Module 6 · 6.1

Français

Nederlands English Deutsch Français Dansk Svenska Polski Čeština Ελληνικά Hrvatski

Comment fonctionne le transfert d'un domaine

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

Objectif pédagogique : à l'issue de cette leçon, vous saurez expliquer comment se déroule un transfert vers un autre registrar selon l'extension, quel code il vous faut et ce qui suit ou ne suit pas automatiquement.

Notions clés : transfert (changement de registrar), code de transfert, token (.nl), AuthInfo (.de), transfer authorisation code (.eu), transfercode (.be), auth-code ou code EPP (gTLD), verrou de transfert, règle des 60 jours, prolongation lors d'un transfert gTLD, serveurs de noms et DNS

Qu'est-ce qu'un transfert exactement ?

Lors d'un transfert de domaine (transfer), votre nom de domaine passe d'un registrar à un autre. Vous restez le titulaire, le nom reste le même, seul votre guichet change. C'est différent d'un changement de titulaire, par lequel le nom est inscrit au nom d'un autre titulaire (leçon 6.4). Les deux peuvent avoir lieu en même temps, mais ce sont des opérations distinctes.

Un transfert suit toujours le même schéma :

Vous demandez un code de transfert (verhuiscode) à votre registrar actuel. C'est une sorte de mot de passe qui prouve l'accord du titulaire.
Vous indiquez le nom et le code à votre nouveau registrar.
Le nouveau registrar demande le transfert auprès du registre.
Le registre transfère le nom au nouveau registrar.

Le code est la clé de votre domaine. Quiconque le détient peut emporter le nom. Ne le communiquez donc qu'à votre nouveau registrar, et jamais par un canal public (leçon 6.3).

Le code et les règles par extension

Le nom du code et les règles du jeu varient selon l'extension (situation en novembre 2026) :

Extension	Nom du code	Comment l'obtenir	Particularités
.nl	code de transfert (verhuiscode ; SIDN : token)	Auprès de votre registrar, qui doit le fournir sous cinq jours	Si la demande est en ordre, le nom est transféré immédiatement
.de	AuthInfo	Votre fournisseur le génère, ou DENIC l'envoie par courrier postal	Valable 30 jours maximum, pour un seul transfert ; si le code est correct, le nom est transféré directement
.eu	transfer authorisation code	Auprès de votre registrar ou à générer vous-même dans My .eu	16 caractères, valable 40 jours ou jusqu'à son utilisation
.be	transfercode	DNS Belgium l'envoie lui-même par e-mail	Valable 7 jours ; utilisable aussi pour un changement de titulaire
.com et autres gTLD	code AuthInfo, aussi appelé code EPP ou auth-code	Auprès de votre registrar, sous cinq jours	L'ancien registrar dispose de cinq jours calendaires pour réagir

Si votre registrar ne vous fournit pas le code .nl dans les cinq jours, votre nouveau registrar peut faire appel à SIDN. Pour un .be, vous ne demandez donc pas le code à votre registrar mais à DNS Belgium, qui l'envoie par e-mail. Veillez à ce que l'adresse e-mail figurant dans les données de votre domaine fonctionne, sinon vous serez bloqué à cette étape.

gTLD : verrou, 60 jours et une année supplémentaire

Pour les .com et autres gTLD, ce sont les règles de l'ICANN qui s'appliquent. Trois points sont importants.

Le verrou de transfert. De nombreux registrars placent par défaut un blocage de transfert sur un nom gTLD : le statut clientTransferProhibited (leçon 4.3). C'est une simple mesure de sécurité. Avant le transfert, le verrou doit être levé. Si vous ne pouvez pas le faire vous-même dans votre compte, le registrar doit le faire pour vous sous cinq jours. Ne désactivez le verrou que juste avant le transfert (leçon 6.3).

La règle des 60 jours. Un registrar peut refuser un transfert gTLD dans les 60 jours suivant l'enregistrement ou un transfert précédent. Après un changement de titulaire, le registrar doit même appliquer un blocage de transfert de 60 jours, sauf si vous avez choisi au préalable d'y renoncer (lorsque le registrar le propose). Si vous venez d'enregistrer un nom ou d'en changer le titulaire, attendez-vous à devoir patienter avant de le transférer.

Une année en plus. Un transfert gTLD réussi prolonge l'enregistrement d'un an, dans la limite de dix ans à l'avance. Vous ne perdez donc pas la durée déjà acquise.

En juin 2026, l'ICANN a adopté une nouvelle Transfer Policy, comportant notamment des délais plus courts. Aucune date d'entrée en vigueur n'est encore fixée. D'ici là, ce sont les règles ci-dessus qui s'appliquent.

Pour un .nl, la situation est différente. Vous pouvez changer de registrar à tout moment, mais votre contrat avec l'ancien registrar ne prend pas fin automatiquement. Ce que vous devez encore lui payer dépend de vos accords avec ce registrar. La règle « une année en plus » est une règle de l'ICANN pour les gTLD. Pour savoir ce qu'il advient de la durée d'enregistrement après un transfert d'un .nl, .de, .eu ou .be, renseignez-vous auprès de votre nouveau registrar.

Quand un transfert échoue

La plupart des transferts qui échouent ont une cause simple :

Le code est incorrect ou a expiré. Pour les .de et .be, les codes ne sont valables que peu de temps.
Le verrou de transfert est encore actif (gTLD).
Le nom est trop récent ou vient d'être transféré (gTLD, 60 jours).
Le nom est en période de rédemption, en quarantaine ou en hold. Il faut alors généralement d'abord le restaurer ou régulariser la situation (leçon 5.2). Un nom .eu suspendu ne peut par exemple pas être transféré. Le .be fait exception : un transfert depuis la quarantaine vers un autre registrar y est possible.
Un transfert est déjà en cours. Vous voyez alors pendingTransfer dans RDAP.
Le nom arrive bientôt à expiration. Ce n'est pas une interdiction, mais un transfert qui bloque juste avant la date d'expiration peut mettre votre domaine en danger. Transférez plutôt bien à l'avance.

Ce qui ne suit pas automatiquement

Un transfert ne déplace que l'enregistrement. Tout le reste, vous devez le régler vous-même :

Serveurs de noms et DNS. En principe, les serveurs de noms restent inchangés lors d'un transfert. Si votre DNS est hébergé chez votre ancien registrar, la zone y reste, jusqu'à ce que l'ancien registrar la supprime parce que vous n'êtes plus client. Préparez donc d'abord le DNS au nouvel emplacement (leçon 6.2).
DNSSEC. Si votre domaine est sécurisé par DNSSEC, celui-ci doit être correctement transféré ou d'abord désactivé. La leçon 6.2 renvoie aux explications.
Site web et e-mail. Ils se trouvent chez votre hébergeur, pas chez le registrar. Si vous les déplacez aussi, il s'agit d'une migration distincte.
Les réglages chez l'ancien registrar, comme les redirections, la confidentialité WHOIS ou le renouvellement automatique. Vérifiez chez le nouveau registrar si vous devez les réactiver.

En pratique : comment cela fonctionne chez WebOké

Si vous transférez un domaine vers WebOké, vous saisissez lors de la commande le Code de transfert (token EPP), ou vous choisissez Transférer plus tard. Dans Mon WebOké, vous retrouvez vos transferts dans le Centre de transfert, avec les boutons (Re)lancer le transfert et Demander le statut. Selon le site, un transfert .nl, .be ou .eu est généralement effectué en 2 à 4 heures, un transfert .com peut prendre jusqu'à 5 jours. Pour transférer un domaine ailleurs, rendez-vous sur la page du domaine, dans la carte Avancé, avec Afficher le code EPP. Un code .be se demande directement auprès de DNS Belgium. Chez les autres registrars, le fonctionnement est comparable.

Le Centre de transfert dans Mon WebOké avec les transferts en cours et les codes de transfert — Le Centre de transfert

Résumé

Un transfert déplace votre domaine vers un autre registrar ; vous en restez le titulaire.
Il vous faut un code de transfert ; son nom, sa validité et sa provenance varient selon l'extension.
Pour les gTLD : verrou de transfert levé, pas dans les 60 jours suivant un enregistrement ou un transfert, et une année en plus après le transfert.
Un transfert échoue généralement en période de rédemption, en quarantaine, en hold ou si un transfert est déjà en cours.
Le DNS, DNSSEC, le site web et l'e-mail ne suivent pas automatiquement.

Quiz

Exercice

Exercice A6.1 : Mon domaine peut-il être transféré ? Saisissez dans le champ domaine le nom de votre propre domaine (pas un domaine d'exemple). Le programme ne consulte que des données publiques et ne modifie rien :

dans RDAP (pour les extensions disposant d'un RDAP public, comme .com et .nl) : si le nom est enregistré, son statut, sa date d'enregistrement et, lorsque le registre l'affiche, sa date d'expiration ;
via le DNS : s'il existe un enregistrement DS, donc si DNSSEC est activé.

Le résultat :

Rouge : le nom n'est pas enregistré, il est en période de rédemption (redemption), en pending delete ou en hold, ou un transfert est déjà en cours. Le transfert est impossible pour le moment.
Orange : il y a d'abord quelque chose à régler : le verrou de transfert est actif, il s'agit d'un nom gTLD de moins de 60 jours, le nom expire dans les 14 jours, ou DNSSEC est activé.
Vert : rien n'a été trouvé qui empêche un transfert.

Pour les extensions sans RDAP public, comme .de, .eu et .be, vous recevez un message indiquant que le registre ne dispose pas de RDAP public. DNSSEC est en revanche bien vérifié. En cas d'orange, lisez pour chaque point ce que vous devez faire, et utilisez-le dans votre plan de transfert de la leçon 6.2.

Cookies sur WebOké

Paramètres des cookies

Nécessaires

Marketing