En bref — Le nom de domaine et l’hébergement sont deux services distincts, reliés par la zone DNS. Cette zone contient des enregistrements de types différents : un enregistrement A pointe vers l’adresse du serveur web, les enregistrements MX dirigent le courrier, les enregistrements TXT portent l’authentification des emails. Le fameux délai de propagation de quarante-huit heures n’est pas une règle fixe : il dépend du TTL configuré, et l’abaisser avant une migration réduit le délai à quelques minutes.
Beaucoup de sites tombent en panne au moment d’un changement d’hébergeur, et la cause est presque toujours la même : une zone DNS mal préparée. Comprendre ce que contient cette zone et comment elle se met à jour évite l’essentiel des incidents. Cet article détaille les enregistrements, le mécanisme du TTL et la méthode de migration.
Domaine et hébergement : deux abonnements, deux fournisseurs possibles
Le nom de domaine est une réservation annuelle auprès d’un bureau d’enregistrement. L’hébergement web est un espace serveur loué séparément. Rien n’oblige à souscrire les deux au même endroit, et un même domaine peut pointer successivement vers plusieurs hébergeurs sans jamais changer de registrar.
Cette indépendance est une bonne nouvelle : changer d’hébergeur ne suppose pas de changer de domaine, et changer de registrar n’impose pas de déménager le site. Elle a toutefois une conséquence pratique : lors d’un incident, il faut savoir laquelle des deux briques est en cause, ce qui suppose de savoir où est gérée la zone DNS.
Ce que contient une zone DNS
| Type | Rôle | Exemple d’usage |
| A | Associe le domaine à une adresse IPv4 | Fait pointer le site vers le serveur web |
| AAAA | Même rôle en IPv6 | Complément désormais courant |
| CNAME | Renvoie un sous-domaine vers un autre nom | Fait pointer www vers le domaine principal |
| MX | Désigne les serveurs recevant le courrier | Dirige les emails vers le service de messagerie |
| TXT | Contient du texte libre normalisé | Porte les enregistrements SPF, DKIM et DMARC |
| NS | Désigne les serveurs de noms faisant autorité | Détermine qui gère réellement la zone |
| SRV | Localise un service particulier | Utilisé par certaines applications |
Les enregistrements NS sont les plus structurants : ce sont eux qui déterminent quel serveur fait autorité sur la zone, donc quelle interface il faut utiliser pour modifier les autres enregistrements. Changer les NS revient à déplacer la gestion complète du DNS, ce qui n’est pas la même opération que modifier un enregistrement A.
Une confusion fréquente concerne les MX. Faire pointer un domaine vers un nouvel hébergeur ne déplace pas la messagerie : si les MX ne sont pas repris à l’identique, les emails cessent d’arriver alors que le site fonctionne parfaitement. C’est la panne la plus courante après une migration, et la plus difficile à détecter puisque rien n’est visible côté site.
Le TTL : la clé du délai de propagation
L’idée qu’une modification DNS met vingt-quatre à quarante-huit heures à se propager est une approximation devenue folklore. Le mécanisme réel est simple et maîtrisable.
Chaque enregistrement porte une valeur de TTL, exprimée en secondes, qui indique aux serveurs intermédiaires combien de temps ils peuvent conserver l’information en cache avant de la redemander. Un TTL de 86 400 secondes signifie que certains résolveurs garderont l’ancienne valeur pendant vingt-quatre heures. Un TTL de 300 secondes ramène ce délai à cinq minutes.
- Abaisser le TTL à 300 secondes sur les enregistrements concernés, au moins vingt-quatre heures avant la migration prévue.
- Attendre que l’ancien TTL expire : c’est ce délai d’attente qui rend la suite rapide.
- Préparer le nouvel hébergement et vérifier qu’il fonctionne, en y accédant par son adresse directe.
- Modifier les enregistrements : la bascule prend alors quelques minutes au lieu de plusieurs heures.
- Vérifier depuis plusieurs réseaux et non depuis le seul poste utilisé pour la modification.
- Remonter le TTL une fois la migration validée, un TTL bas augmentant inutilement les requêtes.
Migrer un site sans coupure
Au-delà du TTL, quelques précautions évitent les interruptions visibles.
- Ne jamais résilier l’ancien hébergement avant validation : le conserver quelques semaines coûte peu et permet un retour arrière immédiat.
- Copier la zone DNS avant toute modification : certains changements réinitialisent les enregistrements personnalisés.
- Reprendre les MX à l’identique si la messagerie ne change pas de fournisseur.
- Vérifier le certificat SSL sur le nouvel hébergement avant la bascule, et non après.
- Tester les formulaires et l’envoi d’emails : ce sont eux qui cassent en premier après une migration.
- Prévoir la bascule en début de semaine plutôt qu’un vendredi soir, pour disposer du support en cas de difficulté.
Où est gérée votre zone ?
Question simple, réponse souvent floue, et pourtant déterminante en cas d’incident. Trois configurations existent.
| Configuration | Conséquence pratique |
| Zone gérée chez le registrar | Les modifications DNS se font dans l’interface du bureau d’enregistrement |
| Zone déléguée à l’hébergeur | Les NS pointent vers l’hébergeur : c’est chez lui que tout se modifie |
| Zone chez un tiers spécialisé | Ni le registrar ni l’hébergeur ne gèrent les enregistrements |
| Point commun | Les enregistrements NS indiquent toujours qui fait autorité |
En cas de doute, la vérification prend quelques secondes : consulter les serveurs de noms déclarés pour le domaine indique immédiatement où se trouve la zone active. C’est le premier réflexe à avoir avant de chercher une panne ailleurs.
Questions fréquentes
Le nom de domaine inclut-il l’hébergement ?
Non, ce sont deux services distincts et facturés séparément. Le domaine est une réservation annuelle auprès d’un bureau d’enregistrement, l’hébergement un espace serveur loué. Certaines offres les regroupent, mais ils restent techniquement indépendants.
Pourquoi une modification DNS met-elle du temps à s’appliquer ?
À cause du TTL, la durée pendant laquelle les serveurs intermédiaires conservent l’ancienne valeur en cache. Ce n’est pas une durée fixe : abaisser le TTL à 300 secondes au moins vingt-quatre heures avant une migration ramène le délai de bascule à quelques minutes.
Mes emails ont cessé d’arriver après un changement d’hébergeur, pourquoi ?
Presque certainement parce que les enregistrements MX n’ont pas été repris à l’identique. Faire pointer un domaine vers un nouvel hébergeur ne déplace pas la messagerie : si les MX sont écrasés, le courrier part vers le mauvais serveur alors que le site fonctionne normalement.
Comment savoir qui gère ma zone DNS ?
En consultant les serveurs de noms déclarés pour le domaine : ce sont les enregistrements NS qui indiquent qui fait autorité. Selon leur valeur, la zone se modifie chez le registrar, chez l’hébergeur ou chez un prestataire tiers.
Peut-on changer d’hébergeur sans changer de nom de domaine ?
Oui, et c’est le cas le plus courant. Il suffit de modifier les enregistrements pointant vers le serveur web. Le domaine reste réservé chez le même bureau d’enregistrement, sans aucune démarche de transfert.
Ce qu’il faut retenir
- Domaine et hébergement sont indépendants ; la zone DNS les relie.
- Les enregistrements NS déterminent où la zone se modifie réellement.
- Le délai de propagation dépend du TTL, pas d’une règle de quarante-huit heures.
- Abaisser le TTL vingt-quatre heures avant une migration.
- Reprendre les MX à l’identique sous peine de perdre la messagerie.
- Ne jamais résilier l’ancien hébergement avant validation complète.
