Vérifiez ces points dans l’ordre — les deux premiers expliquent la plupart des situations.
1. Votre ordinateur conserve une ancienne réponse
Testez le domaine sur un téléphone en désactivant le Wi-Fi. Si le téléphone affiche le bon site, la modification DNS fonctionne et votre propre machine a mis en cache l’ancienne version. Sous Windows, exécutez ipconfig /flushdns ; sous macOS, sudo killall -HUP mDNSResponder.
2. Il existe plusieurs enregistrements pour le nom
Deux enregistrements A pour www signifient que les visiteurs reçoivent l’un ou l’autre de manière aléatoire, ce qui ressemble exactement à une panne intermittente. Consultez Domaines → votre domaine → DNS et supprimez celui qui pointe vers l’ancien hébergeur.
3. Les serveurs de noms pointent toujours vers votre ancien fournisseur
Si les enregistrements NS du domaine indiquent votre précédent hébergeur, ce sont eux qui répondent, et aucune modification effectuée ici n’est prise en compte. Le panneau DNS affiche un avertissement lorsqu’il détecte cette situation.
4. example.com et www.example.com sont configurés différemment
Il s’agit de deux noms distincts nécessitant deux enregistrements. Un site qui fonctionne sur l’un mais pas sur l’autre correspond presque toujours à ce cas de figure.
5. L’ancien hébergeur applique toujours une redirection
Certains hébergeurs conservent une redirection en place après votre départ. Si le domaine pointe vers notre adresse mais que vous atterrissez ailleurs, il s’agit d’une redirection et non d’un problème DNS — vérifiez avec curl -I https://example.com et examinez l’en-tête Location.