Le certificat SSL, la carte d’identité numérique qui permet d’ouvrir votre site en https, a dépassé sa date de fin de validité. Le navigateur ne peut plus garantir que la connexion est chiffrée ni qu’elle mène au bon serveur, alors il bloque l’accès avec une page d’avertissement. Le site lui-même fonctionne toujours, mais la plupart des visiteurs n’iront pas plus loin.
Pourquoi cette erreur apparaît
- Le renouvellement automatique du certificat gratuit (Let’s Encrypt, AutoSSL) a échoué sans que personne ne soit prévenu.
- Le domaine ou sa version www pointe vers un autre serveur, ou passe par un service comme Cloudflare, ce qui peut empêcher l’hébergeur de valider le renouvellement.
- Une règle de redirection ou de sécurité bloque le dossier .well-known, utilisé par l’hébergeur pour prouver que le domaine vous appartient.
- Un certificat payant, acheté pour une durée fixe, n’a pas été renouvelé à temps.
- Plus rarement, l’horloge de l’ordinateur du visiteur est déréglée : le certificat est valide, mais l’appareil croit être à une autre date.
Comment corriger le problème
Vérifier que tout le monde voit l’erreur
Ouvrez le site depuis un autre appareil, par exemple un téléphone en données mobiles. Si l’avertissement apparaît partout, le certificat est en cause. S’il ne s’affiche que sur un seul ordinateur, contrôlez la date et l’heure de cet ordinateur : Chrome rappelle d’ailleurs la date système dans le détail du message.
Lire le code affiché sous le message
« Votre connexion n’est pas privée » couvre plusieurs problèmes. NET::ERR_CERT_DATE_INVALID (ou SEC_ERROR_EXPIRED_CERTIFICATE dans Firefox) confirme une date dépassée. NET::ERR_CERT_AUTHORITY_INVALID (SEC_ERROR_UNKNOWN_ISSUER dans Firefox) signale plutôt un certificat que le navigateur ne reconnaît pas, par exemple auto-signé : la marche à suivre chez l’hébergeur reste la même.
Renouveler le certificat chez l’hébergeur
Dans l’espace client de votre hébergement, ouvrez la rubrique SSL ou Certificats (SSL/TLS Status sous cPanel). La date de fin et l’état du renouvellement y figurent. Relancez la génération, avec le bouton « Run AutoSSL » sous cPanel ou son équivalent ailleurs, et lisez le message en cas d’échec : il donne souvent la raison.
Contrôler le DNS et les services intermédiaires
Vérifiez que les enregistrements A, et AAAA s’il en existe un, du domaine et de sa version www pointent bien vers l’hébergement actuel. Une ancienne adresse IPv6 oubliée suffit à faire échouer le renouvellement. Si le site passe par Cloudflare ou un autre proxy, le certificat vu par les visiteurs est celui de ce service : c’est dans son tableau de bord qu’il faut regarder.
Lire les dates du certificat servi
La première commande affiche les dates de début et de fin (notBefore, notAfter) du certificat réellement présenté par le serveur, pratique pour confirmer qu’un renouvellement a été pris en compte. Sur un serveur privé géré avec Certbot, la seconde teste le renouvellement sans rien modifier.
openssl s_client -connect monsite.fr:443 -servername monsite.fr </dev/null 2>/dev/null | openssl x509 -noout -dates
certbot renew --dry-runNotez les valeurs actuelles de vos enregistrements DNS avant d’y toucher : une erreur à cet endroit peut couper à la fois le site et les e-mails.
Un autre message d'erreur ? Collez-le dans le décodeur : il le reconnaît et vous oriente vers la bonne fiche.
Ouvrir le décodeur