Uptime monitoring
Catch downtime the moment it happens, from multiple regions, before your customers notice.
Uptime monitoring for websites, APIs, servers and cron jobs. Every failure is confirmed from other regions before anyone is paged.
20 monitors free. No credit card required.
Uptime monitoring checks your websites, APIs and services from the outside, on a schedule, and alerts your team when they stop answering correctly. Hyperping runs each check from one of your regions in turn, and reruns a failure from the others before it calls anything an outage.
Each check runs from one of your regions, the next one from the next, so a few regions cover the world without multiplying requests.
A wrong status code, a missing string, a timeout or a refused connection. Nothing is sent yet.
Other regions you selected run the same request at once, not at the next interval. If one of them gets a good answer, no outage opens.
Only a failure the other regions see too opens an outage, alerts the monitor’s channels and starts its escalation policy.
17 regions on six continents. Pick three or more close to your users, so a failure always has somewhere to be confirmed from.
A site can be up while its API fails, its certificate expires or last night’s backup never ran. Each kind of check catches a different way of going down, with the same regions, alerts and status page.
The status code, response time and redirects of every page that matters, checked from the regions your visitors are in.
Website monitoringAny method, headers and body, the status code you expect and the text the response must contain.
API monitoringA page can answer 200 and still be broken. A keyword check fails when the text you expect is missing from the response.
Keyword monitoringPlaywright scripts log in, search and check out in a real browser every 5 minutes, and fail when a step breaks.
Synthetic monitoringExpiring, revoked or untrusted certificates and domain registrations, with reminders up to 90 days ahead.
SSL monitoringTen record types, from A to TXT, checked against the answer you expect. Included from the Essentials plan.
DNS monitoringICMP ping for hosts, and port checks for databases, mail servers and anything else that doesn’t speak HTTP.
Ping and port monitoringYour jobs ping Hyperping when they finish. A ping that doesn’t arrive within the grace period you set is an outage.
Cron job monitoringA lightweight agent reports CPU, memory, disk and network, and the server is marked offline when it stops reporting.
Server monitoringA confirmed failure opens an outage, pages whoever is on call and turns the service red on your status page. When it answers again, everything closes on its own, and the minutes count in your uptime reports.
Email, Slack, Teams, SMS, phone calls, PagerDuty and webhooks, sent only once a failure is confirmed.
AlertingSchedules and escalation policies page whoever is on duty, and move on to the next person if nobody acknowledges.
On-callMonitors drive the page: a confirmed outage turns the service red, and visitors see each service’s uptime history.
Status pagesUptime, outages, MTTA and MTTR per monitor over any period, exported for SLA reviews or read from the API.
ReportsEvery check keeps its response time, so slowdowns show up per region before they turn into an outage.
Response timesPlanned work pauses the alerts and shows up on your status page, so a deploy never pages anyone.
Maintenance windowsEvery alert is double-checked from at least two other locations before it reaches the tools your team already uses.
@hyperping is really amazing
Hyperping’s reputation in our company is that it’s more reactive than Datadog. We usually get notifications from Hyperping before Datadog.
We picked Hyperping to bring a high quality incidents and status reporting dashboard to our users.
We have the real-time alerts from Hyperping telling us if the app is down. These are sometimes arriving even before AWS notices or notifies us.
We couldn’t imagine running our SaaS business without Hyperping now.
Hyperping nails all aspects: from smooth setup to peace of mind and attentive customer service.
You learn your site is down from a customer’s support ticket.
Catch downtime the moment it happens, from multiple regions, before your customers notice.
A lightweight agent tracks CPU, memory and disk, so you spot trouble before it turns into downtime.
Playwright tests that catch broken sign-ins and checkouts before your customers do.
Get alerted when a backup or scheduled job silently fails to run, not days later.
Alerts reach the right person on Slack,
Teams, SMS or a phone call, whichever wakes them up.
Keep certificates in check. Get alerted before they expire, so your customers always connect securely.
Plan rotations, share the load, and see who’s on call. Every incident reaches the right person, at the right time.
USD · Monthly billing for every plan
Three subscriptions to keep it all running.
$747/month
$8,964 over 12 monthsEverything connected, from the first check.
$299/month
$3,588 over 12 monthsSave $5,376 a year with this mix.
Reviewed . All amounts are USD; local currency prices may differ.
This is one example of a three-tool stack, not the cheapest possible setup or a feature-for-feature match. Pingdom and PagerDuty also include status-page features; a separate Statuspage subscription may not be needed by every team. Usage charges and paid connectors are not included. Annual totals are 12 monthly payments, not annual subscription quotes.
Uptime monitoring checks from outside your infrastructure, on a schedule, that your websites, APIs and services answer and answer correctly, and alerts your team when they stop. Its history gives you the uptime percentage you report against an SLA. Hyperping runs these checks every 30 seconds from 17 regions. Read the uptime monitoring guide for the full picture.
A monitor sends a request to your URL, host or port at a fixed interval, from the regions you select in turn, and compares the answer with what you expect: a status code, a piece of text, a DNS record, an open port. When a check fails, Hyperping reruns it at once from your other regions and opens an outage only if they fail too. See create a monitor.
Every 30 seconds on paid plans and every 5 minutes on the Free plan, with shorter intervals on Business. Browser checks run every 5 minutes, and cron jobs are checked against the schedule you give them. See pricing.
Websites and APIs over HTTP, with keyword checks on the response, ping (ICMP) and TCP ports, DNS records, SSL certificates and domain expiry, cron jobs through healthchecks, multi-step flows with Playwright browser checks, and servers with a lightweight agent. See the monitoring docs.
Every failure is rechecked from your other regions before an outage opens, so a network blip between one probe and your server never pages anyone. An alert delay can also ignore blips shorter than the minutes you set, maintenance windows mute planned work, and the expected status code accepts endpoints that legitimately answer 401 or 404. See false positives.
Most production services aim for 99.9%, about 8 hours and 46 minutes of downtime a year. Critical services aim for 99.99%, about 53 minutes a year. Choose the target from your SLA and from what an hour of downtime costs you, then convert it with the SLA calculator.
By email, SMS, phone call, Slack, Microsoft Teams, Google Chat, Discord, Telegram, PagerDuty, Opsgenie or webhooks. Escalation policies and on-call schedules send each alert to whoever is on duty and move it on if nobody acknowledges.
Yes. The Free plan includes 20 monitors checked every 5 minutes, HTTP, port, ping and keyword checks, one server agent and one basic status page, with no credit card required. Paid plans start with a 14-day free trial. See free uptime monitoring.
Yes. Status pages read their state from your monitors, so a confirmed outage shows on the page without anyone updating it, and visitors see the uptime history of each service. Paid plans add custom domains, subscribers and, from Pro, private pages. See status pages.
Uptime monitoring checks from the outside whether a service answers correctly, the way a customer would see it. APM instruments your code to measure latency, errors and database time inside the application. Uptime monitoring tells you that something is down, APM helps explain why, and most teams run both.