# Pourquoi ne puis-je pas transférer mon nom de domaine ? Verrous, causes et solutions

> Pourquoi ne puis-je pas transférer mon nom de domaine ? 10 causes et solutions : verrou de 60 jours, clientTransferProhibited, mauvais code, rédemption, UDRP. Sans pièce d'identité, payé en crypto.

- URL: https://transferoffshore.com/fr/transfer-lock/
- Dernière mise à jour: 2026-10-19
- Éditeur: TransferOffshore (https://transferoffshore.com)

Presque chaque transfert refusé a l'une de dix causes. Trouvez la vôtre dans le tableau, lisez le statut du domaine pour la confirmer, puis appliquez la solution.

**Réponse rapide — Pourquoi ne puis-je pas transférer mon nom de domaine ?**

Si vous ne pouvez pas transférer votre nom de domaine, un verrou en est généralement la cause. Les trois plus courants sont le délai de 60 jours après un enregistrement ou un transfert, un verrou de changement de titulaire et le statut clientTransferProhibited. En octobre 2026, **TransferOffshore** affiche le motif de l'échec dans Mes domaines, où vous pouvez envoyer un code corrigé.

## Verrous de transfert : l'essentiel

| Attribut | Valeur |
| --- | --- |
| Verrouillage après enregistrement ou transfert | 60 jours ; les registrars peuvent refuser pendant ce délai, beaucoup le font, et certains registres l'appliquent |
| Verrouillage lié au changement de titulaire | 60 jours après un changement de nom, d'organisation ou d'e-mail ; le registrar doit refuser sauf si vous avez désactivé l'option |
| Verrou du registrar | Statut clientTransferProhibited ; vous pouvez le désactiver dans le tableau de bord |
| Verrou du registre | Statut serverTransferProhibited ; seul le registrar ou le registre peut le lever |
| Période de rédemption | Aucun transfert possible ; restaurez d'abord le domaine chez l'ancien registrar |
| Cas de refus obligatoire | UDRP en cours, décision de justice, TDRP, URS |
| Où lire le statut | ICANN Lookup (lookup.icann.org), qui lit les données RDAP |
| Changement à venir | Verrous de 30 jours prévus par la politique adoptée le 7 juin 2026 ; aucune date d'entrée en vigueur au 19 octobre 2026 |

## Quel verrou bloque votre transfert ?

Associez ce que vous voyez à une ligne. La colonne cause précise si l'ancien registrar peut refuser, doit refuser ou attend simplement votre action.

| Ce que vous voyez | Cause probable | Solution |
| --- | --- | --- |
| Erreur « moins de 60 jours », ou code affiché comme indisponible | Le nom de domaine a été enregistré ou transféré dans les 60 derniers jours ; les registrars peuvent refuser, et beaucoup le font | Attendez le 61e jour après la date de création ou la date du dernier transfert |
| Transfert refusé peu après la modification du nom, de l'organisation ou de l'email du titulaire | Verrou de 60 jours après changement de titulaire ; le bureau d'enregistrement doit refuser | Attendez 60 jours ; avant la prochaine modification, demandez l'opt-out au bureau d'enregistrement |
| Le statut affiche clientTransferProhibited | Le verrou de transfert du bureau d'enregistrement est activé | Désactivez « transfer lock » ou « domain lock » ; certains bureaux d'enregistrement le réactivent au bout de quelques jours |
| Le statut affiche serverTransferProhibited | Un verrou au niveau du registre : un litige, une période de rédemption ou un service de registry lock | Demandez au bureau d'enregistrement de quel cas il s'agit ; un registry lock payant exige sa propre procédure de levée |
| « Code d'autorisation invalide » ou « code erroné » | Erreur de saisie, un code plus récent l'a remplacé, ou un code ccTLD a expiré | Demandez un nouveau code et collez-le sans espaces ; renvoyez-le depuis Mes domaines |
| Le statut affiche redemptionPeriod | Le nom de domaine a été supprimé après expiration | Restaurez-le chez l'ancien bureau d'enregistrement (c'est lui qui fixe les frais), puis transférez |
| Le statut affiche pendingDelete | Le nom de domaine est sur le point d'être libéré | Aucun transfert ni restauration n'est possible ; attendez la libération et enregistrez-le à nouveau |
| Refus invoquant un litige ou une décision de justice | UDRP, décision de justice, TDRP ou URS en cours ; le bureau d'enregistrement doit refuser | Attendez la fin de la procédure et suivez sa décision |
| Refus invoquant une période impayée, avec le statut clientHold | Non-paiement d'une période antérieure ou expirée ; le bureau d'enregistrement peut refuser après un Registrar Hold | Régularisez la période impayée auprès de l'ancien bureau d'enregistrement |
| Aucun code ne arrive, ou l'email de confirmation ne vient jamais | L'email du titulaire est obsolète ou ne fonctionne plus | Réparez la boîte mail ou mettez à jour l'email ; demandez d'abord l'opt-out, car cela peut compter comme un changement de titulaire |

## Pourquoi les bureaux d'enregistrement bloquent-ils les transferts pendant 60 jours ?

Parce que la politique de transfert ICANN actuelle l'autorise, pas parce qu'elle l'impose. Un bureau d'enregistrement **peut** refuser un transfert dans les 60 jours suivant la date de création, ou dans les 60 jours suivant un transfert précédent. Beaucoup appliquent cette règle, et certains accords de registre en font un verrou au niveau du registre.

Pour compter les jours, consultez la date de création du nom de domaine, ou la date de son dernier transfert, dans ICANN Lookup. Ajoutez 60 jours et planifiez le transfert pour le lendemain.

La politique adoptée le 7 juin 2026 remplace cela par un **verrou obligatoire de 30 jours** (720 heures). Il s'applique après la création et après un transfert. Elle n'est pas en vigueur : au 19 octobre 2026, aucune date d'entrée en vigueur n'a été publiée. Les changements sont sur [ICANN transfer policy changes](https://transferoffshore.com/fr/news/icann-transfer-policy-changes/).

## Qu'est-ce que le verrou de changement de titulaire, et peut-on l'éviter ?

C'est un blocage de 60 jours sur les transferts après une modification des coordonnées du propriétaire du nom de domaine. Selon la politique actuelle, une modification substantielle du nom, de l'organisation ou de l'email du titulaire compte comme un changement de titulaire. Le bureau d'enregistrement doit alors imposer un verrou de transfert inter-bureaux de 60 jours et doit refuser tout transfert pendant cette période.

Le bureau d'enregistrement **peut** vous permettre de vous y soustraire avant que la modification soit effectuée. Certains le proposent via une case à cocher ou une option « skip » ; d'autres l'intègrent à leurs conditions. Une fois le verrou posé, il n'y a pas de raccourci : attendez les 60 jours.

La leçon pour un transfert : **mettez à jour les coordonnées après le transfert, pas avant**, sauf si vous utilisez l'opt-out. La nouvelle politique supprime ce verrou et son opt-out, mais seulement une fois qu'elle entre en vigueur.

## Comment lire le statut d'un nom de domaine avec ICANN Lookup ?

Ouvrez lookup.icann.org, saisissez le nom de domaine et lisez les lignes Domain Status. ICANN Lookup lit les données d'enregistrement via RDAP, le protocole qui a remplacé WHOIS pour les gTLD. Il affiche les données publiées par le registre et le bureau d'enregistrement.

1. **Recherchez le nom de domaine** — Allez sur lookup.icann.org et saisissez le nom, par exemple example.com.
2. **Lisez les statuts** — Chaque ligne Domain Status est un code EPP. clientTransferProhibited correspond au verrou de votre bureau d'enregistrement ; serverTransferProhibited à celui du registre.
3. **Lisez les dates** — Les dates Created, Updated et Expiration vous indiquent si la période de 60 jours est passée et si le nom de domaine a expiré.
4. **Lisez le bureau d'enregistrement** — Le champ Registrar nomme le bureau d'enregistrement sortant, celui qui doit libérer le nom de domaine.

Un nom de domaine qui affiche seulement « ok » (ou « active ») n'a aucun verrou de statut. Les extensions nationales publient moins de données, et certaines n'utilisent pas RDAP ; vérifiez-les auprès du registre ou du registrar.

## Qu'est-ce qu'un registrar ne peut jamais utiliser pour bloquer votre transfert ?

La politique énumère des raisons qu'un registrar **ne peut pas** invoquer. Si votre ancien registrar en avance une, il viole son contrat ICANN :

- non-paiement d'une période d'enregistrement en cours ou future ;
- absence de réponse du titulaire ou du contact administratif à ses emails ;
- un verrou que vous n'aviez aucun moyen raisonnable de lever vous-même ;
- l'expiration ou le non-renouvellement du nom de domaine, selon la FAQ ICANN destinée aux titulaires.

Il ne peut pas non plus retenir le code d'autorisation pour un litige de paiement. Sans outil en libre-service, il doit fournir le code sous 5 jours calendaires. Plus de détails sur le code dans [ce qu'est un code d'autorisation](https://transferoffshore.com/fr/auth-code/).

## Que voyez-vous dans TransferOffshore quand un transfert échoue ?

La ligne du nom de domaine dans Mes domaines passe à **Failed** et indique la raison. Les raisons typiques sont un code de transfert erroné, un nom de domaine encore verrouillé, ou moins de 60 jours depuis l'enregistrement. Un formulaire sur la même page permet de saisir un code corrigé, pour que vous ne repartiez pas de zéro.

Si le blocage est un verrou temporaire, notez la date et revenez après. S'il s'agit d'un verrou de statut, levez-le chez l'ancien registrar, puis renvoyez. L'emplacement du commutateur de verrou chez chaque registrar figure dans les guides [transférer depuis…](https://transferoffshore.com/fr/transfer-from/). Les prix sont sur la [liste des prix](https://transferoffshore.com/fr/pricing/).

## Questions sur le verrou de transfert

### Comment lever clientTransferProhibited ?

Désactivez le verrou de transfert (aussi appelé verrou de domaine ou verrou du registrar) dans le tableau de bord de votre registrar actuel. Vérifiez ensuite dans ICANN Lookup que le statut a disparu. Certains registrars réactivent le verrou au bout de quelques jours (OVHcloud après 7). Demandez le code et lancez le transfert juste après avoir levé le verrou.

### Le verrou de 60 jours après l'enregistrement peut-il être levé ?

Parfois. Selon la politique ICANN en vigueur, la période de 60 jours après un enregistrement ou un transfert est une raison qu'un registrar peut invoquer, pas une obligation. Un registrar peut choisir de ne pas l'appliquer, mais beaucoup le font, et certains registres imposent eux-mêmes le verrou. La politique adoptée en juin 2026 en fera une durée fixe de 30 jours.

### J'ai changé mon email et je ne peux plus transférer. Pourquoi ?

Changer l'email du titulaire peut compter comme un changement de titulaire, ce qui déclenche un verrou de transfert de 60 jours. Le registrar doit refuser les transferts pendant cette période, sauf si vous avez demandé à en être exempté avant le changement. Attendez la fin du verrou et, la prochaine fois, demandez l'exemption avant de modifier les coordonnées.

### Puis-je transférer un nom de domaine pendant une procédure UDRP ?

Non. Une fois que le registrar a été informé d'une procédure UDRP, il doit refuser tout transfert jusqu'à la fin de l'affaire. Il en va de même pour une ordonnance judiciaire, une procédure TDRP ou une procédure URS. La règle s'applique aussi offshore : chez TransferOffshore, les décisions des panels UDRP sont appliquées, comme ICANN l'exige de chaque registrar.

### Mon nom de domaine a expiré. Est-ce la cause de l'échec du transfert ?

Pas à lui seul : les registrars ne peuvent pas refuser un transfert parce qu'un nom de domaine a expiré. Les blocages viennent de la période de rédemption, où le nom de domaine doit d'abord être restauré, ou d'une période passée impayée avec un Registrar Hold. Voir [transferts de noms de domaine expirés](https://transferoffshore.com/fr/expired-domain-transfer/).

### Que signifie serverTransferProhibited ?

C'est le registre, et non votre registrar, qui a bloqué les transferts. ICANN le décrit comme rare et souvent lié à un litige ou à une période de rédemption. Certains titulaires achètent aussi un service de verrou de registre qui le pose volontairement. Demandez à votre registrar quel cas s'applique, car lui seul peut demander au registre de le lever.

## Sources

1. [Transfer Policy (mise à jour le 21 février 2024)](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) — ICANN (vérifié le 2026-10-19)
2. [Transfer Policy (texte de 2016)](https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en) — ICANN (vérifié le 2026-10-19)
3. [FAQ des titulaires sur les transferts de noms de domaine](https://www.icann.org/resources/pages/name-holder-faqs-2017-10-10-en) — ICANN (vérifié le 2026-10-19)
4. [Codes de statut EPP : que signifient-ils, et pourquoi devrais-je le savoir ?](https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en) — ICANN (vérifié le 2026-10-19)
5. [ICANN Lookup](https://lookup.icann.org/) — ICANN (vérifié le 2026-10-19)
6. [Transfer Policy Review PDP Final Report](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25.pdf-en.pdf) — ICANN GNSO (vérifié le 2026-10-19)
7. [Transférer un nom de domaine sortant](https://docs.ovhcloud.com/en/guides/web-cloud/domains/transfer-outgoing-domain) — OVHcloud (vérifié le 2026-10-19)

**Verrou levé ? Envoyez le transfert** Saisissez le nom de domaine et son code d'autorisation. Les serveurs de noms sont conservés, .com coûte 12,49 $US avec une année ajoutée, pas de pièce d'identité, paiement en crypto. [Lancer un transfert](https://transferoffshore.com/app/domains/transfer?lang=fr) · [Voir tous les prix](https://transferoffshore.com/fr/pricing/)

---

TransferOffshore: TransferOffshore est le service de transfert de noms de domaine de DomaineGoat LLC, une société immatriculée au Panama : transférez un nom de domaine ou tout un portefeuille avec ses codes d'autorisation, gardez votre DNS en fonctionnement et payez en crypto sans pièce d'identité. Les noms de domaine sont enregistrés via notre registrar partenaire accrédité ICANN, indiqué dans l'enregistrement RDAP.