Skip to content
Guide

Website uptime monitoring: what to watch and how often

Your site does not tell you when it goes down. The server stops responding, the page starts erroring, the certificate quietly expires, and everything looks fine from where you are sitting until a customer emails to ask why they cannot check out. Uptime monitoring is the thing that flips that around so you hear about an outage before your visitors do.

The idea is simple: a service checks your site on a schedule from outside your network and alerts you the moment something is wrong. The details are where it gets useful, because a check that only confirms the server is alive will happily report 'up' while your homepage is throwing a 500. This guide covers what is actually worth watching, how often to check, and how to set alerts that warn you without crying wolf.

Why monitoring matters

Downtime costs more than the minutes it lasts. A visitor who hits an error during an outage rarely waits around and tries again later; they leave, and many do not come back. If the outage lands during a campaign or a busy period, the lost sales and signups stack up fast.

The slower damage is to trust and to search. Repeated outages teach regular visitors that your site is unreliable. Search crawlers that keep hitting errors will slow how often they crawl you, and a long enough outage can push pages out of the index. Monitoring does not prevent any of this on its own, but it shrinks the gap between something breaking and you knowing about it, which is usually the difference between a blip and a disaster.

What to monitor beyond a simple ping

A basic uptime check confirms the server answers. That is the floor, not the ceiling, because a server can be up while the site is broken. Good monitoring checks the things that actually tell you whether visitors can use the site.

  • The HTTP status code, so a page returning 500 or 403 counts as down, not up.
  • Response time, since a page that takes 15 seconds to load is failing even if it eventually returns 200.
  • Content on the page, by checking that an expected word or element is present, which catches blank or error pages that still return 200.
  • The SSL certificate expiry, so a lapsing certificate becomes a warning weeks ahead instead of a sudden full-page security error.
  • Critical user paths like login or checkout, not just the homepage, because those are where downtime hurts most.

How often to check

Check frequency is a trade-off between how fast you find out and how much noise you generate. A check every minute means you learn about an outage within about a minute, which suits a site where downtime directly costs money. A check every five minutes is fine for a blog or a brochure site where a few minutes' delay changes nothing.

Run checks from more than one location if you can. A single checkpoint cannot tell a real outage apart from a network problem on its own end, so a site that looks down from one place might be perfectly fine for your actual visitors. Checking from a few regions also catches the case where your site is down for users in one part of the world but not another.

Setting an alert cadence that works

The fastest way to make people ignore alerts is to send too many. A single failed check is often a momentary network hiccup rather than a real outage, so wait for two or three consecutive failures before alerting. That small delay filters out most false alarms while still catching real downtime within minutes.

Match the channel to the urgency. A quiet email is fine for a certificate that expires in three weeks. A real outage on a revenue-critical page deserves something that actually interrupts you, like an SMS or a push notification. And send a recovery notice when the site comes back, so you know an incident is over without having to go and check.

From spot checks to always-on monitoring

Running a status check by hand is great for confirming a fix or investigating a report, and Sitewell's free tools cover that on demand. But you cannot sit there refreshing a checker all day, and outages have an unhelpful habit of happening at 3am or while you are on holiday.

That is the gap continuous monitoring fills. Sitewell's paid 'Watch it' monitors run these checks around the clock and alert you when something breaks, so the same checks you would run by hand happen automatically and reach you wherever you are. The free tools answer 'is it working right now'; the monitors answer 'tell me the moment it stops'.

Frequently asked questions

How often should I check my site is up?
Every minute for a site where downtime costs money, and every five minutes for a blog or brochure site where a short delay does not matter. Checking from more than one location helps you tell a real outage apart from a network problem at a single checkpoint.
Isn't a basic ping enough to know my site is up?
Not really. A server can respond while the site itself is broken, returning a 500 error or a blank page. Better monitoring checks the status code, the response time, and ideally some expected content on the page, so a working server with a broken site is correctly flagged as down.
How do I avoid getting flooded with false alerts?
Wait for two or three consecutive failed checks before alerting, which filters out brief network blips, and check from multiple locations so a problem at one checkpoint does not trigger a false alarm. Send recovery notices too, so you know when an incident has ended.
What is the difference between a spot check and a monitor?
A spot check tells you whether a site is working right now, on demand, which is what Sitewell's free tools do. A monitor runs that check continuously and alerts you when something breaks, so you find out about a 3am outage without having to be watching. The paid Watch it monitors handle the always-on part.

Related tools

Related guides

Check it with Sitewell

Put this guide to work on your own site

Sitewell’s free tools run the exact checks covered above — no signup, results in seconds.