Un transfert domaine WordPress ne déplace généralement ni les fichiers, ni la base, ni le courrier. Il change le registrar responsable de l’enregistrement. La zone DNS peut rester chez le même fournisseur, et le site peut continuer sur le même hébergement.
Confondre ces opérations conduit à modifier les serveurs de noms, perdre des enregistrements mail ou déplacer WordPress sans nécessité. Le plan sûr nomme séparément registrar, registre, autorité DNS, hébergement web et service e-mail.
Sommaire
La réponse courte
Décidez d’abord si vous transférez le registrar, la zone DNS, l’hébergement ou plusieurs éléments. Pour le registrar, vérifiez titulaire, e-mail de contact, expiration, statut de verrouillage et éligibilité, puis obtenez le code d’autorisation par un canal sûr.
Conservez les serveurs de noms si vous voulez maintenir le DNS. Exportez toutefois la zone et surveillez la délégation pendant le transfert. Migrez WordPress dans une fenêtre distincte avec sa propre sauvegarde, ses tests DNS et son rollback. Ne publiez jamais le domaine réel, le code de transfert, les contacts ou les fournisseurs utilisés.
ICANN définit l’Auth-Code comme un code nécessaire pour authentifier le transfert d’un gTLD entre registrars.
Principes qui restent valables
Un registrar gère l’enregistrement et la relation avec le registre. Des serveurs de noms font autorité pour la zone. L’hébergement sert WordPress et un autre service peut recevoir le courrier.
Les interfaces « transfert et hébergement » regroupent parfois plusieurs actions commerciales, mais les protocoles restent séparés. Lisez exactement ce qui changera et refusez les valeurs DNS par défaut si elles ne font pas partie du plan.
Cartographier cinq rôles
Identifiez titulaire du domaine, registrar, registre de l’extension, serveurs DNS autoritaires et hébergement web. Ajoutez le service e-mail et les contacts de sécurité.
Vérifiez chaque information depuis une source indépendante et le compte approprié. Une facture d’hébergement ne prouve pas qui est registrar.
Conservez la carte et les identifiants dans un dossier privé avec accès minimal.
Définir le résultat attendu
Voulez-vous centraliser la facturation, changer de support, migrer le site ou céder la propriété ? Ces objectifs ne demandent pas les mêmes opérations.
Écrivez ce qui doit rester inchangé : URLs, serveurs de noms, DNSSEC, e-mail, hébergement, titulaire. Plus cette liste est claire, plus une interface proposant des changements annexes peut être évaluée.
Ne lancez pas un transfert simplement parce qu’une migration web est prévue.
Vérifier le titulaire et le contact
Le titulaire doit contrôler le domaine et recevoir les confirmations. Vérifiez l’e-mail de contact, son accès, son MFA et sa pérennité. Évitez qu’il dépende uniquement du domaine transféré si une panne du courrier empêcherait l’approbation.
Une modification de titulaire peut déclencher un verrou de transfert selon la politique et les options du registrar. Planifiez l’ordre des changements.
Ne publiez pas les données d’enregistrement, même si certaines sont masquées par un service de confidentialité.
Vérifier l’éligibilité
Un domaine peut être verrouillé après enregistrement initial, transfert récent ou changement de titulaire. Il peut aussi être soumis à un litige, une expiration ou une règle spécifique au TLD.
Les FAQ ICANN pour les titulaires décrivent notamment des périodes de 60 jours dans certaines situations pour les gTLD. Vérifiez la politique actuelle du domaine concerné.
Ne promettez pas une durée universelle ; certaines extensions suivent d’autres règles.
Gérer le verrou de transfert
Le statut clientTransferProhibited aide à empêcher un transfert non autorisé. Déverrouillez seulement au moment nécessaire, depuis un compte protégé, puis surveillez la demande.
Si l’interface ne permet pas le retrait, la politique ICANN impose des délais au registrar dans les cas applicables. Conservez les échanges et escaladez via les procédures officielles.
Reverrouillez chez le nouveau registrar après succès.
Protéger l’Auth-Code
Traitez le code comme un secret à usage limité. Ne l’envoyez pas dans un canal public, une capture ou un ticket non protégé. Ne le stockez pas dans le site WordPress.
Demandez-le au moment voulu et invalidez-le ou laissez-le expirer selon le mécanisme après transfert. Si le code a été exposé, régénérez-le et vérifiez qu’aucune demande n’est active.
ICANN précise qu’un registrar doit le fournir selon les règles de la politique de transfert.
Vérifier l’expiration et le renouvellement
Contrôlez la date, le renouvellement automatique, le moyen de paiement et les effets du transfert sur la période. Évitez une fenêtre proche de l’expiration ou d’une suppression.
Ne supposez pas que tout transfert ajoute exactement un an dans chaque TLD et situation. Lisez les conditions du registre et du registrar.
Après succès, vérifiez la nouvelle date et les notifications.
Exporter la zone DNS
Même si les serveurs de noms doivent rester identiques, exportez A, AAAA, CNAME, MX, TXT, SRV, CAA, NS et DS. Comparez à des requêtes publiques.
Le transfert de registrar ne devrait pas modifier automatiquement la zone, mais une erreur d’interface ou une offre groupée peut proposer de nouveaux serveurs de noms. L’export rend le retour possible.
Le document est sensible et ne doit pas être publié.
Préserver les serveurs de noms
Notez les valeurs autoritaires avant transfert et vérifiez-les dans la commande chez le nouveau registrar. Désactivez toute option qui remplace la délégation si ce n’est pas souhaité.
Interrogez les serveurs de noms après chaque étape. Le site et le courrier continueront si la délégation et la zone restent stables.
Une page web accessible ne prouve pas que MX, DKIM ou sous-domaines sont intacts.
Traiter DNSSEC
Le registrar publie souvent le DS au niveau parent, tandis que le fournisseur DNS gère les clés de zone. Un transfert doit préserver ou rétablir cette relation selon les opérateurs.
Vérifiez le support du nouveau registrar avant la fenêtre. Ne retirez pas un DS sans procédure, car une chaîne incohérente peut rendre le domaine invalide pour les résolveurs validateurs.
Testez la validation depuis une source adaptée et conservez les détails en privé.
Initier le transfert
Créez la commande chez le registrar gagnant, entrez le code par un canal chiffré et approuvez les confirmations requises. Vérifiez le nom exact avant de valider.
Suivez le statut sans multiplier les demandes. Une annulation et un redémarrage peuvent allonger le processus.
Conservez les accusés et les heures dans le dossier de changement.
Surveiller pendant le processus
Contrôlez délégation, expiration, DNSSEC, résolution web, HTTPS, mail entrant/sortant et sous-domaines critiques. Utilisez plusieurs résolveurs et une session déconnectée.
Une différence DNS n’est pas forcément liée au transfert si un autre opérateur modifie la zone. Maintenez un gel des changements non nécessaires.
Définissez qui contacte quel registrar en cas d’anomalie.
Vérifier après transfert
Confirmez nouveau registrar, titulaire, dates, verrou, MFA, contacts et renouvellement. Vérifiez les serveurs de noms et le DS. Testez le site, le courrier et les validations du domaine.
Révoquez les anciens accès ou méthodes de paiement qui ne sont plus nécessaires. Conservez les factures et références selon la politique.
Fermez l’ancien compte seulement s’il ne gère aucun autre domaine ou service.
Migrer WordPress séparément
La migration web demande inventaire, copie de fichiers et base, staging, HTTPS, DNS web, formulaires, tâches et rollback. Elle peut se faire avant ou après le transfert, mais idéalement pas dans la même fenêtre.
Le guide DNS migration site web décrit la bascule A/AAAA et la surveillance des deux origines. Le guide migration WordPress couvre le contenu.
Séparer les projets réduit les causes possibles d’une panne.
Cas d’un changement de propriétaire
Transférer entre registrars n’est pas forcément céder le domaine à une autre personne ou entreprise. Un changement de titulaire possède ses propres confirmations et risques de verrou.
Vérifiez contrat, marque, données de contact, comptes, récupération et autorisation avant toute cession. Obtenez un conseil juridique si nécessaire.
Ne modifiez pas l’identité pour faciliter un transfert sans comprendre les effets.
Concevoir le retour arrière
Une fois le transfert de registrar engagé, le retour n’est pas comparable à un simple enregistrement DNS. Conservez la délégation stable et utilisez les procédures d’annulation ou de contestation applicables.
Pour la migration WordPress, gardez l’ancienne origine et les valeurs DNS web. Ce rollback indépendant ne change pas le registrar.
Préparez les contacts de support et les preuves de titularité dans un emplacement protégé.
Ordre recommandé
- Définir ce qui change et reste stable.
- Cartographier titulaire, registrar, DNS, web et mail.
- Vérifier contact, expiration et éligibilité.
- Exporter la zone et vérifier DNSSEC.
- Déverrouiller et obtenir l’Auth-Code par canal sûr.
- Initier et approuver le transfert.
- Surveiller délégation et services.
- Vérifier le nouveau compte et reverrouiller.
- Révoquer les anciens accès inutiles.
- Planifier la migration WordPress dans une fenêtre distincte.
Les erreurs à éviter
- Croire qu’un transfert déplace WordPress.
- Changer les serveurs de noms par défaut sans export.
- Modifier le titulaire juste avant le transfert.
- Publier ou envoyer l’Auth-Code dans un canal ouvert.
- Ignorer DNSSEC et les enregistrements mail.
- Transférer près de l’expiration sans plan.
- Migrer domaine, DNS, site et e-mail simultanément.
- Fermer l’ancien compte qui porte encore d’autres services.
Checklist transfert domaine WordPress
- [ ] L’objectif du transfert est explicite.
- [ ] Registrar, autorité DNS, web et mail sont distingués.
- [ ] Le titulaire contrôle un contact protégé.
- [ ] L’éligibilité et les verrous sont vérifiés.
- [ ] La zone complète est exportée.
- [ ] Les serveurs de noms et DNSSEC ont un état cible.
- [ ] L’Auth-Code reste secret.
- [ ] Les services sont surveillés pendant le transfert.
- [ ] Le nouveau compte est verrouillé et récupérable.
- [ ] La migration WordPress possède son propre plan.
Conclusion
Un transfert domaine WordPress devient sûr lorsqu’on comprend qu’il s’agit d’abord d’un changement de registrar. DNS, hébergement, e-mail et contenu peuvent rester stables ou évoluer dans des projets séparés.
Cette séparation protège la continuité et simplifie le diagnostic. Pour choisir le nouvel environnement web sans exposer les détails actuels, consultez choisir un hébergement WordPress.