Un changement d’hébergement Web ne doit pas déplacer votre messagerie par accident. Le site, les courriels et les autres services peuvent utiliser des fournisseurs différents, même avec le même nom de domaine. Avant de modifier les DNS, identifiez ce qui doit changer et ce qui doit rester accessible.
1. Trouver où les DNS sont réellement gérés
Les serveurs de noms faisant autorité indiquent quel fournisseur publie les enregistrements actifs du domaine. L’endroit où le domaine a été acheté n’est pas nécessairement celui où ces enregistrements se modifient. Une zone visible dans cPanel peut ne pas être la zone utilisée publiquement.
Confirmez le fournisseur DNS actif avec votre administrateur ou notre équipe. Si les DNS sont gérés chez Cloudflare ou ailleurs, faites les changements chez ce fournisseur. Dans cPanel, utilisez Zone Editor seulement lorsque la zone concernée y est effectivement gérée. Pour distinguer domaine, hébergement et alias, consultez notre guide des domaines.
2. Préparer le site et garder les valeurs actuelles
- Demandez les valeurs exactes au fournisseur du nouvel hébergement : nom à modifier, type d’enregistrement et destination. Ne copiez pas une adresse IP ou des serveurs de noms trouvés dans un ancien tutoriel.
- Préparez le domaine et les fichiers sur le nouvel hébergement avant la bascule. Notre guide d’ajout d’un domaine dans cPanel décrit cette étape.
- Conservez une copie privée des enregistrements actuels, de leurs priorités et de leur TTL, ainsi que les valeurs prévues. Gardez l’accès au fournisseur actuel pendant les vérifications.
- Pour une boutique ou une application qui reçoit des données, prévoyez aussi la synchronisation finale des commandes, formulaires et fichiers. Modifier les DNS ne copie aucune donnée.
3. Vérifier les dépendances de la messagerie
Si la messagerie reste chez son fournisseur actuel, conservez ses enregistrements MX, les adresses A/AAAA des serveurs de courrier et les entrées d’authentification SPF, DKIM et DMARC. Conservez aussi les enregistrements de découverte, de validation et des autres services utilisés.
La vérification doit aller au-delà des MX : un serveur de courrier peut dépendre du domaine principal ou d’un alias que vous comptez modifier. Certains réglages SPF dépendent également d’adresses ou d’enregistrements MX. Faites confirmer ces dépendances avant de changer la destination du site.
Si Cloudflare gère la zone, les noms utilisés pour une connexion SMTP/IMAP classique doivent normalement rester en mode DNS only, selon les instructions du fournisseur de messagerie. Sur un hébergement cPanel, demandez aussi de vérifier le routage local ou distant du courrier : une bonne zone DNS publique ne suffit pas à prouver que ce réglage local est correct.
4. Modifier uniquement les enregistrements nécessaires
Pour le site, les changements concernent généralement les enregistrements A (IPv4), AAAA (IPv6) ou CNAME du domaine et de www. Vérifiez les deux noms et les deux versions IP lorsqu’elles existent. Un ancien AAAA peut encore diriger certains visiteurs vers l’ancien serveur.
Un CNAME désigne un nom, pas une adresse IP ni une URL contenant https://. Ne créez pas de combinaison incompatible avec les enregistrements existants au même nom. Pour le domaine principal ou une configuration avec proxy/CDN, faites confirmer la méthode attendue avant de remplacer une entrée.
Un déplacement du site ne nécessite pas toujours de changer les serveurs de noms. Si ce changement est prévu, préparez l’ensemble de la nouvelle zone et faites vérifier DNSSEC ainsi que les services associés avant la bascule. N’utilisez pas la réinitialisation de zone pour effectuer un simple changement de site.
5. Vérifier le résultat et prévoir le retour arrière
Le TTL indique une durée de mise en cache. Une baisse préparée à l’avance peut aider, mais elle ne supprime pas les réponses déjà conservées avec l’ancien TTL. Il n’existe pas de délai unique garanti pour tous les visiteurs. En cas de doute, consultez notre guide sur le cache DNS.
- Vérifiez le domaine avec et sans www, le certificat HTTPS et les pages importantes depuis plus d’un réseau lorsque possible.
- Testez un formulaire et les fonctions utiles à votre activité. Une page d’accueil accessible ne valide pas à elle seule une boutique ou une application.
- Envoyez et recevez un message de test avec une adresse externe. Vérifiez aussi l’envoi des formulaires du site si celui-ci utilise la messagerie.
- Si un problème apparaît, conservez l’erreur et l’heure. Un retour aux anciennes valeurs DNS peut être approprié après vérification, mais il reste soumis aux caches et ne réconcilie pas les données écrites sur deux sites.
Vous préparez une migration vers Nuagerie? Dans votre espace client, indiquez le domaine, les fournisseurs actuels du site et du courriel, le changement souhaité et les fonctions à préserver. Notre équipe peut vous aider à organiser la bascule et ses contrôles. N’envoyez pas de mot de passe ou de clé API dans la demande.
Références officielles : éditeur de zone cPanel, routage du courrier cPanel, enregistrements de messagerie Cloudflare et TTL et mise en cache.
