SSL Certificate Checker
Check any domain's SSL/TLS certificate. See validity, expiry date, days remaining, issuer, certificate authority, SANs, and key details instantly.
All Security ToolsEnter a domain to check its certificate expiry, chain, TLS version and the names it covers.
The missing intermediate problem. If your server sends only its own certificate without the intermediates that link it to a trusted root, desktop browsers usually still work, because they have cached those intermediates from other sites. Mobile browsers, API clients and payment gateways often do not, so the site fails for exactly the visitors you cannot see in your own testing. That check is the most valuable thing on this page.
Expiry is not the only thing that breaks. A certificate can be perfectly valid and still fail, if it does not cover the hostname being requested, if it is self-signed, or if the server only offers a TLS version browsers have dropped.
Certificate Transparency. Every publicly trusted certificate must be recorded in public logs. Reading through the issuance history for your own domain is how mis-issued certificates get spotted, so it is worth a glance even when everything looks healthy.
How this checker reads the certificate a server is really serving
A browser tab cannot open a raw TLS socket to an arbitrary domain on port 443 and inspect the certificate chain the way a command line tool like openssl s_client can. JavaScript in a page has no API for that. So the convertnow.tools server does it for you. It opens a real TLS connection to the domain on port 443, reads the certificate and chain the server presents, and returns the details as JSON. A second request with full certificate verification confirms whether a standard set of trusted roots accepts the chain.
The domain you type is sent to the convertnow.tools server, nothing more. Private and internal addresses are refused. If you also want the issuance history, Show issuance history asks crt.sh, a public search over Certificate Transparency logs. Those logs exist because of the 2011 DigiNotar breach and the push for auditable certificate issuance that followed.
From your domain to a rendered certificate card
https://Example.com/path and example.com are the same check. Names with accents are converted to punycode. A leading www is kept, because www can have its own certificate.
What the results card actually shows
| Field | Source |
|---|---|
| Issued to / by | Subject and issuer common name and organisation |
| Valid from / until | Exact UTC times, days left, and a bar showing how much of the validity period is used |
| Validity period | Days between the two dates, useful for spotting a 90-day Let's Encrypt cert versus a longer commercial one |
| TLS and key | Negotiated TLS version and cipher, key type and size, signature algorithm |
| Subject Alternative Names | Every name the certificate covers |
| Issuance history | On request, the 25 newest certificates logged for the domain in Certificate Transparency |
The tool also tags Let's Encrypt certificates, detected from the issuer organisation or intermediate names like R11 or E6, and wildcard certificates that cover every first-level subdomain.
openssl s_client or a dedicated TLS scanner.Two things the expiry logic handles
Three-tier urgency banding
Expired shows red immediately. Fourteen days or fewer remaining triggers a critical red renew-now warning. Thirty days or fewer shows an amber schedule-renewal notice. Anything beyond that is a calm green valid state, matching the rhythm most CAs use for renewal reminder emails.
Let's Encrypt detection
Let's Encrypt certificates are short-lived and renew automatically about 30 days before expiry. So 20 to 30 days left is normal for them, while under 14 days means renewal has probably failed and is flagged red.
- RFC 5280 defines the X.509 certificate and CRL profile, the structure behind every field this tool displays.
- RFC 6962 defines Certificate Transparency, the logging system crt.sh indexes.
- crt.sh is the search interface the issuance history comes from, run by Sectigo against multiple public CT logs.
- Let's Encrypt, how it works explains the automated issuance model this tool detects.
Certificate problems this catches
Checking how many days remain before a certificate needs renewal without logging into a hosting panel, confirming a domain's certificate covers the subdomains you expect via its SAN list, verifying which certificate authority a vendor or partner site actually uses, and spotting whether a site is running a wildcard certificate before deciding whether a new subdomain will be automatically covered.
Common Questions
Questions About the SSL Certificate Checker
Enter your domain in this tool and the expiry date and days remaining are shown immediately. Renewals should be scheduled at least 30 days before expiry. Let's Encrypt certificates last 90 days and should be auto-renewed via certbot or similar tooling. Commercial certificates typically last 1 year.
Certificate Transparency is a framework that requires all publicly trusted CAs to log every certificate they issue to publicly auditable logs. This makes it possible to detect mis-issued certificates — ones issued for domains without the owner's knowledge. Google Chrome requires CT compliance for all trusted certificates since 2018.
A wildcard certificate (e.g. *.example.com) covers all first-level subdomains under a domain — blog.example.com, shop.example.com, api.example.com — with a single certificate. It does not cover the root domain (example.com) by default, though most CAs include it as a SAN. Multi-level subdomains (sub.sub.example.com) are not covered.
Domain Validation (DV) certs verify domain control only — fastest and cheapest, used by Let's Encrypt. Organisation Validation (OV) certs also verify the company behind the domain. Extended Validation (EV) certs go through the most thorough vetting and previously showed a green bar in browsers, though modern browsers have removed this visual distinction.
All major browsers show a full-screen warning page blocking access to the site. This effectively takes your site offline from the perspective of most visitors. Search engines may also flag the site. Renewal restores the connection instantly — the new certificate just needs to be deployed on the server. Always monitor expiry dates and automate renewal where possible.
From the blog
Security writing without the scare tactics
Practical explanations of hashing, headers, certificates and consent, aimed at people who have to ship something this week.