Website and API over HTTPS
We request your page and look at the status code and how long it took. You can pick the method, send headers and expect a specific code.
A site can answer “200 OK” and be broken inside. That is why we check more than one thing, and confirm before shouting.
We request your page and look at the status code and how long it took. You can pick the method, send headers and expect a specific code.
We check that a text still appears. If “Add to cart” disappears, the shop opens but does not sell.
For things that do not speak HTTP: a mail server, a database, a service on its own port.
The other way round: we wait for your job to call us. If the nightly backup stops running, you find out the next day.
We warn you 30 days before it expires, and again when few days remain.
We watch the records and the domain expiry date.
A network blip is not an outage. We require three failed checks in a row before alerting, and two good ones to close the incident.
10:42:03 tienda-ejemplo.com 200 214 ms 10:43:03 tienda-ejemplo.com 503 failure 1 of 3 — no alert 10:44:03 tienda-ejemplo.com 503 failure 2 of 3 — no alert 10:45:03 tienda-ejemplo.com 503 CONFIRMED → alert sent 10:52:03 tienda-ejemplo.com 200 198 ms 10:53:03 tienda-ejemplo.com 200 RESOLVED → 8 min down
From several network locations. A failure is confirmed when it fails in more than one, so a single broken route does not become a false alarm.
We check that a specific text still appears on your page, such as “Add to cart”. A site can answer 200 and still be broken inside.
Yes. We give you a URL your task must call when it finishes. If it does not call on time, we alert you.