Home / Website and service monitoring for IT teams

Website and service monitoring for IT teams

External checks from outside your network, incidents that name the cause, and a public status page your users can subscribe to.

The problem

Internal monitoring says everything is green while the public site is unreachable, the certificate expired, or DNS was changed by someone else. You need an outside view that pages the right person.

What you get

The outside view

Checks run from outside your network, so a broken firewall rule, an expired certificate or a DNS change shows up the way your users see it.

Pages the right people

PagerDuty, Opsgenie, SIGNL4, Microsoft Teams, Slack, Mattermost, Rocket.Chat, Google Chat, ntfy, Pushover, e-mail and signed webhooks. Escalation to contacts when nobody acknowledges.

A status page for users

Public or on your own domain, with subscriber e-mails on change, maintenance windows that do not raise alerts, and incidents that explain themselves.

Screens are rendered from markup with sample data, not screenshots of a customer account.

Which plan

Usually Team

100 monitors, 60-second checks, all channels, login seats for the team, white-label status pages. Every number is on the plan table; start on Free and upgrade when you need it.

Questions

Can we monitor internal-only services?

Not from ErrorDetector: checks come from one public origin and private addresses are refused by design. Use a heartbeat monitor from inside the network instead: the job pings us, and silence raises the alert.

How is down different from issue?

Down means the target was unreachable and opens an incident that counts against uptime. Issue means it answered but a check failed (a 5xx, a missing keyword, a slow response, an expiring certificate). Both alert; only down moves the uptime number.

Do you offer an SLA?

Not on the self-serve plans. Enterprise is agreed per contract; talk to us.