Changer d’hébergeur implique des choix techniques et administratifs qui influent sur la continuité du site et des services. Une préparation méthodique réduit les risques d’interruption et simplifie la procédure pour tous les intervenants concernés.
Avant d’engager la démarche, rassemblez les accès et vérifiez les comptes liés au domaine chez l’ancien registrar. Les points essentiels suivent dans la rubrique suivante.
A retenir :
- Vérifier plus de 60 jours depuis l’achat ou dernier transfert
- Déverrouiller le domaine et obtenir le Auth‑Code
- Sauvegarder fichiers et zones DNS avant toute modification
- Prévoir un délai moyen de 5 à 14 jours pour le transfert
Vérifications préalables pour transférer un nom de domaine
Après la lecture des points essentiels, commencez par contrôler le verrouillage et la confidentialité WHOIS du domaine. Selon ICANN, un domaine ne peut être transféré avant soixante jours après son enregistrement ou un transfert antérieur.
Assurez-vous que le contact e‑mail du titulaire soit actif et que le statut du domaine ne signale pas de récupération. Cette vérification administrative préalable facilite la réception des demandes de validation émises par les registrars.
Vérifications administratives essentielles :
- Désactiver la WHOIS privacy si elle masque le contact titulaire
- Passer le domaine en déverrouillé via l’espace client
- Confirmer l’adresse e‑mail du titulaire et le numéro de téléphone
- Contrôler l’absence de litiges ou oppositions en cours
Extension
Délai moyen
Observation
.com
5–7 jours ouvrés
Procédure EPP standard chez la plupart des registrars
.net
5–7 jours ouvrés
Comparable au .com selon les pratiques courantes
.org
5–7 jours ouvrés
Souvent aligné sur les délais du .com
.fr
Variable
Procédure nationale gérée par AFNIC, délais spécifiques
«J’ai transféré un .com en six jours après avoir fourni l’Auth‑Code, la communication a été claire.»
Alice N.
Pour éviter des blocages inutiles, préparez d’avance les pièces administratives et payez les factures en retard liées au domaine. Une préparation rigoureuse permet de réduire l’impact des validations manuelles côté registrar sortant.
Cette phase préparatoire conduit directement à l’étape de récupération du Auth‑Code et au lancement du transfert chez le nouvel hébergeur. La suite détaille l’obtention du code et les opérations à réaliser pour initier formellement la procédure.
Obtenir l’Auth‑Code et initier la procédure de transfert
Comme la vérification préalable l’indique, la demande d’Auth‑Code est l’étape suivante et déclenche le processus technique. Selon OVH et Hostinger, ce code se demande souvent via l’interface client ou par ticket au support.
Une fois le code reçu, créez un compte chez le registrar entrant et saisissez le code pour lancer la procédure. Attention, le nouvel hébergeur peut exiger un paiement correspondant au renouvellement annuel lors de la saisie du code.
Étapes opérationnelles détaillées :
- Demander l’Auth‑Code à l’ancien registrar via l’interface ou support
- Créer un compte chez le registrar entrant et préparer le paiement
- Soumettre la demande en saisissant le code EPP fourni
- Valider la demande depuis l’email du titulaire si la confirmation est demandée
Registrar
Atout principal
Support
Note pratique
OVH
Large choix d’extensions
Support variable
Interface complète pour entreprises
Gandi
Réputation pour la confidentialité
Support par tickets
Bonne gestion WHOIS privacy
Hostinger
Tarifs attractifs
Support 24/7 déclaré
Interface claire pour débutants
Infomaniak
Support francophone et sécurité
Support francophone
Orientation vers la protection des données
«J’ai obtenu le code EPP via le support et le transfert a pris cinq jours ouvrés, communication claire.»
Marc N.
Après saisie du code, surveillez les notifications et suivez l’état du transfert depuis les deux panneaux clients. Selon &1 IONOS, certains frais correspondent au renouvellement et non à un coût additionnel de transfert.
La dernière phase de cette séquence consiste à vérifier la bonne propagation et à configurer les services associés sur le nouvel hébergeur. Le point suivant aborde précisément la gestion des DNS et des emails pour assurer la continuité.
Gérer DNS, messagerie et vérifications post‑transfert
Après finalisation du transfert, l’enjeu principal devient la réplication des zones DNS et la préservation de la messagerie. Selon Gandi et o2switch, il est prudent d’exporter les zones DNS avant la bascule pour éviter les pertes de service.
Configurez les mêmes enregistrements chez le nouveau registrar et testez la résolution DNS après propagation. Un contrôle des enregistrements A, MX, TXT et CNAME assure la continuité des services liés au domaine.
Actions de continuité :
- Exporter et sauvegarder les zones DNS depuis l’ancien registrar
- Importer les enregistrements chez le nouveau registrar avant basculement
- Précréer les boîtes mail et synchroniser les archives si nécessaire
- Tester les envois et réceptions après la propagation DNS
«Le support de Hostinger m’a aidé à recréer mes adresses mail rapidement et sans perte notable.»
Claire N.
Si la messagerie est critique, conservez temporairement l’ancien hébergeur pour pointer les MX vers lui et éviter toute rupture. Selon PlanetHoster, la centralisation des domaines peut simplifier la facturation et la gestion quotidienne.
Enfin, vérifiez les renouvellements et comparez les tarifs à moyen terme pour éviter les surprises budgétaires lors de la deuxième année. Le passage à un nouvel hébergeur mérite un arbitre entre coût et qualité du support client.
«Le coût du renouvellement m’a surpris, attention aux promotions d’appel et au prix après la première année.»
Paul N.
Pour une migration complète, prévoyez aussi la copie des bases de données et le test des performances après bascule. Ces vérifications opérationnelles concluent la séquence et préparent la maintenance éventuelle post‑migration.
Source : ICANN, «Transfer Policy», 2025 ; OVH, «Guide transfert de domaine», 2025 ; Hostinger, «How to Transfer a Domain», 2025.
