Feature

Website & API Uptime Monitoring

HTTPS, TCP, ICMP and DNS checks run from four probe regions - US East, EU West, Asia Pacific and Africa South. A monitor only goes down when enough regions agree, so a hiccup on one network path does not wake you at 3 AM. Alerts reach you on Email, Slack, Microsoft Teams, Telegram, Discord, Pushover, PagerDuty or webhooks.

Built for teams monitoring production infrastructure

Start free trial

No credit card · 2-minute setup

HTTPS/TCP/ICMP/DNS 4 probe regions SSL expiry + rotation
Fivenines Website & API Uptime Monitoring dashboard
99.99% uptime
12ms response
SSL valid

How It Works

1

Step 1

Configure Check

Pick HTTPS, TCP, ICMP or DNS, set the interval, and define what counts as a healthy response.

2

Step 2

Probes Check

Up to four regions check your service independently, each on its own schedule.

3

Step 3

Alert If Down

Once enough regions agree it is down, you're notified on your chosen channels.

4

Step 4

Create Incident

An incident is created automatically with a full timeline.

  • Four-Region Verification

    US East, EU West, Asia Pacific and Africa South probe independently. Set how many must agree before a monitor goes down, and how many clean rounds call it recovered. If a region is unreachable, the threshold falls back to the regions still reporting, so a probe outage cannot freeze your monitor.

  • Slow Before Down

    Every check records its response time per region. A dedicated trigger fires while a monitor is still up but answering slower than your threshold - the degradation you want to see before it becomes an outage.

  • SSL Expiry & Rotation

    Get alerted a configurable number of days before a certificate expires - and again when one is replaced, so an unplanned certificate swap does not go unnoticed.

Deep dive

Four Check Types, and You Decide What Counts as Up

Monitor an HTTPS endpoint, a raw TCP port, an ICMP ping, or a DNS record (A, AAAA, CNAME, MX, TXT or NS) - all from the same four regions, with the same alerting behind them.

For HTTPS checks, "up" is yours to define. Set the expected status codes so an endpoint that answers 401 or 403 by design is treated as healthy instead of paging you every minute. Require a keyword in the response body - or alert when one appears, which is how you catch a page that returns 200 with an error rendered inside it. Send a GET, HEAD or POST with your own headers and body, choose whether redirects are followed, and pin the check to IPv4 or IPv6.

Deep dive

Five Things to Alert On, Not Just One

A hard outage is the obvious alert. Fivenines ships five uptime triggers, each a one-click workflow template: the monitor is down, it is slower than your threshold while still up, its availability has fallen below an SLA target over a rolling 24-hour, 7-day or 30-day window, its certificate is close to expiring, or its certificate has just been replaced.

Routing is yours to decide, and every trigger reaches the full set - Email, Slack, Microsoft Teams, Telegram, Discord, Pushover, PagerDuty and webhooks - so production endpoints can page PagerDuty while staging posts to a Slack channel. Alerts name the check that failed, which regions saw it, the response time and the HTTP status returned; the resolution notification carries the total downtime. Slowness, SLA and certificate alerts are deliberately kept out of your availability numbers, so an SSL warning never dents the uptime you report.

Deep dive

Response Time Graphs & Uptime History

Every check records the full response time, not just up/down status. Each monitor has a response-time graph broken down by region over any time range, so you can tell a slow origin from one slow network path - a gradually increasing response time often predicts an upcoming outage.

The monitor list shows the last 24 hours as an hourly strip. Longer-run availability is calculated from incident history and surfaces where you need it: on a public status page over 24 hours, 7, 30 or 90 days, on an embeddable badge, and as dashboard panels you can put next to your server metrics.

How It Compares

How It Compares
Approach Multi-Region SSL Monitoring Status Pages Server Metrics Cost
Manual Checking Free
UptimeRobot Limited $7+/mo
Uptime Kuma Self-hosted
Fivenines Built-in From €19/mo

Included on all paid plans

Starting at €19/month

Alerts via: Email Slack Microsoft Teams Telegram Discord Pushover PagerDuty Webhooks

Channel availability varies by plan - see pricing.

Frequently Asked Questions

How does multi-region uptime monitoring work? +
Checks run from four probe regions - US East, EU West, Asia Pacific and Africa South - each on its own schedule. A monitor is only marked down once the number of regions you set as the confirmation threshold agree, so one region failing while the others succeed is treated as a local network problem, not an outage. If fewer regions are reachable than your threshold - one is down for maintenance, say - the threshold falls back to the regions still reporting, so a probe outage cannot leave a genuinely dead endpoint stuck reading up. Recovery works the same way in reverse: you choose how many consecutive clean rounds it takes before the monitor is called up again, which stops a flapping endpoint from opening and closing incidents all night.
What check intervals are available? +
Check intervals range from 30 seconds to 30 minutes. The fastest interval available depends on your plan: 2 minutes on Starter, 1 minute on Pro, and 30 seconds on Business and Enterprise.
Can I treat a 401 or a redirect as up? +
Yes. Every HTTPS monitor carries its own list of expected status codes, so an endpoint that answers 401, 403 or 418 by design is healthy and anything else fails the check. You can also require a keyword in the response body (or alert when one appears, which catches a page returning 200 with an error rendered inside it), send GET, HEAD or POST with your own headers and body, decide whether redirects are followed, and pin the check to IPv4 or IPv6. Besides HTTPS, Fivenines also runs raw TCP port checks, ICMP pings and DNS record lookups.
What can I be alerted on besides a hard outage? +
Five things, each a one-click workflow template: the monitor is down; it is slower than a response-time threshold you set while still up; its availability has dropped below an SLA target over a rolling 24-hour, 7-day or 30-day window; its TLS certificate is within a configurable number of days of expiring; or its certificate has just been replaced, which is how you notice an unplanned swap. Slowness, SLA and certificate alerts are deliberately excluded from availability, so they never dent the uptime figure you report.
Can I display uptime data on a public status page? +
Yes. Add the monitors you want to publish to a status page - you choose which ones appear and what each is called publicly, so internal names stay internal - and the page updates in real time. It shows availability over the last 24 hours, 7, 30 or 90 days, and the same numbers are available as an embeddable badge and as dashboard panels.

Start monitoring your websites and APIs in 2 minutes

14-day trial. No credit card required.

No credit card · 2-minute setup · Cancel anytime