Guides pratiques

Changer les DNS sans couper le site ni la messagerie

Changer d’hébergeur web ne nécessite pas toujours de changer de registrar ou de serveurs DNS. Commencez par préciser l’opération : déplacer le site, transférer le domaine ou remplacer le service qui publie sa zone. Les dépendances et les tests diffèrent.

Voir la méthode

Baie de serveurs et câbles dans une salle informatique
Illustration

Inventorier la zone et ses responsabilités

Identifiez le titulaire du domaine, le registrar, le fournisseur DNS, l’hébergeur du site et celui des emails. Relevez les échéances et la personne capable de valider la bascule. Gardez une copie datée des enregistrements dans l’espace de travail du projet ; n’exposez pas les moyens d’accès dans le site.

L’inventaire doit couvrir le domaine principal, www, les sous-domaines, A et AAAA, les alias CNAME, les MX de messagerie et les TXT utilisés pour l’authentification ou la validation des services. Vérifiez aussi les contraintes CAA et DNSSEC si elles sont présentes. Un site qui s’ouvre ne prouve pas que les emails et les autres services fonctionnent.

Préparer la destination avant la bascule

Si vous changez de fournisseur DNS, recréez la zone utile sur la destination et comparez les valeurs avec la copie validée. Si vous déplacez seulement le site, limitez le changement aux enregistrements concernés. Faites contrôler les dépendances par leurs responsables plutôt que de supprimer un TXT dont le rôle paraît obscur.

Le TTL indique combien de temps une réponse peut être gardée en cache. Une réduction préparée avant la bascule peut limiter la persistance de l’ancienne valeur, mais elle ne remplace ni la validation de la nouvelle zone ni une procédure de reprise. En présence de DNSSEC, la relation entre signature de zone et enregistrement DS doit être coordonnée ; une incohérence peut rendre le domaine inaccessible aux résolveurs qui valident.

Tester site, emails et services associés

Définissez un jeu d’essai : ouvrir le domaine et www en HTTPS, consulter une page interne, envoyer et recevoir un email externe, soumettre un formulaire, puis vérifier les sous-domaines importants. Comparez les réponses depuis plusieurs résolveurs et réseaux. Conservez les heures, valeurs observées et écarts.

Les visiteurs peuvent temporairement atteindre des destinations différentes selon les caches. Prévoyez comment éviter des écritures divergentes si le site reçoit commandes ou demandes pendant cette période. Une simple page statique et une boutique active ne nécessitent pas le même plan de continuité.

Définir les conditions de reprise

Avant de changer, décidez qui intervient, quels symptômes déclenchent un retour arrière et quelles anciennes valeurs restent disponibles. Une reprise DNS n’est pas instantanée pour tous les visiteurs : les caches et le TTL doivent aussi entrer dans le plan.

Après stabilisation, contrôlez certificats, emails automatisés et validations de prestataires. Retirez les anciennes dépendances seulement lorsque leur absence est vérifiée. Un transfert de registrar peut obéir à des règles propres à l’extension ; consultez le registre ou le registrar au lieu de supposer que toute extension suit les mêmes délais.

Contenu mis à jour le 5 octobre 2026

Matrice de recette à adapter au projet

Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

Cas de test, résultats attendus et preuves utiles
CasRésultat attenduPreuve à conserver
Zone préparéeLes services utiles ont leurs enregistrements attendus.Comparaison avant et après.
Site HTTPSDomaine, www et pages internes répondent.URLs, statuts et certificats.
MessagerieEnvoi, réception et formulaires fonctionnent.Messages de test et contrôles d’authentification.
RepriseLes anciennes valeurs et les responsables sont identifiés.Procédure validée avant bascule.

Questions fréquentes

Changer d’hébergement oblige-t-il à transférer le domaine ?

Non. Le domaine peut rester chez le même registrar et ses DNS pointer vers un autre hébergeur. Le transfert, la zone DNS et l’hébergement sont des opérations distinctes.

Pourquoi le site fonctionne-t-il mais plus les emails ?

Les MX ou les enregistrements d’authentification peuvent avoir été perdus lors du remplacement de la zone. Vérifiez les valeurs avec le fournisseur de messagerie et comparez avec l’inventaire préalable.

La propagation DNS dure-t-elle toujours 48 heures ?

Il n’existe pas de délai universel valable pour chaque réponse. Les TTL, caches et changements effectués influencent le résultat. Mesurez les valeurs depuis plusieurs points et prévoyez la continuité des services.