Quand tester un certificat SSL ?
Quatre moments où le test SSL est indispensable :
- Après une nouvelle installation — pour valider que tout est en place avant la mise en production.
- Après un renouvellement — pour confirmer que le nouveau certificat est bien servi et que la chaîne reste intacte.
- Après un changement d'hébergeur ou de serveur — la configuration TLS peut différer subtilement entre nginx, Apache, Caddy, IIS…
- Après un signalement client — pour reproduire et diagnostiquer un problème vu par un visiteur mais pas par vous.
Les 7 erreurs SSL les plus fréquentes
- Certificat expiré — renouvellement oublié ou automatisation cassée.
- Chaîne intermédiaire manquante — le certificat racine n'est pas atteignable depuis celui du site.
- Common name mismatch — le certificat est émis pour un autre domaine que celui demandé. Fréquent avec les redirections www / non-www mal configurées.
- Mauvais SNI — sur un serveur hébergeant plusieurs sites, le mauvais certificat est servi par défaut.
- Certificat auto-signé en production — émis pour le dev, oublié sur le serveur live.
- Port 443 fermé ou bloqué — règle de pare-feu trop stricte, ou serveur HTTP-only.
- Algorithme trop ancien — TLS 1.0/1.1 désactivés par les navigateurs modernes, SHA-1 obsolète.
Comment interpréter le résultat du test ?
Certificat valide — le test passe sur tous les critères : la fenêtre de validité est respectée, la chaîne remonte à une racine reconnue, et le hostname demandé correspond au certificat servi. Votre site est sécurisé pour tous les navigateurs modernes.
Certificat invalide — au moins un critère échoue. Le message d'erreur précise lequel : une expiration dépassée, une chaîne cassée, un hôte non couvert. Corrigez le problème côté serveur puis relancez le test pour valider.
Inaccessible — le serveur n'a pas répondu. Le domaine peut être éteint, ne pas avoir de SSL configuré, ou bloquer notre IP. Vérifiez l'accès direct dans un navigateur.