SSL expiration guide

What happens when an SSL certificate expires?

When an SSL certificate expires, browsers stop trusting it for secure HTTPS connections. Visitors may see a warning such as the connection is not private, and API clients may reject requests with certificate validation errors.

The website might still be online, but the secure connection is no longer trusted. That means users can be blocked before they reach your application, checkout page, login screen, or documentation.

The fix is to renew and deploy a valid certificate for the exact hostname, then confirm the public endpoint is serving the new certificate.

Why this matters

An expired certificate is one of the most avoidable website outages. The expiration date is known in advance, but the impact appears suddenly when the date passes. That makes it painful: the incident often feels surprising even though the signal was available for weeks.

Search engines, browsers, uptime tools, payment callbacks, mobile apps, and partner APIs can all depend on trusted HTTPS. If they cannot establish trust, they may stop before any application-level retry or fallback can help.

Step-by-step instructions to recover

First, verify the hostname and confirm the certificate is actually expired. Check the public endpoint, not only the certificate record in your provider dashboard. Then renew or reissue the certificate through the system that manages it.

After renewal, deploy the certificate to every place that terminates TLS. That may be a CDN, load balancer, reverse proxy, hosting platform, ingress controller, or web server. Finally, run a public SSL check again and confirm the valid until date changed.

  • Identify the exact hostname showing the warning.
  • Check the current certificate expiration and issuer.
  • Renew or reissue the certificate through the right provider.
  • Deploy or reload the certificate on the public endpoint.
  • Verify browser access, SSL details, and HTTPS response health after the fix.
Follow the expired SSL fix guide

Common problems

Sometimes renewal succeeds but deployment fails. The certificate authority may show a fresh certificate, while the web server continues serving the expired certificate. This often happens when a service needs a reload or when a CDN has its own certificate configuration.

Another common issue is renewing the wrong certificate. If users visit www.example.com but the renewed certificate only covers example.com, the warning remains. Hostname coverage matters as much as the expiration date.

What users and systems see

Human visitors usually see a browser interstitial instead of the page. The exact words differ by browser, but the meaning is the same: the browser cannot verify a private connection because the certificate is outside its valid date range. Many visitors will leave rather than click through a warning, especially on login, checkout, or account pages.

Automated clients usually fail more quietly but just as seriously. A webhook receiver, mobile app, crawler, payment callback, or partner integration may report a TLS validation error, certificate expired error, or generic network failure. Because the request can fail before it reaches the application, your normal application logs may not show the full picture.

Practical recovery checklist

When a certificate has already expired, move quickly but verify each step. The goal is not only to issue a new certificate; it is to make sure the public hostname is serving the new trusted certificate to browsers and clients.

  • Check the exact hostname showing the warning.
  • Renew or reissue the certificate.
  • Deploy it to the TLS termination point.
  • Reload or redeploy the service if required.
  • Run an external SSL and HTTPS check after the fix.

How to prevent the problem

Prevention starts with visibility. Keep a list of production hostnames, monitor their public certificates, and alert before expiration is close. Do not rely on one person's calendar reminder or a notification sent only to the person who originally bought the certificate.

Use automatic renewal where possible, but verify the public endpoint after each renewal. Monitoring should confirm that the certificate visible to browsers is valid, trusted, and matched to the hostname.

Avoid expired certificates next time

Website Certs can monitor SSL expiration and help you get alerts before certificates expire.

Start monitoring for free

How Website Certs can help

Website Certs helps by checking the certificate served by a public hostname and showing expiration, days remaining, issuer, hostname match, SAN domains, and trust status. That makes it easier to confirm whether an expiration warning is real and whether a renewal fixed it.

For ongoing prevention, Website Certs can monitor SSL certificates and send alerts before expiration becomes critical. It can also monitor DNS and HTTPS health, which helps when the visible issue is connected to routing or redirects.

Get SSL expiration alerts

FAQ

Will users always be blocked when a certificate expires?

Most modern browsers show a serious warning and may block normal access. Some technical clients fail immediately with certificate validation errors.

Can I ignore an expired certificate on an internal tool?

Ignoring it is risky. Even internal tools can handle sensitive sessions, and expired certificates train people to bypass security warnings.

How do I know the fix worked?

Run a public SSL check for the exact hostname and confirm the valid until date, hostname match, and trust chain are healthy.

Related Website Certs tools

Check whether your certificate is close to expiring

Use the free checker to inspect the current certificate, or start monitoring so Website Certs can warn you before expiration causes an incident.