Un changement DNS peut être correct sur un résolveur et encore absent sur un autre. Planifiez la bascule, réduisez le TTL à l’avance si nécessaire et conservez l’ancienne cible jusqu’à stabilisation.
1. Résolution
- les enregistrements A et AAAA pointent vers les bonnes adresses ;
- les CNAME ne créent pas de boucle et correspondent au service prévu ;
- les réponses sont cohérentes depuis plusieurs résolveurs ;
- le service écoute réellement en IPv4 et IPv6 si les deux sont publiés.
2. HTTPS
Contrôlez le nom couvert par le certificat, sa chaîne, son expiration et la redirection HTTP vers HTTPS. Vérifiez chaque sous-domaine public, pas seulement le domaine racine. N’activez HSTS sur un périmètre large qu’après cette validation.
3. Messagerie
Vérifiez MX, SPF, DKIM et DMARC. Envoyez ensuite un message réel dans les deux sens et consultez les résultats d’authentification. Le DNS seul ne confirme pas que le serveur signe le flux réellement utilisé.
4. Sécurité DNS
DNSSEC protège l’intégrité des réponses lorsque la chaîne de confiance est complète. CAA permet de préciser les autorités autorisées à émettre des certificats. Une erreur DNSSEC peut rendre le domaine totalement inaccessible : validez la délégation avant activation définitive.
5. Découverte par les moteurs
Contrôlez le statut HTTP, le titre, la description, la balise canonique, robots.txt et le sitemap. Les pages privées comme un monitor doivent rester en noindex et protégées.
Audit global en une requête
DomainCheck inspecte passivement DNS, TLS, e-mail et SEO technique, puis fournit les corrections prioritaires.
Auditer le domaine6. Après la bascule
Surveillez les codes HTTP, certificats, erreurs Nginx, délivrabilité e-mail et requêtes DNS. Ne supprimez l’ancienne infrastructure qu’après la période de retour arrière prévue.
Voir également la vérification DMARC/SPF.
Publié le 19 juillet 2026.