Validity, checked directly
Uptiva connects to the site and reads the certificate it presents. An expired or untrusted certificate becomes an invalid result rather than hiding behind an otherwise reachable web server.
Watch certificate validity and renewal dates before a browser warning becomes the first sign of trouble. Give every important HTTPS service a clear certificate health check.
Time to renew. Room to breathe.
Automatic renewal is useful, but it is still a process that can fail. An independent SSL monitor checks the certificate presented by your site and makes its validity and remaining lifetime visible in your workspace.
Choose the warning period and expiry notifications that give your team enough time to act. When a certificate changes, the next scheduled check reads the current certificate so you can verify that the renewal reached the service.
Keep this signal alongside the rest of your stack: organize related services, choose who receives alerts and follow recovery in the same workspace. The goal is a check that explains what changed and gives the right person a useful place to start.
Purpose-built checks.
Information you can act on.
Uptiva connects to the site and reads the certificate it presents. An expired or untrusted certificate becomes an invalid result rather than hiding behind an otherwise reachable web server.
Choose how many days before expiry the monitor should show as degraded. Set the window to match your renewal process and the time your team needs to respond.
Select the supported notification milestones before the expiry date. A reminder sequence helps a renewal task stay visible instead of relying on a single calendar entry.
Review the issuer, subject, common name and issue date. These details help confirm that the endpoint is presenting the certificate you expected.
The details card includes certificate fingerprints and serial information alongside the expiry date. Keep the exact certificate identity available during an investigation.
A website can answer while its certificate is close to expiry. Pair SSL and website monitors to cover both current availability and a preventable future interruption.
One reliable signal.
Plenty of practical uses.
Monitor sites that renew through automation. A healthy renewal job is only part of the story; the live endpoint also needs to present the renewed certificate.
Keep certificates for multiple properties visible in one workspace. Use recognizable names and groups so the right service is easy to find when an expiry reminder arrives.
Watch customer portals, API gateways and other trusted entry points. Certificate health is especially useful when several people own different parts of the deployment.
Use a meaningful name, choose the behavior you expect and make sure the alert reaches someone who can act. Start with one service, then add the related checks as your monitoring grows.
Open the setup guideCreate an SSL certificate monitor and enter the site address whose certificate you want to inspect.
Choose a warning period, check schedule and the expiry notification milestones your team needs.
Review the validity and certificate details. After renewal, confirm that the next check sees the new expiry date.
The details that help you choose the right check and get a useful result.
Read the full documentationSSL checks support hourly or daily schedules, with new monitors starting at a daily interval. Certificates usually change much less often than ordinary HTTP responses.
A valid certificate inside your warning window is degraded. An invalid certificate, such as an expired or untrusted one, is down. The distinction keeps an upcoming renewal separate from a current trust problem.
Supported reminders are 60, 30, 14, 7, 3 and 1 day before expiry. Each selected reminder is sent once for an expiry date, and the sequence starts over after renewal.
The details show that a certificate is self-signed and the SSL monitor reports it as invalid. An HTTP monitor with a different TLS policy serves a different purpose from validating public certificate trust.
The monitor picks up the new certificate on its next scheduled check. Also verify that the actual public endpoint has been updated, including any proxy or gateway in front of the application.
Bring ssl monitoring into your workspace.