Every uptime monitor has to answer the same awkward question: when one check fails, is the site down, or did something go wrong between the checker and the server? Alert too eagerly and people learn to ignore alerts. Alert too cautiously and real outages go unreported.
StatusCake, a UK-based monitor with a broad toolkit (uptime, page speed, SSL, domain and server monitoring), answers it with confirmation servers in the same region. CheckHTTP answers it with a second cloud. We counted how often a single failure turns out to be nothing, then looked at what each kind of confirmation can rule out.
Most failed checks are not outages
Over the 30 days to October 17, 2026, CheckHTTP ran 4.5 million checks of 125 sites, once a minute each. Leaving out four directory monitors that fail constantly because those sites block automated requests, this is what the failures looked like:
That is about 12 one-off failures for every real outage, spread across 93 monitors (a median of 6 each), not one bad site. A monitor that alerted on every failed check would have sent a dozen false alarms for each true one.
What each kind of confirmation rules out
- Another server in the same region (StatusCake)
- When a test fails, StatusCake re-runs it from other servers in the same monitoring region, two by default and up to three, and only treats the site as down if they agree. Each region is a city with at least four servers, so one faulty checker does not become an alert.
- Another cloud provider (CheckHTTP)
- Every site is checked by runners on AWS, Google Cloud and Azure. An alert condition sets how many runners must see the failure and for how many checks in a row: "two runners, two checks" means two different clouds agreed, twice.
Same-region confirmation rules out a bad machine. It cannot rule out a bad network or provider, because the confirming servers look at your site from the same place. That is not a hypothetical: on October 20, 2025, a race condition in DynamoDB's DNS automation left its US-East-1 endpoint with an empty DNS record, and errors spread across AWS services in that region until the afternoon. A checker running there was subject to the same disruption as everything else in the region; a checker on Google Cloud or Azure was not.
CheckHTTP's runners sit side by side on the three clouds, so a failure seen by one provider and not the others reads as what it is:
aws/us-west-1 and gcp/us-west-1.Both approaches beat alerting on a single failed check. The one thing neither can do is confirm an outage the schedule never sampled, which is where the check interval comes in.
Speed: how often, and for how much
StatusCake's free plan checks 10 monitors every 5 minutes. In our sample, about half of real outages (an expected 79 of 165) were short enough to fall between 5-minute checks. One-minute checks start with the Superior plan at $20.41 a month billed yearly, $24.49 monthly, which also brings 100 monitors, 15 page speed monitors and 50 SSL and domain monitors. Business ($66.66 yearly, $79.99 monthly) checks every 30 seconds.
CheckHTTP checks one site every 60 seconds from all three clouds for free, five sites for $7 a month and ten for $15, with more locations on each step up.
Page speed tests are not real users
StatusCake's page speed monitors load your page from a test server on a schedule and report how long it took. That is a lab measurement: one browser, one network, one location, repeatable and useful for spotting regressions.
CheckHTTP measures the field instead. One script on your site reports what real visitors' browsers experienced: largest contentful paint, interaction delay, layout shift and time to first byte, plus JavaScript errors, across their actual phones, networks and countries. The same script counts visitors and engaged sessions, and every number leaves bots out. Lab tests tell you whether a change made the page slower; field data tells you whether your visitors are having a bad time, and how many of them there were when the site went down.
At a glance
Competitor details from their own pricing and documentation pages, checked October 18, 2026.
Where StatusCake is the better choice
- Many monitors per dollar. 100 one-minute monitors for about $20 a month is strong value if you watch lots of endpoints.
- Domain and server monitoring. StatusCake watches domain registration expiry and, with an agent, server CPU, memory and disk. CheckHTTP records certificate expiry on every check but has no domain or server monitors.
- Choosing a city. Paid plans pick the monitoring regions tests run from, each a specific city.
- SMS on Business. Business includes 400 SMS credits a month. CheckHTTP alerts by email, Slack and webhook.
Where CheckHTTP fits
CheckHTTP suits a small set of sites watched closely: checks every minute from AWS, Google Cloud and Azure on every plan, alerts that wait for the clouds to agree, DNS, TLS and first-byte timing on each check, scripted JavaScript checks for APIs and keywords, and real-user page speed and visitor stats in the same dashboard. If what you want is "tell me quickly when my site really breaks, and show me how my visitors experience it", that is the job it is built for.
Outages confirmed across three clouds, plus real-user page speed, free. One site, no credit card.
Start monitoring free