Comment transférer votre nom de domaine vers AlexHost : un guide technique complet
Le transfert d’un nom de domaine vers un nouveau bureau d’enregistrement est l’une des tâches administratives les plus importantes qu’un propriétaire de site web ou un administrateur système effectue. Réalisé correctement, il est transparent et ne cause aucune interruption de service. Réalisé incorrectement, il peut entraîner des échecs de propagation DNS, des domaines verrouillés, des codes d’autorisation expirés, ou même des interruptions de service accidentelles durant plusieurs jours.
Ce guide couvre l’intégralité du processus de transfert de domaine vers AlexHost — de la conformité aux politiques ICANN et des codes d’autorisation EPP aux mises à jour des enregistrements DNS et aux procédures de transfert en masse — avec la profondeur technique nécessaire pour exécuter le processus sans erreurs.
Qu’est-ce qu’un transfert de domaine et comment EPP le permet-il ?
Un transfert de domaine est le processus de déplacement du contrôle administratif d’un nom de domaine enregistré d’un bureau d’enregistrement accrédité ICANN à un autre. Le transfert n’affecte pas négativement la date d’expiration de l’enregistrement du domaine ; dans la plupart des cas, il ajoute un an à la durée d’enregistrement existante.
L’épine dorsale technique de chaque transfert de domaine inter-bureaux d’enregistrement est l’Extensible Provisioning Protocol (EPP), défini dans la RFC 5730. EPP est un protocole client-serveur à état, basé sur XML, qui standardise la façon dont les bureaux d’enregistrement communiquent avec les registres de domaines. Il gère les commandes de provisionnement de domaines — notamment <create>, <delete>, <renew>, <update>, et de manière critique, <transfer> — de manière structurée, authentifiée et traçable. Chaque bureau d’enregistrement accrédité ICANN est tenu de prendre en charge EPP, c’est pourquoi le code d’autorisation que vous obtenez de votre bureau d’enregistrement actuel est universellement reconnu par le bureau d’enregistrement destinataire.
Politique de transfert ICANN : ce que vous devez savoir avant de commencer
Avant d’initier tout transfert, vous êtes légalement et techniquement lié par la politique de transfert inter-bureaux d’enregistrement de l’ICANN. Deux clauses sont particulièrement critiques et fréquemment mal comprises :
Section 3.7.5 de la politique ICANN interdit un transfert si le domaine a été créé au cours des 60 derniers jours. Si vous avez enregistré un domaine hier, vous ne pouvez pas le transférer aujourd’hui — le registre rejettera la commande de transfert EPP d’emblée.
Section 3.7.6 de la politique ICANN interdit un transfert si le domaine a déjà été transféré au cours des 60 derniers jours. Cela empêche les abus de changement de bureau d’enregistrement et protège les propriétaires de domaines contre des transferts séquentiels non autorisés. La seule exception est un transfert vers le bureau d’enregistrement d’origine, à condition que les deux bureaux d’enregistrement s’accordent mutuellement ou qu’un organe de résolution des litiges le prescrive.
Des verrous de transfert supplémentaires imposés par l’ICANN s’appliquent dans ces scénarios :
- Le domaine est sous un verrou de bureau d’enregistrement (statut :
clientTransferProhibitedouserverTransferProhibited) - Le domaine est impliqué dans un litige UDRP actif
- L’adresse e-mail de contact WHOIS du domaine est invalide ou invérifiable, bloquant le flux de confirmation
- Le domaine est à moins de 60 jours de son expiration — certains bureaux d’enregistrement refusent les transferts sortants dans cette fenêtre
Vérifier le statut actuel de votre domaine par rapport à toutes ces conditions avant de soumettre une demande de transfert permet d’économiser un temps considérable et d’éviter des tentatives de transfert échouées.
Liste de contrôle pré-transfert : cinq étapes avant de soumettre quoi que ce soit
Se précipiter dans un transfert sans préparation est la cause la plus fréquente d’échecs ou de retards dans les migrations de domaines. Complétez chaque élément de cette liste de contrôle en premier.
Étape 1 : Vérifiez l’éligibilité du domaine selon la politique ICANN
Vérifiez la date de création du domaine et la date du dernier transfert dans l’enregistrement WHOIS public. Les deux doivent dater de plus de 60 jours. Utilisez un outil de recherche WHOIS fiable ou interrogez directement le registre via whois yourdomain.com depuis un terminal.
Étape 2 : Déverrouillez le domaine auprès de votre bureau d’enregistrement actuel
Chaque domaine enregistré auprès d’un bureau d’enregistrement réputé est verrouillé par défaut pour empêcher les transferts non autorisés. Ce verrou apparaît dans l’enregistrement WHOIS sous le code de statut EPP clientTransferProhibited. Vous devez vous connecter au panneau de contrôle de votre bureau d’enregistrement actuel et désactiver explicitement ce verrou. L’option est généralement intitulée « Verrou de transfert », « Verrou de bureau d’enregistrement » ou « Verrou de domaine ». Après l’avoir désactivé, attendez quelques minutes que le registre mette à jour le statut avant de continuer.
Étape 3 : Vérifiez et mettez à jour les informations de contact WHOIS
L’adresse e-mail du contact administratif dans l’enregistrement WHOIS est l’endroit où la demande de confirmation de transfert sera envoyée. Si cette adresse e-mail est obsolète, rebondit, ou est protégée par un proxy de confidentialité qui ne transfère pas les messages, le transfert sera bloqué ou échouera complètement. Mettez à jour l’adresse e-mail du contact administratif vers une boîte de réception activement surveillée avant d’initier le transfert. Si la confidentialité WHOIS est activée, désactivez-la temporairement ou confirmez que le service de confidentialité de votre bureau d’enregistrement transfère les e-mails liés aux transferts.
Étape 4 : Désactivez DNSSEC s’il est actif
Si votre domaine a DNSSEC (Extensions de sécurité DNS) activé, vous devez supprimer les enregistrements DS de la zone parente avant le transfert. Ne pas le faire peut provoquer des échecs de résolution DNS après le transfert, car les serveurs de noms du nouveau bureau d’enregistrement n’auront pas les enregistrements DNSKEY correspondants. Désactivez DNSSEC auprès de votre bureau d’enregistrement actuel, confirmez que les enregistrements DS sont supprimés du registre, puis procédez au transfert.
Étape 5 : Obtenez le code d’autorisation EPP (Auth-Code)
Demandez l’auth-code EPP (également appelé code d’autorisation de transfert, code auth-info, ou secret de domaine) à votre bureau d’enregistrement actuel. Il s’agit d’une chaîne alphanumérique unique — généralement de 8 à 16 caractères — qui confirme cryptographiquement que vous êtes le titulaire autorisé du domaine initiant le transfert. La plupart des bureaux d’enregistrement délivrent ce code instantanément via le panneau de contrôle ou par e-mail sur demande. Le code est sensible au temps ; de nombreux bureaux d’enregistrement le font expirer après 7 à 30 jours.
Gardez ce code précieusement. Quiconque le possède peut initier un transfert de votre domaine.
Comment initier un transfert de domaine vers AlexHost
Une fois toutes les conditions pré-transfert satisfaites, le processus de soumission via AlexHost est simple.
Transfert d’un domaine unique
- Connectez-vous à votre compte AlexHost et accédez à la section Enregistrement de domaine.
- Sélectionnez l’option Transférer un domaine.
- Saisissez votre nom de domaine dans le champ prévu à cet effet.
- Saisissez le code d’autorisation EPP obtenu auprès de votre bureau d’enregistrement actuel.
- Vérifiez les détails du transfert, confirmez l’adresse e-mail du contact administratif et soumettez la demande.
À ce stade, les systèmes d’AlexHost envoient une commande EPP <transfer op="request"> au registre concerné, incluant votre nom de domaine, l’auth-code et les identifiants du bureau d’enregistrement destinataire. Le registre valide l’auth-code par rapport à ses enregistrements.
Configuration des enregistrements DNS pendant le transfert
Après avoir soumis la demande de transfert, vous pouvez pré-configurer vos enregistrements DNS dans le panneau de contrôle AlexHost. Il s’agit d’un avantage opérationnel significatif — en configurant vos enregistrements A, enregistrements MX, enregistrements CNAME et enregistrements TXT (y compris les entrées SPF, DKIM et DMARC) avant la fin du transfert, vous minimisez la fenêtre pendant laquelle la résolution DNS pourrait être incohérente.
Si vous hébergez également votre site web ou vos e-mails chez AlexHost, c’est le moment de pointer votre DNS vers la bonne infrastructure. Pour les équipes gérant une infrastructure de messagerie, l’Hébergement Email d’AlexHost s’intègre directement avec le panneau de gestion DNS de votre domaine.
Transfert de domaines en masse
Pour les organisations gérant de grands portefeuilles de domaines, AlexHost prend en charge les transferts de domaines en masse. Cela est particulièrement utile pour les agences, les revendeurs et les entreprises qui consolident des domaines de plusieurs bureaux d’enregistrement dans une interface de gestion unique.
Le format d’entrée pour le transfert en masse est :
yourdomain.com:AuthCode1
anotherdomain.net:AuthCode2
thirddomain.org:AuthCode3Saisissez chaque domaine sur une ligne séparée, suivi immédiatement d’un deux-points et de son auth-code EPP correspondant — sans espaces. Soumettez la liste entière en une seule opération. AlexHost traite chaque demande de transfert individuellement auprès du registre respectif, de sorte que différents domaines peuvent se terminer à des moments différents selon la vitesse de réponse du bureau d’enregistrement cédant.
Calendrier de transfert : que se passe-t-il après la soumission
Comprendre le calendrier technique évite les tickets de support inutiles et l’anxiété pendant la période d’attente.
| Phase | Durée | Ce qui se passe |
|---|---|---|
| Soumission de la commande EPP | Immédiat | AlexHost envoie la demande de transfert au registre |
| Validation de l’auth-code par le registre | Minutes | Le registre vérifie l’auth-code et l’éligibilité du domaine |
| Notification du bureau d’enregistrement cédant | 1–24 heures | Le bureau d’enregistrement actuel reçoit la demande de transfert par e-mail ou panneau de contrôle |
| Fenêtre de réponse du bureau d’enregistrement cédant | Jusqu’à 5 jours | Le bureau d’enregistrement peut approuver, refuser ou laisser la demande s’approuver automatiquement |
| Achèvement technique du transfert | Jusqu’à 24 heures après approbation | La délégation du domaine passe à AlexHost |
| Propagation DNS | Jusqu’à 48–72 heures | Les nouveaux enregistrements DNS se propagent globalement sur les résolveurs récursifs |
| Stabilité DNS complète | Jusqu’à 5 jours | Tous les caches TTL expirent et les résolveurs utilisent universellement les nouveaux enregistrements |
Point clé : De nombreux bureaux d’enregistrement cédants proposent une option de « libération accélérée » dans leur panneau de contrôle. Si votre bureau d’enregistrement actuel prend en charge cette option, approuver le transfert immédiatement plutôt que d’attendre la fenêtre d’approbation automatique de 5 jours peut réduire le temps de transfert total à moins de 24 heures.
Conseil de gestion TTL : Avant d’initier un transfert, abaissez les valeurs TTL de vos enregistrements DNS critiques (A, MX, CNAME) à 300 secondes (5 minutes) auprès de votre bureau d’enregistrement actuel. Faites-le au moins 24 à 48 heures avant le transfert — suffisamment longtemps pour que le TTL réduit se propage. Lorsque le transfert se termine et que vous mettez à jour les enregistrements chez AlexHost, les modifications se propageront globalement en quelques minutes plutôt qu’en quelques jours.
Transfert de domaine vs. changement DNS vs. changement de bureau d’enregistrement : clarification de la terminologie
Ces trois concepts sont fréquemment confondus, et les amalgamer conduit à des actions incorrectes.
| Action | Ce qui change | Risque d’interruption | Approbation ICANN requise |
|---|---|---|---|
| Transfert de domaine | Bureau d’enregistrement (contrôle administratif) | Faible si DNS pré-configuré | Oui |
| Changement d’enregistrement DNS | Où le trafic est dirigé (IP, serveur de messagerie) | Minutes (dépend du TTL) | Non |
| Changement de serveur de noms | Quels serveurs DNS font autorité | Jusqu’à 48 heures de propagation | Non |
| Changement de bureau d’enregistrement | Identique au transfert de domaine | Faible si DNS pré-configuré | Oui |
Changer vos serveurs de noms auprès de votre bureau d’enregistrement actuel pour pointer vers l’infrastructure DNS d’AlexHost n’est pas un transfert de domaine. Il s’agit d’un changement de délégation DNS. Le domaine reste enregistré auprès de votre bureau d’enregistrement actuel. Un transfert complet déplace entièrement la relation avec le bureau d’enregistrement.
Post-transfert : configuration DNS et mise en place de l’infrastructure
Une fois le transfert terminé et AlexHost devenu votre bureau d’enregistrement faisant autorité, la mise à jour et la vérification de vos enregistrements DNS est la tâche la plus critique sur le plan opérationnel.
Enregistrements DNS essentiels à vérifier
- Enregistrement A : Pointe votre domaine racine (
@) vers l’adresse IPv4 de votre serveur - Enregistrement AAAA : Pointe votre domaine racine vers l’adresse IPv6 de votre serveur (le cas échéant)
- Enregistrement CNAME : Généralement utilisé pour l’alias de sous-domaine
www - Enregistrements MX : Dirigent les e-mails entrants vers vos serveurs de messagerie, avec des valeurs de priorité correctes
- Enregistrements TXT : Politique SPF, clés publiques DKIM, politique DMARC et jetons de vérification de domaine pour les services tiers
- Enregistrements NS : Confirmez que les serveurs de noms d’AlexHost sont répertoriés comme faisant autorité
Si votre domaine pointe vers un environnement d’Hébergement VPS, vérifiez que l’enregistrement A reflète l’adresse IP publique correcte de votre instance VPS. Pour les charges de travail à fort trafic ou gourmandes en ressources, les Serveurs dédiés fournissent des ressources dédiées avec un contrôle total sur la configuration réseau, rendant l’alignement DNS post-transfert simple.
Continuité des certificats SSL
Un transfert de domaine n’invalide pas les certificats SSL/TLS existants. Cependant, si votre certificat est validé par domaine (DV) et lié à votre environnement d’hébergement précédent, vous devrez peut-être le réémettre après la mise à jour de vos enregistrements DNS. Assurez-vous que votre certificat SSL couvre à la fois le domaine racine et le sous-domaine www (ou utilisez un certificat wildcard). AlexHost fournit des Certificats SSL qui peuvent être émis et gérés directement depuis votre panneau de compte après la fin du transfert.
Accès au panneau de contrôle
Une fois le domaine sous gestion AlexHost, vous accédez à un panneau de contrôle centralisé pour la gestion DNS, les mises à jour WHOIS, le verrouillage de domaine, la configuration du renouvellement automatique et la gestion des serveurs de noms. Pour les équipes qui préfèrent la gestion basée sur cPanel, le VPS avec cPanel intègre la gestion du domaine et de l’hébergement dans une interface familière.
Échecs de transfert courants et comment les résoudre
Même les administrateurs expérimentés rencontrent des échecs de transfert. Voici les causes les plus fréquentes et leurs solutions.
Auth-code rejeté par le registre
L’auth-code est sensible à la casse et expire après une période définie. Demandez un nouveau code à votre bureau d’enregistrement actuel et soumettez-le immédiatement. Confirmez qu’il n’y a pas d’espaces en début ou en fin de chaîne dans le champ du code.
Le statut du domaine est clientTransferProhibited
Le domaine est toujours verrouillé. Retournez dans le panneau de votre bureau d’enregistrement actuel, désactivez le verrou de transfert, attendez 5 à 10 minutes et vérifiez le changement de statut dans WHOIS avant de resoumettre.
E-mail de confirmation de transfert non reçu
Vérifiez l’adresse e-mail du contact administratif dans WHOIS. Si elle est incorrecte ou protégée par un service de confidentialité, mettez-la à jour en premier. Vérifiez également les dossiers spam — les e-mails de confirmation de transfert sont fréquemment mal classifiés.
Le registre rejette le transfert en raison du verrou de 60 jours
Il s’agit d’une restriction stricte de la politique ICANN. Il n’y a pas de solution de contournement. Attendez que la période de 60 jours s’écoule à partir de la date de création du domaine ou de la date du dernier transfert.
Échecs de validation DNSSEC après le transfert
Supprimez les enregistrements DS du registre avant d’initier le transfert. Après le transfert, réactivez DNSSEC chez AlexHost et ajoutez les nouveaux enregistrements DS à la zone parente.
Le bureau d’enregistrement cédant refuse le transfert
Un bureau d’enregistrement ne peut légitimement refuser un transfert que s’il existe un litige UDRP actif, une ordonnance judiciaire ou un rapport de fraude documenté. Si le refus n’est pas justifié, déposez une plainte auprès du département de conformité des bureaux d’enregistrement de l’ICANN.
Matrice de décision : quand transférer vs. quand changer uniquement le DNS
Utilisez cette matrice pour déterminer l’action correcte selon votre situation.
| Scénario | Action recommandée |
|---|---|
| Changement de fournisseur d’hébergement, conservation du bureau d’enregistrement actuel | Modifier uniquement les enregistrements DNS ou les serveurs de noms |
| Consolidation de tous les domaines sous un seul bureau d’enregistrement | Transfert de domaine complet |
| Le bureau d’enregistrement actuel a un mauvais support ou des frais de renouvellement élevés | Transfert de domaine complet |
| Domaine enregistré il y a moins de 60 jours | Modifier uniquement le DNS ; transférer après la fenêtre de 60 jours |
| Besoin de modifications DNS immédiates sans attendre le transfert | Changer d’abord les serveurs de noms auprès du bureau d’enregistrement actuel, transférer ensuite |
| Gestion de plus de 10 domaines sur plusieurs bureaux d’enregistrement | Transfert de domaines en masse pour consolider |
Points techniques clés à retenir
- Déverrouillez le domaine et vérifiez l’adresse e-mail de contact WHOIS avant de demander l’auth-code — pas après.
- Abaissez les valeurs TTL DNS à 300 secondes au moins 24 heures avant le début du transfert.
- Désactivez DNSSEC et supprimez les enregistrements DS du registre avant de soumettre la demande de transfert.
- L’auth-code EPP est sensible à la casse et limité dans le temps ; utilisez-le dans les 24 heures suivant sa réception pour de meilleurs résultats.
- Les transferts en masse utilisent le format
domain.com:AuthCode— un par ligne, sans espaces. - La fenêtre de transfert ICANN de 5 jours peut être raccourcie en approuvant le transfert immédiatement auprès du bureau d’enregistrement cédant.
- Après le transfert, vérifiez tous les types d’enregistrements DNS — pas seulement l’enregistrement A — avant de considérer la migration comme terminée.
- Les certificats SSL peuvent nécessiter une réémission après les modifications DNS ; gérez cela de manière proactive pour éviter les erreurs HTTPS.
- Pour les nouveaux domaines enregistrés via AlexHost, explorez l’Enregistrement de domaine pour tout gérer depuis un seul panneau dès le premier jour.
Foire aux questions
Combien de temps prend un transfert de domaine vers AlexHost ?
Le transfert technique se termine dans les 24 heures suivant l’approbation de la demande par le bureau d’enregistrement cédant. Le bureau d’enregistrement cédant dispose de jusqu’à 5 jours pour répondre avant que le transfert ne s’approuve automatiquement. La propagation DNS après le transfert peut prendre 24 à 72 heures supplémentaires selon les valeurs TTL. Le temps total écoulé est généralement de 1 à 7 jours.
Mon site web sera-t-il hors ligne pendant le transfert de domaine ?
Pas si vous vous préparez correctement. Pré-configurez vos enregistrements DNS dans le panneau AlexHost avant la fin du transfert, et abaissez vos valeurs TTL 24 à 48 heures à l’avance. Si vos serveurs de noms et enregistrements DNS sont correctement configurés chez AlexHost avant la finalisation du transfert, les visiteurs ne subissent aucune interruption.
Qu’est-ce que l’auth-code EPP et où puis-je le trouver ?
L’auth-code EPP (également appelé code d’autorisation de transfert ou code auth-info) est une chaîne alphanumérique unique qui prouve que vous êtes le titulaire autorisé du domaine. Obtenez-le depuis le panneau de contrôle de votre bureau d’enregistrement actuel dans les paramètres du domaine, ou demandez-le via leur support. Il est généralement délivré instantanément ou dans quelques heures.
Puis-je transférer un domaine qui vient d’être enregistré ou récemment transféré ?
Non. La politique ICANN impose une période de verrouillage de 60 jours après l’enregistrement initial du domaine et après tout transfert inter-bureaux d’enregistrement. Tenter un transfert pendant cette fenêtre entraînera un rejet au niveau du registre, quel que soit le bureau d’enregistrement utilisé.
Que se passe-t-il avec mes enregistrements DNS après la fin du transfert ?
Vos enregistrements DNS existants ne sont pas automatiquement migrés. Vous devez les recréer ou les importer manuellement dans le panneau de gestion DNS d’AlexHost. C’est pourquoi la pré-configuration des enregistrements DNS avant la fin du transfert — et l’abaissement des valeurs TTL à l’avance — est une bonne pratique critique qui prévient les interruptions de service.
