Monitoring Let's Encrypt certificates
Let's Encrypt issues free certificates through automated renewal, and it has become the default for much of the web: it is used by roughly two-thirds of the sites whose certificate authority is known, and issues on the order of ten million certificates a day. Its certificates last 90 days and are meant to renew automatically, which is exactly why monitoring them feels optional and is not.
Automation moves the risk rather than removing it. A renewal can fail because a rate limit was hit, a DNS or HTTP validation broke, a cron job stopped running, or the new certificate was issued but the web server was never reloaded to serve it. None of those show up in the renewal logs as a problem, and with a 90-day window a stalled renewal has weeks to go unnoticed before the certificate actually expires.
Monitoring Let's Encrypt certificates is about catching the renewal that did not happen. A check that reads the served certificate sees the real expiry date and the real certificate on the wire, so it notices when the countdown stops moving — the renewal succeeded on disk but the old certificate is still being served — long before a visitor does. As certificate lifetimes shrink across the industry, the same discipline applies to every automated certificate, not just Let's Encrypt's.
Source: W3Techs: Let's Encrypt usage
Common questions
Do I need to monitor Let's Encrypt if it auto-renews?
Yes. Auto-renewal can fail quietly — a rate limit, a broken validation, a stopped cron job, or a certificate that renewed but was never reloaded. A monitor reading the served certificate catches the renewal that did not take effect.
How long do Let’s Encrypt certificates last?
90 days. The short window is designed for automation, but it also means a stalled renewal has weeks to go unnoticed unless something is watching the actual expiry on the wire.
CertPost watches all of this on a schedule — 3 certificates monitored free, no card.