Le certificat du site est-il toujours responsable ?

Non. Une horloge système ou un fuseau horaire incorrect peut déclencher la même alerte.

Et si l’horloge est correcte ?

Examinez les dates et le certificat effectivement présenté par le CDN public.

Puis-je simplement continuer malgré l’alerte ?

Pas si vous devez entrer un mot de passe, des données bancaires ou autres informations sensibles avant d’en comprendre la cause.

NET::ERR_CERT_DATE_INVALID : date du certificat

Contrôlez d’abord l’horloge de l’appareil

Google Chrome recommande de vérifier la date et l’heure du téléphone ou de l’ordinateur pour ce code. Les certificats ont une période de validité précise ; une horloge incorrecte peut faire paraître un certificat valide expiré ou prématuré.

Si la date et l’heure sont correctes

Si plusieurs appareils correctement réglés affichent la même erreur, le site est probablement en cause. Le certificat peut avoir expiré, ne pas encore être valable ou le CDN peut présenter un certificat inattendu.

Comment distinguer un problème local du site ?

Vérifiez si plusieurs sites HTTPS sont touchés.
Essayez la même page sur votre téléphone avec les données mobiles.
Si un domaine échoue partout, informez son exploitant.
Utilisez notre vérification et le guide Votre connexion n’est pas privée.

Si vous exploitez le site

Examinez les dates, le nom d’hôte, la chaîne et le certificat réellement servi par le CDN public ou le proxy inverse. Après renouvellement automatique, assurez-vous que la nouvelle version est bien déployée sur toutes les instances.

Différence avec ERR_SSL_PROTOCOL_ERROR

NET::ERR_CERT_DATE_INVALID est un signal précis lié au certificat. ERR_SSL_PROTOCOL_ERROR décrit un problème TLS plus général.