# Que se passe-t-il quand le certificat d’un site expire ? URL: https://ergostrat.com/fr/monitoring/ssl-certificate-expired.html Langues: [Български](https://ergostrat.com/monitoring/ssl-certificate-expired.html) · [English](https://ergostrat.com/en/monitoring/ssl-certificate-expired.html) · [Français](https://ergostrat.com/fr/monitoring/ssl-certificate-expired.html) · [Deutsch](https://ergostrat.com/de/monitoring/ssl-certificate-expired.html) Le navigateur peut interrompre l’accès avec un avertissement de certificat non valide ; d’autres clients peuvent refuser la connexion. Vérifiez l’expiration réelle, le certificat présenté et les réglages. Cela ne démontre automatiquement ni une intrusion ni une perte précise dans Google. ## Que voit le visiteur ? Le message dépend du navigateur, de sa version et de sa langue. Firefox documente SEC_ERROR_EXPIRED_CERTIFICATE pour un certificat expiré et recommande de vérifier l’horloge de l’appareil. Une date incorrecte peut aussi provoquer un problème de validation. Établissez l’erreur exacte et le certificat présenté à l’adresse concernée. Ne vous fiez pas à un symbole de cadenas identique dans tous les navigateurs. Ne demandez pas aux clients de contourner l’avertissement ; corrigez la cause de la connexion non valide. ## Que signifie cette erreur pour HTTPS ? Le certificat contribue à vérifier l’identité du serveur. Son expiration est un problème de validité, pas la preuve qu’une interception a déjà eu lieu. L’avertissement seul n’établit pas une attaque. Certains clients refusent la connexion sans page permettant de poursuivre. Pour une API, cela peut apparaître comme une erreur d’automatisation. Vérifiez les adresses et services touchés selon leurs certificats, plutôt que de supposer que seule la page d’accueil est concernée. ## Que peut-on affirmer concernant Google ? Google a annoncé HTTPS comme signal de classement en 2014. Cette annonce historique n’établit ni pénalité fixe, ni baisse immédiate, ni montant de perte pour chaque certificat expiré. Rétablissez l’accès et vérifiez les données réelles d’exploration et de trafic. L’avertissement gêne les visiteurs, mais ne permet pas à lui seul de chiffrer une variation des positions ou des revenus. ## Comment les durées maximales évoluent-elles ? Les exigences du CA/Browser Forum concernent les certificats TLS de serveur reconnus publiquement. « Certificat SSL » est une appellation courante. Le maximum dépend de la date d’émission : - Avant le 15 mars 2026 : 398 jours. - Du 15 mars 2026 jusqu’avant le 15 mars 2027 : 200 jours. - Du 15 mars 2027 jusqu’avant le 15 mars 2029 : 100 jours. - À partir du 15 mars 2029 : 47 jours. Cela ne raccourcit pas rétroactivement un certificat déjà émis et n’implique pas que chaque nouveau certificat obtienne le maximum. À partir du 15 mars 2029, la réutilisation d’une validation de domaine ou d’adresse IP est limitée à 10 jours ; cette durée est distincte de la validité du certificat. N’appliquez pas automatiquement ce calendrier à une infrastructure interne privée ni à d’autres types de certificats. Un contrat annuel avec un fournisseur ne donne pas non plus une validité annuelle à chaque certificat. Suivez la date d’expiration réelle. ## Quelles sont les conséquences pratiques ? Un avertissement ou un refus de connexion peut interrompre une demande, un paiement ou un échange de données. Les conséquences dépendent des fonctions et du moment, pas d’une règle garantissant une baisse des ventes. Let’s Encrypt recommande un renouvellement automatisé avant expiration. Vérifiez l’émission, l’installation et le certificat réellement présenté. Une tâche automatique peut échouer ; définissez un responsable et une alerte plutôt que de dépendre uniquement d’un rappel de calendrier. ## Questions ### Y a-t-il un délai de grâce ? Une fenêtre commerciale de renouvellement ne prolonge pas la validité du certificat. Le comportement du client dépend de sa validation et de sa politique. Vérifiez l’expiration exacte et l’erreur sans supposer des jours d’accès supplémentaires. ### Les outils internes peuvent-ils être touchés ? Portails, API et autres clients utilisant le certificat expiré peuvent être touchés et afficher des erreurs différentes. Les règles des certificats publics ne fixent pas automatiquement la durée d’une PKI interne privée. ### Le renouvellement automatique suffit-il ? Pas simplement en activant un réglage. Vérifiez la validation du domaine, les accès disponibles et le certificat réellement utilisé par le service. Le domaine et l’automatisation elle-même doivent aussi avoir des responsables désignés. ## Sources - [Mozilla — codes d’avertissement et certificats expirés.](https://support.mozilla.org/en-US/kb/what-does-your-connection-is-not-secure-mean) - [Google — annonce historique du signal HTTPS.](https://developers.google.com/search/blog/2014/08/https-as-ranking-signal) - [CA/Browser Forum — exigences et durées actuelles.](https://cabforum.org/working-groups/server/baseline-requirements/requirements/) - [Let’s Encrypt — intégration et renouvellement automatisé.](https://letsencrypt.org/docs/integration-guide/) ## Pour poursuivre - [Que signifie la surveillance de la disponibilité d’un site ?](https://ergostrat.com/fr/monitoring/uptime-monitoring.html) - [À quelle fréquence faut-il vérifier un site web ?](https://ergostrat.com/fr/monitoring/check-frequency.html) - [Le formulaire de contact n’envoie plus de courriels : que vérifier ?](https://ergostrat.com/fr/monitoring/contact-form-not-sending.html) ## Suivez l’expiration et le responsable du renouvellement. Notre surveillance vérifie l’expiration du certificat et du domaine lors du contrôle horaire prévu par l’inventaire écrit. Cela ne garantit pas qu’un certificat n’expirera jamais et n’inclut pas automatiquement toute opération de renouvellement ou de remplacement. Le travail nécessaire est défini dans le périmètre convenu. [Parlons de votre surveillance](mailto:contact@ergostrat.com?subject=Question%20sur%20le%20certificat%20du%20site%20et%20sa%20surveillance)