Propagation DNS : pourquoi vos changements tardent et comment les accélérer

Par Mouhamed BANKOLE, CEO chez ITNET Technologies · Mis à jour le 2 novembre 2026 · Lecture : 9 min

Vous venez de modifier un enregistrement DNS, de changer d'hébergeur ou de pointer votre domaine vers un nouveau serveur, et votre site s'affiche encore à l'ancienne adresse chez vous, mais pas chez un collègue. C'est la propagation DNS : un délai normal, mais souvent mal compris. Ce guide explique ce qui se passe réellement, combien de temps prévoir selon le TTL, comment préparer une bascule pour qu'elle passe inaperçue et comment vider les caches qui vous montrent encore l'ancienne version. Vous saurez aussi quoi vérifier quand le changement n'apparaît toujours pas après une journée.

En résumé

• La propagation DNS n'est pas une diffusion : chaque résolveur garde l'ancienne réponse en cache jusqu'à l'expiration de son TTL, puis interroge à nouveau votre zone.
• Le délai maximal correspond en principe au TTL de l'enregistrement modifié : 5 minutes avec un TTL de 300 secondes, 24 heures avec 86 400 secondes.
• Les « 24 à 48 heures » sont une marge de sécurité, surtout utile pour un changement de serveurs de noms (NS) ou un transfert de domaine.
• Pour une bascule sans coupure, baissez le TTL au moins un ancien TTL avant le changement, modifiez la valeur, puis remontez-le une fois tout validé.
• Pour voir le changement chez vous, videz le cache DNS du navigateur et du système, puis vérifiez auprès de plusieurs résolveurs publics.

Sommaire

1. Qu'est-ce que la propagation DNS ?
2. Combien de temps dure la propagation DNS ?
3. Quel rôle joue le TTL ?
4. Quels caches retardent la prise en compte d'un changement ?
5. Quelles modifications sont les plus longues à se propager ?
6. Comment préparer un changement de DNS sans coupure ?
7. Comment vider le cache DNS de votre ordinateur ?
8. Comment vérifier si la propagation est terminée ?
9. Que faire si le changement n'apparaît toujours pas ?

Qu'est-ce que la propagation DNS ?

La propagation DNS est le délai pendant lequel les résolveurs du monde entier continuent de servir l'ancienne valeur d'un enregistrement, parce qu'ils l'ont gardée en cache, avant de redemander la nouvelle à votre serveur DNS. Contrairement à ce que le mot suggère, rien n'est « poussé » vers Internet : comme le résume CaptainDNS, les résolveurs servent leur cache jusqu'à l'expiration du TTL, puis réinterrogent le serveur qui fait autorité.

Le chemin d'une requête DNS, simplifié :

• votre navigateur demande l'adresse de votredomaine.fr au système de votre ordinateur ;
• le système interroge un résolveur (celui de votre box, de votre entreprise ou un résolveur public) ;
• le résolveur, s'il n'a pas la réponse en cache, remonte jusqu'au serveur faisant autorité de votre domaine, celui qui héberge votre zone DNS ;
• la réponse est mémorisée à chaque étape pendant la durée indiquée par le TTL.

Votre modification est donc visible immédiatement sur le serveur faisant autorité. Ce qui prend du temps, c'est l'oubli progressif de l'ancienne réponse par tous les caches intermédiaires. Pour revoir le rôle de chaque serveur, notre guide sur le serveur DNS détaille la différence entre résolveur et serveur faisant autorité.

Combien de temps dure la propagation DNS ?

Dans la plupart des cas, la propagation dure au maximum la valeur du TTL de l'enregistrement modifié : quelques minutes avec un TTL court, jusqu'à 24 heures avec un TTL d'un jour. Le chiffre de « 24 à 48 heures » souvent cité est, selon CaptainDNS, un héritage des années 2000 qui ne correspond à aucune contrainte technique actuelle.

Il reste toutefois des cas où la marge de 48 heures est prudente :

