Réponse rapide
Comment fonctionnent les transferts de noms de domaine ?
Un transfert de nom de domaine gTLD déplace un nom d'un registrar accrédité par l'ICANN vers un autre avec un code d'autorisation. Selon la politique de transfert de l'ICANN en vigueur depuis octobre 2026, l'ancien registrar dispose de 5 jours calendaires pour répondre. Ensuite, le transfert est approuvé par défaut. Chez TransferOffshore, un transfert .com coûte 12,49 $US et ajoute un an.
Règles de transfert de noms de domaine en vigueur aujourd'hui
| Politique en vigueur | Politique de transfert de l'ICANN, version mise à jour le 21 février 2024 ; obligatoire pour les registrars depuis le 21 août 2025 |
|---|---|
| Délai du registrar sortant | 5 jours calendaires après la notification du registre ; sans réponse, le transfert est approuvé par défaut |
| Date limite du code d'autorisation | Dans les 5 jours calendaires suivant votre demande lorsque le registrar ne dispose d'aucun outil en libre-service ; jamais bloqué pour un litige de paiement |
| Verrouillage après enregistrement ou transfert | 60 jours : un motif que les bureaux d'enregistrement peuvent invoquer pour refuser ; beaucoup l'appliquent, et certains registres le font respecter |
| Verrouillage lié au changement de titulaire | 60 jours après un changement de titulaire ; le bureau d'enregistrement peut proposer une dérogation avant le changement |
| Temps ajouté sur les gTLD | Un an ajouté à la date d'expiration actuelle, le total étant plafonné à 10 ans |
| Règles à venir | Transfer Policy Review adoptée par le conseil d'administration de l'ICANN le 7 juin 2026 (verrouillages de 30 jours, code à usage unique) ; aucune date d'entrée en vigueur publiée au 19 octobre 2026 |
| Prix du transfert ici | .com 12,49 $US, identique au renouvellement ; tous les prix sur la liste des prix |
Qui fait quoi dans un transfert de nom de domaine ?
Quatre parties interviennent, et une seule, c'est vous. Le registre gère l'extension, les deux bureaux d'enregistrement la commercialisent, et vous détenez le nom.
| Partie | Qui c'est | Son rôle dans le transfert |
|---|---|---|
| Titulaire | Vous, le détenteur du nom de domaine | Supprime le verrouillage, obtient le code d'autorisation, le transmet au nouveau bureau d'enregistrement, garde l'e-mail de contact joignable |
| Bureau d'enregistrement perdant | Le bureau d'enregistrement actuellement enregistré | Émet le code d'autorisation, retire clientTransferProhibited, puis approuve, refuse pour un motif prévu, ou laisse les 5 jours s'écouler |
| Bureau d'enregistrement gagnant | Le bureau d'enregistrement vers lequel vous transférez ; chez TransferOffshore, notre partenaire bureau d'enregistrement accrédité par l'ICANN, indiqué dans l'enregistrement RDAP | Saisit le code, envoie la demande de transfert au registre, vérifie l'e-mail du titulaire |
| Registre | L'exploitant de l'extension (Verisign pour .com) | Vérifie le code, définit pendingTransfer, prévient le bureau d'enregistrement perdant, finalise le transfert et prolonge la date d'expiration |
Le registre est l'arbitre. Il détient l'enregistrement faisant foi du nom de domaine : son bureau d'enregistrement parrain, ses statuts, sa date d'expiration et ses serveurs de noms. Un transfert change le bureau d'enregistrement parrain dans cet enregistrement. Il ne change pas les serveurs de noms, c'est pourquoi un site web peut rester en ligne pendant toute l'opération.
Que se passe-t-il entre le jour 0 et le jour 5 ?
Un transfert de gTLD se termine au plus tard le jour 5, sauf si le bureau d'enregistrement perdant le refuse pour un motif autorisé par la politique. Beaucoup de bureaux d'enregistrement permettent aussi d'approuver le transfert sortant à l'avance, ce qui peut le finaliser en quelques heures.
| Quand | Ce qui se passe | Statut du nom de domaine |
|---|---|---|
| Avant le jour 0 | Vous désactivez le verrouillage de transfert et copiez le code d'autorisation chez le bureau d'enregistrement perdant | Verrouillage retiré |
| Jour 0 | Le bureau d'enregistrement gagnant envoie la demande avec le code ; le registre vérifie le code et notifie le bureau d'enregistrement perdant | pendingTransfer |
| Jours 1 à 5 | Le registrar perdant peut vous envoyer un e-mail, approuver le transfert de manière anticipée ou le refuser pour un motif autorisé | pendingTransfer |
| Jour 5 | Sans réponse, le registre approuve le transfert par défaut | Retour à ok, nouveau registrar |
| Après le transfert | Le nouveau registrar peut bloquer un autre transfert pendant 60 jours | Souvent clientTransferProhibited |
Dans votre compte TransferOffshore, Mes domaines affiche la même chronologie : Demandé → En attente du registrar actuel (jusqu'à 5 jours) → Terminé ou Échec. Une ligne en échec indique le motif, comme un code erroné ou un nom de domaine encore verrouillé, avec un champ pour envoyer un code corrigé.
Qu'est-ce que le code d'autorisation, et qui doit le fournir ?
Le code d'autorisation (aussi appelé code EPP ou AuthInfo) est un mot de passe stocké au registre pour chaque nom de domaine. Le registrar cessionnaire doit l'envoyer avec la demande de transfert, et le registre refuse la demande s'il ne correspond pas.
Le registrar perdant doit vous donner le code. S'il n'a pas d'outil en libre-service, la politique lui accorde 5 jours calendaires à compter de votre demande. Il ne peut pas refuser le code parce que vous lui devez de l'argent. Les registres nationaux fixent leurs propres règles : un AuthInfo .de est valable 30 jours, et .uk n'utilise aucun code. Détails dans ce qu'est un code d'autorisation.
Quels verrous et statuts bloquent un transfert ?
Il existe deux types de verrou : un statut que vous pouvez retirer vous-même, et une règle liée au temps que vous ne pouvez qu'attendre. RDAP affiche les statuts, et l'outil Lookup de l'ICANN les lit pour tout nom de domaine gTLD.
| Verrou ou statut | Défini par | Ce que cela signifie | Ce que vous faites |
|---|---|---|---|
| clientTransferProhibited | Bureau d'enregistrement perdant | Le registre rejette toute demande de transfert | Désactivez le verrou de transfert dans le tableau de bord de votre registrar |
| serverTransferProhibited | Registre | Un blocage au niveau du registre, souvent lié à un litige ou à une période de rédemption | Demandez au registrar pourquoi il est activé |
| pendingTransfer | Registre | Une demande de transfert est en cours | Attendez, ou approuvez-la de manière anticipée chez le registrar perdant |
| 60 jours après l'enregistrement ou le transfert | Politique du registrar, parfois du registre | Le registrar peut refuser le transfert | Attendez le jour 61 |
| Verrou de 60 jours après changement de titulaire | Registrar | Le registrar doit refuser le transfert | Attendez, ou demandez la dérogation avant le prochain changement |
| redemptionPeriod | Registre | Le nom de domaine a été supprimé après expiration | Restaurez-le d'abord chez l'ancien registrar |
La liste complète des causes, avec une solution pour chacune, se trouve dans pourquoi un nom de domaine ne peut pas être transféré.
Qu'est-ce qui s'ajoute à la date d'expiration après un transfert ?
Sur les gTLD comme .com, .net et .org, un transfert terminé ajoute un an à la date d'expiration existante. Le temps déjà payé est conservé. La politique plafonne la durée totale non expirée à 10 ans, un nom de domaine renouvelé près de cette limite ne peut donc pas absorber toute l'année supplémentaire.
Un exemple : un .com expire le 1er mars 2027 et est transféré le 10 novembre 2026. Sa nouvelle date d'expiration est le 1er mars 2028.
Période de grâce de renouvellement automatique. Si l'ancien registrar a renouvelé automatiquement le nom de domaine dans les 45 derniers jours, le registre annule ce renouvellement et crédite le registrar perdant. Le transfert ajoute alors sa propre année. Le résultat net est d'un an après l'ancienne date d'expiration, pas deux. Si vous avez payé l'ancien registrar pour ce renouvellement, un remboursement dépend de sa propre politique.
Les extensions nationales diffèrent. Un transfert .uk laisse la date d'expiration inchangée. Un transfert .ai ajoute deux ans depuis le 15 janvier 2025, selon la déclaration de l'opérateur du registre à Domain Name Wire ; TransferOffshore le facture comme 2 ans : 86,49 $US plus un renouvellement, 172,98 $. Un transfert .ch n'ajoute aucune année.
En quoi les transferts de country-code (ccTLD) diffèrent-ils ?
Les ccTLD ne suivent pas la politique de transfert de l'ICANN : chaque registre écrit ses propres règles. Le mécanisme, le délai d'attente et l'année ajoutée peuvent tous changer. Le tableau ci-dessous couvre les extensions les plus demandées ; le tableau des règles de transfert par extension en couvre 40.
| Extension | Comment cela se passe | Année d'ajout | Rapidité | Fiabilité |
|---|---|---|---|---|
| .uk | Changement de tag IPS par le registrar actuel, sans code ; transferts avec code à partir du 9 février 2027, selon Realtime Register | Non, expiration inchangée | Non précisé par Nominet | Mixte |
| .de | AuthInfo valable 30 jours, un seul transfert | Cela dépend du registrar | Immédiat dès que l'AuthInfo correspond (DENIC) | Principal pour le mécanisme |
| .nl | Jeton que le registrar doit fournir sous 5 jours | Cela dépend du registrar | Immédiat (SIDN) | Principal et secondaire |
| .ch | Code de transfert fourni par le registrar | Non | Non indiqué | Mixte |
| .ai | Code d'autorisation EPP | Deux ans depuis le 15 janvier 2025 | Le registrar sortant dispose de 7 jours, selon des sources secondaires | Secondaire |
Chaque extension que nous prenons en charge a aussi son propre guide dans les guides de transfert par extension.
Quand un registrar doit-il, peut-il ou ne peut-il pas refuser un transfert ?
La Transfer Policy classe les motifs de refus en trois listes. Un registrar qui refuse pour un motif hors de ces listes viole son contrat ICANN.
| Règle | Motif | Section de la politique |
|---|---|---|
| Doit refuser | Une procédure UDRP dont le registrar a été informé | I.A.3.8 |
| Doit refuser | Une ordonnance d'un tribunal | I.A.3.8 |
| Doit refuser | Une affaire TDRP (Transfer Dispute Resolution Policy) en cours | I.A.3.8 |
| Doit refuser | Une procédure URS ou une suspension URS | I.A.3.8 |
| Doit refuser | Le verrou de 60 jours après changement de titulaire, sauf si le titulaire y a renoncé | I.A.3.8 |
| Peut refuser | Des preuves de fraude | I.A.3.7 |
| Peut refuser | Un litige raisonnable sur l'identité de la personne qui fait la demande | I.A.3.7 |
| Peut refuser | Un impayé pour une période précédente ou expirée, après placement du nom de domaine sur Registrar Hold | I.A.3.7 |
| Peut refuser | Une opposition explicite du contact de transfert | I.A.3.7 |
| Peut refuser | Moins de 60 jours depuis la création ou depuis un transfert précédent | I.A.3.7 |
| Ne peut pas refuser | Un impayé pour une période en cours ou future | I.A.3.9 |
| Ne peut pas refuser | Aucune réponse du titulaire ou du contact administratif | I.A.3.9 |
| Ne peut pas refuser | Un verrou que le titulaire n'avait aucun moyen raisonnable de lever | I.A.3.9 |
| Ne peut pas refuser | L'expiration ou le non-renouvellement du nom de domaine, selon la FAQ des titulaires de l'ICANN | I.A.3.9 |
Ces règles vont-elles bientôt changer ?
Oui, mais pas encore. Le 7 juin 2026, le Conseil d'administration de l'ICANN a adopté la Transfer Policy Review (résolution 2026.06.07.04). Elle prévoit des verrous de 30 jours au lieu de 60, un code d'autorisation de transfert (TAC) à usage unique valable 14 jours, et la fin du verrou de 60 jours après un changement de titulaire.
Au 19 octobre 2026, l'ICANN n'a publié aucune date d'entrée en vigueur. Tant qu'elle ne le fait pas, chaque règle de cette page reste en vigueur. La page évolutions de la politique de transfert ICANN suit les détails.
Comment se déroule un transfert vers TransferOffshore ?
Vous saisissez chaque nom de domaine et son code d'autorisation dans le formulaire de transfert, une ligne par nom de domaine, jusqu'à 20 lignes par demande. Vos serveurs de noms actuels sont conservés par défaut, le site web et les e-mails continuent donc de fonctionner. Vous payez depuis un solde en crypto, et les demandes sont envoyées aux registres une fois le paiement crédité. Le registrar enregistré devient notre partenaire registrar accrédité par l'ICANN, indiqué dans l'enregistrement RDAP.
Le prix de transfert est égal au prix de renouvellement de l'extension et est facturé une fois par nom de domaine (un .ai est facturé 2 ans, transfert + un renouvellement) : .com 12,49 $US, .net 12,99 $US, .org 12,49 $US. Le guide complet se trouve dans comment transférer un nom de domaine vers un registrar offshore.
Questions sur le transfert de nom de domaine
Combien de temps prend un transfert de nom de domaine ?
Un transfert de gTLD prend jusqu'à 5 jours calendaires. Le registre notifie le bureau d'enregistrement perdant, qui dispose de 5 jours pour répondre avant que le transfert soit approuvé par défaut. Une approbation anticipée chez le bureau d'enregistrement perdant peut réduire ce délai à quelques heures. Certains registres nationaux, comme DENIC pour .de et SIDN pour .nl, réalisent un transfert immédiatement lorsque le code correspond.
L'ancien registrar peut-il bloquer mon transfert ?
Uniquement pour les raisons listées dans la politique de transfert ICANN. Il doit refuser pendant une procédure UDRP, une décision de justice ou un verrou de changement de titulaire. Il peut refuser pour fraude, litige d'identité, période impayée ou la période de 60 jours après un enregistrement ou un transfert. Il ne peut pas refuser parce que le nom de domaine a expiré ou parce que vous n'avez pas répondu à un e-mail.
Est-ce que je perds le temps déjà payé lors d'un transfert ?
Non. Sur les gTLD, le registre conserve votre date d'expiration actuelle et ajoute un an, dans la limite de 10 ans au total. Si le nom de domaine a été renouvelé automatiquement dans les 45 derniers jours, le registre annule ce renouvellement. Le transfert ajoute un an à la place, vous terminez donc un an après l'ancienne date d'expiration.
Un transfert modifie-t-il mes serveurs DNS ?
Non. Les serveurs DNS sont stockés chez le registre et restent identiques pendant le transfert. Une interruption n'a lieu que si le DNS lui-même est hébergé chez l'ancien registrar et cesse dès que le nom de domaine le quitte. TransferOffshore conserve vos serveurs DNS actuels par défaut. Voir transférer sans interruption DNS.
Pourquoi dois-je attendre 60 jours après l'enregistrement d'un nom de domaine ?
La politique ICANN actuelle permet à un bureau d'enregistrement de refuser un transfert dans les 60 jours suivant la date de création ou un transfert antérieur. C'est une raison autorisée, pas une obligation, mais beaucoup de bureaux d'enregistrement l'appliquent et certains registres la font respecter. La politique adoptée le 7 juin 2026 la réduira à 30 jours dès son entrée en vigueur.
Qui m'envoie des e-mails pendant un transfert ?
En général le bureau d'enregistrement perdant, qui peut vous demander de confirmer ou de refuser le transfert. Selon la politique actuelle, vous n'avez pas besoin de répondre : le silence vaut approbation au bout de 5 jours. Le bureau d'enregistrement gagnant vérifie aussi votre e-mail. L'ICANN exige cette vérification sous 15 jours, sinon le nom de domaine est suspendu.
Les ccTLD suivent-ils les mêmes règles ?
Non. Les registres nationaux fixent leurs propres règles de transfert. Un nom de domaine .uk se déplace en changeant son IPS tag, sans code et sans année ajoutée. Un transfert .de ou .nl se termine immédiatement lorsque le code correspond. Le tableau règles par extension les liste une par une avec leur source.
Sources (11)
- Transfer Policy (mise à jour le 21 février 2024) — ICANN (vérifié le 2026-10-19)
- Transfer Policy (texte de 2016) — ICANN (vérifié le 2026-10-19)
- FAQ des titulaires sur les transferts de noms de domaine — ICANN (vérifié le 2026-10-19)
- Codes de statut EPP : que signifient-ils, et pourquoi devrais-je le savoir ? — ICANN (vérifié le 2026-10-19)
- Avis du bureau d'enregistrement sur la période de grâce d'auto-renouvellement (6 juin 2002) — ICANN (vérifié le 2026-10-19)
- Les périodes de grâce expliquées — Identity Digital (vérifié le 2026-10-19)
- Résolutions approuvées, réunion ordinaire du Conseil d'administration de l'ICANN, 7 juin 2026 — ICANN (vérifié le 2026-10-19)
- Provider transfer of .de domains — DENIC (vérifié le 2026-10-19)
- Transferring your domain name — SIDN (vérifié le 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (vérifié le 2026-10-19)
- Identity Digital gère désormais les noms de domaine en .ai — Domain Name Wire (vérifié le 2026-10-19)
Prêt à transférer un nom de domaine ?
Saisissez le nom et son code d'autorisation. Les serveurs DNS sont conservés, un an est ajouté sur les gTLD, et vous payez en crypto sans pièce d'identité.