Skip to content

Monitor website uptime

Check a website or API from our server every few minutes, track response times and uptime, and get a Slack, Discord or webhook alert when it goes down.

Your monitors

Add a monitor

Check every

Not case-sensitive. The check fails when the page loads but doesn't contain it.

Our server POSTs here when the monitor goes down or recovers.

Alerts in this browser

For alerts while you are away, add a Slack, Discord or JSON webhook to a monitor: our server posts to it the moment the state changes.

Public status page

Monitors are tied to an edit key saved in this browser. Check history older than 30 days is deleted.

Processed on our server · monitors kept until you delete them, check history for 30 daysHow it works

How to use Uptime monitor

  1. 1

    Enter the address

    Paste a page or API endpoint, such as your home page or a /health URL, and optionally a keyword the response must contain.

  2. 2

    Pick a check interval

    Free monitors run every 5, 10, 15 or 30 minutes; Pro adds checks every minute or every two minutes.

  3. 3

    Add alerts

    Paste a Slack or Discord incoming webhook, or any https endpoint that accepts JSON, and switch on browser notifications if you like.

  4. 4

    Read the history

    Expand a monitor for uptime, response times and incidents over 24 hours, 7 days or 30 days, or publish a status page.

Limits and Pro

Free: 3 monitors per edit key, checks every 5, 10, 15 or 30 minutes with a 10-second timeout, Slack, Discord and JSON webhook alerts, one public status page and 30 days of history. A free monitor is paused if its dashboard isn't opened for 30 days.

Pro raises the limit to 25 monitors and adds checks every 1 or 2 minutes. See Pro

About Uptime monitor

Uptime monitor requests your page from our server on a fixed schedule and records whether it answered, how long it took and which status code came back. It keeps running when your computer is off, which is the point: you find out that the shop or the API stopped responding before your customers tell you.

A check is an HTTP GET that follows up to five redirects and gives up after 10 seconds. It passes when the final response has a status below 400 and, if you set a keyword, when the first megabyte of the page contains that text, which catches a server that answers with an error page or an empty template. One failure is not enough to raise an alarm: a second check 30 seconds later must also fail before the monitor turns red, opens an incident and posts to your webhook. When it recovers, a second message reports how long the outage lasted.

Response time is measured from the moment the request is sent until the response has been read, so it includes DNS lookup, connection, TLS and the server's own work. The chart shows the average per period, with a strip of green and red cells for passed and failed checks, plus the 95th percentile for slow outliers.

It checks from a single location only, does not ping servers or test ports, cannot reach addresses inside a private network and does not send email or text messages.

Privacy

This tool runs on our server, because checks must continue while your browser is closed. The address, name, optional keyword, check interval and optional webhook address you enter are stored there, together with a SHA-256 fingerprint of the random edit key kept in your browser. Each check stores its time, status code, response time and a short failure reason; the page content we download is compared with your keyword and then discarded. Webhook addresses act as passwords, so the full address is never sent back to the page. Check results and closed incidents are deleted after 30 days; a monitor stays until you delete it, and a free monitor whose dashboard nobody opens for 30 days is paused until you resume it.

Features

Confirmed alerts

A second check 30 seconds later confirms a failure before Slack, Discord or your JSON endpoint hears about it.

Response-time history

Average and 95th-percentile response times with passed and failed checks over 24 hours, 7 days or 30 days.

Public status page

Share availability with customers without revealing the addresses you monitor.

Uptime monitor: frequently asked questions

How does the uptime monitor decide that my site is down?
A check fails when the server answers with status 400 or higher, takes longer than 10 seconds, cannot be resolved or connected to, or returns a page without your keyword. The first failure schedules a confirmation check 30 seconds later. Only when that also fails does the monitor switch to Down, start an incident and send your webhook alert, which keeps one-off network blips out of your notifications.
What does the uptime monitor store on your server, and for how long?
It stores each monitor's address, name, keyword, interval and webhook address, plus a fingerprint of your browser's edit key instead of the key itself. Every check adds a row with the time, status code, response time and failure reason. Pages we download are only searched for your keyword and never saved. Check rows and finished incidents older than 30 days are deleted automatically; monitors stay until you remove them.
Can I get an email or a text message when my site goes down?
Not directly; the monitor posts to a webhook instead. Slack and Discord webhooks reach your phone through those apps' own push notifications, and the generic JSON webhook can feed an automation service or your own script that sends email or SMS. While the dashboard is open in a tab, you can also turn on browser notifications for state changes.
Can I monitor a server on my local network or behind a firewall?
No. Every check runs from our server on the public internet, and addresses that resolve to private, loopback or link-local ranges are refused, both when you save the monitor and again before each check. A site behind a firewall must allow requests from the internet; our checks identify themselves with the ToolsUptimeMonitor user agent if you want to recognise them in your logs.
What does the public status page show?
It lists only the monitors you marked for it, by name, with their current state, a bar for each of the last 30 days showing the share of successful checks, and recent incidents. Addresses, keywords and webhooks are never shown. Each edit key has one page at a random address that search engines are asked not to index, and you can turn it off at any time.