• un changement de serveurs de noms (NS), car l'information est aussi mise en cache au niveau du registre de l'extension ;
• un résolveur qui ne respecte pas le TTL : certains fournisseurs d'accès conservent les données 24 heures ou plus, même si le TTL a été réduit, comme le signale Infomaniak ;
• un TTL très long déjà en place avant votre modification, que vous ne pouvez plus raccourcir rétroactivement.

Quel rôle joue le TTL ?

Le TTL (Time To Live) est la durée, en secondes, pendant laquelle un résolveur a le droit de garder une réponse DNS en cache ; c'est lui qui fixe la durée maximale de la propagation. Selon Infomaniak, un TTL de 24 heures correspond à 86 400 secondes, pendant lesquelles une modification d'adresse IP peut rester invisible.

Correspondance entre valeurs de TTL courantes et délai maximal, d'après CaptainDNS :

Le compromis est simple :

• un TTL court accélère les changements mais multiplie les requêtes vers votre serveur DNS ;
• un TTL long soulage les serveurs et accélère la résolution pour les visiteurs, mais rend chaque correction lente à se diffuser ;
• la bonne pratique consiste à garder un TTL moyen au quotidien et à le raccourcir seulement avant une opération prévue.

Conseil de pro : baisser le TTL ne sert à rien le jour même. Les résolveurs ont mémorisé l'ancien TTL avec l'ancienne réponse : il faut attendre que cet ancien TTL soit écoulé pour que le nouveau, plus court, soit pris en compte partout.

Quels caches retardent la prise en compte d'un changement ?

Quatre niveaux de cache peuvent vous montrer une ancienne réponse : le navigateur, le système d'exploitation, le résolveur (box, entreprise ou public) et, plus rarement, des relais intermédiaires. CaptainDNS identifie le résolveur récursif comme le goulot d'étranglement le plus fréquent.

Ce que chaque niveau implique :

• le navigateur garde sa propre table DNS, indépendante du système ;
• le système d'exploitation (Windows, macOS, Linux) met en cache les réponses pour toutes les applications ;
• le résolveur de votre box ou de votre entreprise sert la même réponse à tous ses utilisateurs, et vous ne pouvez pas le purger vous-même ;
• les résolveurs publics répartis sur plusieurs sites peuvent donner des réponses différentes selon le serveur qui vous répond.

C'est pour cela qu'un changement peut être visible sur votre téléphone en 4G et invisible sur le Wi-Fi du bureau : les deux n'interrogent pas le même résolveur.

Quelles modifications sont les plus longues à se propager ?

Les changements de serveurs de noms (NS) et les transferts de domaine sont les plus longs, car ils touchent la délégation enregistrée au niveau du registre, et non une simple ligne de votre zone. Viennent ensuite les modifications d'enregistrements dont le TTL était élevé.

Les cas à surveiller :

• changement de NS : gardez les anciens serveurs DNS actifs, avec une zone identique, pendant 48 à 72 heures, comme le recommande CaptainDNS ;
• enregistrements MX : pendant la transition, des e-mails peuvent arriver sur l'ancienne messagerie, il faut donc la laisser active quelques jours ;
• SPF, DKIM et DMARC : publiez les nouveaux enregistrements avant de basculer les MX pour ne pas dégrader la délivrabilité ;
• DNSSEC : une erreur de clé rend le domaine introuvable pour les résolveurs qui valident, ce qui ressemble à une propagation « bloquée » ;
• réponse négative en cache : si quelqu'un a interrogé un sous-domaine avant sa création, l'absence de réponse est elle-même mise en cache, pour une durée fixée par la zone selon la RFC 2308.

Lors d'un transfert de domaine chez Wayhost, la page indique que les enregistrements A, MX, CNAME et TXT sont préservés à l'identique et que le site et les e-mails restent en ligne pendant toute l'opération (constaté le 2 novembre 2026 sur la page transfert de domaine).

Comment préparer un changement de DNS sans coupure ?

Une bascule sans coupure se prépare en trois temps : baisser le TTL à l'avance, modifier la valeur au moment choisi, puis remonter le TTL une fois tout vérifié. Cette méthode est celle décrite par CaptainDNS, avec une réduction du TTL à 300 secondes 48 heures avant l'opération.

