--- id: "domain-transfer" kind: "glossary-term" title: "transfert de nom de domaine" language: "fr" category: "Transferts et EPP" updated: "2026-10-10T23:12:43Z" canonical: "https://tldlog.com/fr/glossaire/transfert-nom-domaine/" translations: en: "https://tldlog.com/glossary/domain-transfer/" es: "https://tldlog.com/es/glosario/transferencia-dominio/" de: "https://tldlog.com/de/glossar/domaintransfer/" it: "https://tldlog.com/it/glossario/trasferimento-dominio/" pt-BR: "https://tldlog.com/pt/glossario/transferencia-dominio/" ru: "https://tldlog.com/ru/glossariy/perenos-domena/" zh-Hans: "https://tldlog.com/zh/cihui/yuming-zhuanyi/" --- # transfert de nom de domaine Déplacement d'un nom de domaine d'un bureau d'enregistrement vers un autre, souvent pour un meilleur service ou un meilleur prix. Le titulaire déverrouille le nom, obtient le code d'autorisation et demande au nouveau bureau d'enregistrement de lancer l'opération. Dans les gTLD, un transfert ajoute généralement un an à la durée d'enregistrement. Le changement de titulaire est une procédure distincte. Un transfert de domaine fait passer un nom de domaine d'un bureau d'enregistrement, l'entreprise qui le gère pour le compte du titulaire, à un autre. Le titulaire reste le même ; seule l'entreprise change. Pour les gTLD comme le .com, les règles de l'ICANN fixent qui fait quoi et dans quels délais. ## Ce qu'est un transfert de domaine, et ce qu'il n'est pas Le bureau d'enregistrement cédant cède le nom au bureau d'enregistrement gagnant. Pour les gTLD, la Politique de transfert de l'ICANN (Transfer Policy), en vigueur depuis le 12 novembre 2004, donne aux titulaires le droit de transférer, et seul le titulaire peut approuver ou refuser un transfert. En octobre 2026, la version en vigueur est celle mise à jour le 21 février 2024, obligatoire depuis le 21 août 2025. Un transfert n'est ni un changement de propriétaire (changement de titulaire), qui obéit à ses propres règles, ni un changement d'hébergement web, qui ne nécessite aucun transfert. Les domaines de premier niveau nationaux fixent leurs propres règles. Dans le .eu, un même code sert pour un nouveau bureau d'enregistrement, un nouveau titulaire ou les deux, et un verrouillage par le bureau d'enregistrement ne le bloque pas. Pour le .es, c'est Red.es qui fixe la procédure. ## Avant de commencer : verrous, code d'autorisation et règle des 60 jours Le bureau d'enregistrement actuel doit fournir deux choses : - **Un nom déverrouillé.** Le verrouillage par le bureau d'enregistrement, clientTransferProhibited, conduit le registre à rejeter les transferts. Un bureau d'enregistrement ne peut l'activer qu'à l'enregistrement ou à la demande du titulaire, selon les conditions prévues par le contrat d'enregistrement. - **Le code d'autorisation (auth code).** Un code secret, propre à chaque domaine, que le titulaire remet au nouveau bureau d'enregistrement. En l'absence d'outil en libre-service, le bureau d'enregistrement doit fournir l'un et l'autre dans les cinq jours calendaires suivant la demande. Il ne peut pas rendre cette démarche plus difficile que la modification des coordonnées ou des serveurs de noms, ni s'y refuser en raison d'un litige de paiement. En octobre 2026, deux périodes de 60 jours s'appliquent. Un bureau d'enregistrement peut refuser un transfert dans les 60 jours suivant la création du nom ou un transfert précédent. Après un changement de titulaire (une modification substantielle du nom, de l'organisation ou de l'adresse électronique du titulaire), il doit appliquer un verrouillage des transferts de 60 jours, sauf si le titulaire l'a refusé au préalable. La politique conseille de transférer d'abord et de changer de propriétaire ensuite. Les noms expirés peuvent être transférés, sauf si une période précédente n'a pas été payée, mais un nom en période de grâce de rédemption doit d'abord être restauré, ce qui peut entraîner des frais. ## Étape par étape : de la demande à la finalisation 1. Le titulaire déverrouille le nom et obtient le code d'autorisation. 2. Le titulaire commande le transfert auprès du nouveau bureau d'enregistrement et lui remet le code. 3. Le registre vérifie le code et informe les deux bureaux d'enregistrement. Le domaine affiche le statut pendingTransfer. 4. Dans les 24 heures, le bureau d'enregistrement cédant demande au titulaire de confirmer, au moyen du formulaire d'autorisation (Form of Authorization, FOA). 5. Le bureau d'enregistrement cédant approuve ou rejette. Sans réponse dans les cinq jours calendaires, le registre finalise le transfert. 6. Une année est ajoutée à l'enregistrement, dans la limite d'une durée totale de dix ans. Ce sont des délais maximaux, non des délais habituels. En octobre 2026, l'ICANN ne fait plus appliquer le FOA propre au bureau d'enregistrement gagnant depuis le 26 janvier 2020. Par exemple, le nouveau bureau d'enregistrement dépose une demande pour example.com un lundi. Si l'ancien bureau d'enregistrement ne répond pas, le transfert est finalisé cinq jours calendaires plus tard et la date d'expiration est repoussée d'un an. Si le titulaire avait modifié l'adresse électronique enregistrée à son nom la semaine précédente sans refuser le verrouillage, le transfert serait refusé. ## Ce que cela coûte Les bureaux d'enregistrement fixent leurs propres prix de transfert, mais un transfert ne peut pas être refusé parce que ces frais n'ont pas été payés. Les règles des registres peuvent différer : selon le contrat du .net de 2005, un transfert effectué pendant la période de grâce du renouvellement automatique annule l'année de renouvellement automatique et en ajoute une à la place. ## Pourquoi un transfert peut être refusé Le bureau d'enregistrement cédant doit motiver son refus. En octobre 2026, il **peut** refuser en cas de preuve de fraude, de doute raisonnable sur l'identité du titulaire, de périodes précédentes impayées (ou, avant l'expiration, de la période en cours), d'opposition expresse du titulaire, ou pendant la période de 60 jours qui suit la création ou un transfert précédent. Il **doit** refuser pendant une procédure UDRP ou URS dont il a connaissance, en vertu d'une décision de justice, pendant un litige en cours sur un transfert antérieur, ou pendant le verrouillage de 60 jours qui suit un changement de titulaire. Il **ne peut pas** refuser au motif qu'une période future n'est pas payée, que le titulaire n'a pas répondu, ou en raison d'un verrou que le titulaire n'a pas pu retirer. ## Problèmes et litiges : que faire si un transfert tourne mal - **Statut pendingTransfer inattendu.** L'ICANN conseille de demander immédiatement au bureau d'enregistrement de refuser la demande. - **Refus ou verrou contesté.** Le titulaire peut déposer une plainte relative au transfert (Transfer Complaint) auprès de l'ICANN. - **Urgences entre bureaux d'enregistrement.** Chaque bureau d'enregistrement tient un TEAC (contact d'urgence pour les transferts). En octobre 2026, une personne doit répondre sous 4 heures ; une absence de réponse peut conduire à l'annulation du transfert. - **TDRP.** Seuls les bureaux d'enregistrement peuvent engager cette procédure, dans un délai de 12 mois, auprès d'un fournisseur agréé (en octobre 2026, l'ADNDRC ou le Forum, anciennement National Arbitration Forum). Un transfert invalide est rendu au bureau d'enregistrement précédent. Les tribunaux restent accessibles. Lorsqu'un bureau d'enregistrement est racheté ou perd son accréditation, l'ICANN peut approuver un transfert en bloc de tous ses noms : gratuit jusqu'à 50 000 noms, au forfait de 50 000 USD au-delà (en octobre 2026). Certains registres proposent la BTAPPA pour une partie d'un portefeuille. ## Les changements à venir dans les règles de transfert Le 7 juin 2026, le Conseil d'administration de l'ICANN a adopté les 47 recommandations de la Révision de la politique de transfert (résolution 2026.06.07.04). En octobre 2026, elles ne sont **pas en vigueur** : l'ICANN indique que le projet est en file d'attente, sans date d'entrée en vigueur. Une fois mises en œuvre, les principaux changements seront les suivants : - Le code d'autorisation deviendra le Transfer Authorization Code (TAC) : d'une robustesse d'au moins 128 bits, valable 336 heures (14 jours) et utilisable une seule fois. Le titulaire sera informé dans les 10 minutes suivant son émission. - Le FOA du bureau d'enregistrement gagnant disparaîtra ; le formulaire du bureau d'enregistrement cédant deviendra une Transfer Confirmation, sans approbation en un clic. - Un verrouillage obligatoire de 720 heures (30 jours) suivra l'enregistrement et chaque transfert ; seul le verrouillage qui suit un transfert pourra être levé plus tôt, sur demande motivée, par exemple pour une vente documentée. - Un changement de titulaire n'entraînera plus de verrouillage, seulement une notification dans les 24 heures, au titre d'une politique distincte, la Change of Registrant Data Policy. - Les bureaux d'enregistrement pourront refuser un transfert pour cause d'utilisation malveillante du DNS et devront le refuser si le titulaire s'y oppose. - Un TEAC disposera de 24 heures pour répondre. - La BTAPPA sera intégrée à la politique et étendue aux clients qui déplacent leur propre portefeuille. ## Sources - [Transfer Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) - [Registrar Transfer Dispute Resolution Policy](https://www.icann.org/en/contracted-parties/accredited-registrars/registrar-transfer-dispute-resolution-policy-21-02-2024-en) - [Final Report on the Transfer Policy Review Policy Development Process](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25-en.pdf) ## termes associés - [code d'autorisation](https://tldlog.com/fr/glossaire/code-autorisation/) - [verrouillage de transfert](https://tldlog.com/fr/glossaire/verrouillage-transfert/) - [changement de titulaire](https://tldlog.com/fr/glossaire/changement-titulaire/) - [EPP](https://tldlog.com/fr/glossaire/epp/)