La procédure pas à pas :

1. J-2 : relevez la valeur actuelle de chaque enregistrement concerné et son TTL ;
2. J-2 : abaissez le TTL des enregistrements à modifier (par exemple à 300 secondes) ;
3. attendez au moins l'ancien TTL pour que tous les caches aient adopté le TTL court ;
4. jour J : mettez en ligne le nouveau serveur et vérifiez-le sans le DNS (fichier hosts ou adresse IP directe) ;
5. jour J : modifiez l'enregistrement A, CNAME ou MX vers la nouvelle cible ;
6. jour J : laissez l'ancien serveur actif, car une partie des visiteurs y arrive encore pendant quelques minutes ;
7. J+1 : contrôlez les journaux de l'ancien serveur, puis remontez le TTL vers une valeur moyenne.

Si vous changez d'hébergement, notre guide migrer d'un hébergement mutualisé vers un VPS détaille l'ordre des opérations côté fichiers et base de données. Côté offre, la page hébergement web Wayhost annonce une migration du site existant prise en charge, sans interruption (constaté le 2 novembre 2026).

Conseil de pro : planifiez une bascule en dehors de vos heures de pointe et jamais un vendredi soir. Si un enregistrement est faux, vous voulez pouvoir le corriger pendant que le TTL est encore court.

Comment vider le cache DNS de votre ordinateur ?

Vider le cache DNS local se fait en une commande sur chaque système, puis dans le navigateur ; cela ne change rien pour vos visiteurs, mais vous montre la réponse actuelle de votre résolveur. Les commandes ci-dessous sont celles recensées par CaptainDNS.

À savoir avant de lancer ces commandes :

• le cache de votre box ne se vide pas avec ces commandes, et redémarrer le routeur ne suffit pas toujours ;
• les résolveurs publics proposent parfois une page de purge, mais elle ne concerne qu'une partie de leurs serveurs ;
• un navigateur ouvert peut garder l'ancienne adresse : fermez-le complètement ou testez en navigation privée.

Comment vérifier si la propagation est terminée ?

La méthode fiable consiste à interroger directement le serveur faisant autorité, puis plusieurs résolveurs publics, et à comparer les réponses. Si le serveur faisant autorité renvoie la nouvelle valeur, votre modification est bien enregistrée ; il ne reste qu'à attendre l'expiration des caches.

Les commandes utiles :

• dig NS votredomaine.fr pour connaître les serveurs faisant autorité ;
• dig @<serveur faisant autorité> A votredomaine.fr pour lire la valeur à la source ;
• dig @8.8.8.8 A votredomaine.fr et dig @1.1.1.1 A votredomaine.fr pour comparer avec deux résolveurs publics ;
• nslookup votredomaine.fr 8.8.8.8 sous Windows si dig n'est pas installé ;
• un outil de vérification en ligne, qui interroge des résolveurs situés dans plusieurs pays.

Attention au choix des résolveurs de test depuis la France : Quad9 a annoncé qu'il cesserait de servir les utilisateurs situés en France le 24 novembre 2026, à la suite d'une décision du tribunal judiciaire de Paris, selon IT-Connect. Si vos scripts de test ou vos équipements utilisent 9.9.9.9, prévoyez un autre résolveur.

Que faire si le changement n'apparaît toujours pas ?

Si la nouvelle valeur n'apparaît pas après l'ancien TTL, le problème vient le plus souvent de la modification elle-même, pas de la propagation. Commencez par vérifier ce que renvoie le serveur faisant autorité.

Les causes à contrôler, dans l'ordre :

• la modification n'a pas été enregistrée ou a été faite dans la mauvaise zone (ancien hébergeur, mauvais domaine) ;
• les serveurs de noms ne sont pas ceux que vous croyez : vous modifiez une zone qui n'est pas celle utilisée ;
• un mauvais type d'enregistrement : un CNAME et un A sur le même nom entrent en conflit ;
• une réponse négative en cache pour un sous-domaine interrogé avant sa création ;
• une erreur DNSSEC après un changement d'hébergeur DNS ;
• un résolveur d'entreprise qui garde ses réponses plus longtemps que le TTL.

Pour un site qui ne répond toujours pas alors que le DNS est correct, le problème est côté serveur : certificat, configuration du site ou hébergement. Notre guide sur l'hébergement web rappelle ce qui relève de l'hébergeur. La gestion DNS de Wayhost donne accès aux enregistrements A, MX, CNAME et TXT depuis une interface, avec DNSSEC inclus (constaté le 2 novembre 2026 sur la page nom de domaine).

Questions fréquentes

C'est quoi la propagation DNS ?

C'est le délai pendant lequel les résolveurs continuent de donner l'ancienne valeur d'un enregistrement DNS, parce qu'ils l'ont gardée en cache. Une fois le TTL écoulé, ils redemandent la valeur au serveur de votre domaine et obtiennent la nouvelle. Rien n'est diffusé activement : ce sont les caches qui expirent.

Combien de temps faut-il pour qu'un changement DNS soit pris en compte ?

En général, au maximum la durée du TTL de l'enregistrement modifié, soit de quelques minutes à 24 heures. Un changement de serveurs de noms peut demander jusqu'à 48 heures par prudence. Certains fournisseurs d'accès gardent aussi les réponses plus longtemps que prévu.

Peut-on accélérer la propagation DNS ?

On ne peut pas forcer les résolveurs des autres à vider leur cache. En revanche, baisser le TTL au moins un ancien TTL avant la modification réduit fortement le délai. Chez vous, vider le cache du système et du navigateur permet de voir la nouvelle valeur plus tôt.

Pourquoi mon site s'affiche chez moi mais pas chez un collègue ?

Vous n'utilisez probablement pas le même résolveur DNS, ou l'un de vous a encore l'ancienne réponse en cache. Le résolveur de la box, celui de l'entreprise et celui de l'opérateur mobile expirent à des moments différents. Le phénomène disparaît une fois le TTL écoulé partout.

Faut-il vider le cache DNS après un changement ?

Ce n'est utile que pour vous : cela vous permet de voir la réponse actuelle de votre résolveur. Vos visiteurs, eux, verront le changement à l'expiration du cache de leur propre résolveur. La commande est ipconfig /flushdns sous Windows.

Quel TTL choisir pour un enregistrement DNS ?

Une heure est un bon réglage par défaut pour la plupart des enregistrements. Avant une migration, passez à quelques minutes, puis remontez à une heure ou plus une fois la bascule validée. Les enregistrements qui ne changent jamais peuvent garder un TTL long.

Le transfert d'un nom de domaine coupe-t-il le site ?

Pas si les serveurs de noms et les enregistrements restent identiques pendant l'opération. Le transfert change le registrar qui gère le domaine, pas forcément la zone DNS. Vérifiez avant de commencer que vos enregistrements seront conservés à l'identique.

Comment savoir quels serveurs DNS gèrent mon domaine ?

Lancez la commande dig NS votredomaine.fr ou utilisez un outil de recherche WHOIS en ligne. Les serveurs de noms indiqués sont ceux qui font autorité. C'est dans la zone hébergée sur ces serveurs que vos modifications doivent être faites.

Ce qu'il faut retenir

• La propagation DNS est une expiration de caches, pas une diffusion : votre modification est immédiate à la source.
• Le TTL fixe le délai maximal de prise en compte, de quelques minutes à 24 heures.
• Baissez le TTL à l'avance et attendez l'ancien TTL avant toute bascule importante.
• Gardez l'ancien serveur actif pendant la transition, surtout pour le site et la messagerie.
• Vérifiez à la source avec dig avant de conclure à un problème de propagation.

Pour gérer vos enregistrements depuis une interface et préparer vos bascules sereinement, découvrez la gestion de nom de domaine Wayhost.

Article rédigé par Mouhamed BANKOLE, CEO chez ITNET Technologies.