DOCUMENTATION

Get up and running in under five minutes.

Upclock is intentionally minimal. There's no agent to install, no SDK to import, and no logs to ship. You point us at a URL, port, or DNS record, and we tell you when it breaks.

Quickstart

Sign up, add your first check, plug in a notification channel. That's it.

  1. 1. Create an account

    Head to app.upclock.dev and sign in. Free Hobby plan, no credit card.

  2. 2. Add a check

    Click Create Service, paste a URL, set the interval. We start checking it within seconds.

  3. 3. Connect a channel

    Add an email address in Channels — or ntfy, Slack, and webhooks on paid plans. We page you when three consecutive checks fail.

  4. 4. Publish a status page (optional)

    Group checks into a public status page at status.upclock.dev/your-slug or your own custom domain.

HTTP Checks

The most common check type. Verifies your endpoint returns the response you expect.

What we verify

  • Status code (default: any 2xx)
  • Response body contains a substring (optional)
  • Response time under a threshold (optional)
  • Custom headers, methods (GET/POST/HEAD), and request bodies
  • Follow redirects (up to 5 hops)

Intervals

Hobby checks run every 1 minute. Basic drops to 30 seconds. Pro drops to 10 seconds. Faster intervals mean shorter detection time during incidents.

Timeouts

Default request timeout is 30 seconds. Anything slower is treated as a failure.

TCP Checks

For services that don't speak HTTP — databases, SSH, mail servers, custom protocols. We open a TCP connection on the port you specify and confirm the socket accepts the connection.

Host:     db.example.com
Port:     5432
Interval: 60s
Timeout:  10s

A check passes if the TCP handshake completes within the timeout. We don't send a protocol-level payload — that's up to you to verify out-of-band.

DNS Checks

Resolve a hostname and verify the record matches what you expect. Useful for catching DNS hijacks, misconfigurations after a registrar change, or stale CDN entries.

Supported records

  • A — IPv4 address
  • AAAA — IPv6 address
  • CNAME — alias
  • MX — mail exchange
  • TXT — text records (SPF, DKIM, verification)

ICMP Checks

Plain ping. For hosts that expose no open port — routers, VMs, bare-metal boxes — we send 3 ICMP echo requests and the check passes if any reply arrives.

ICMP checks are IPv4 only. If the host also runs a service you care about, prefer an HTTP or TCP check — ping proves reachability, not that the service works.

Channels

We send an alert when a check has failed three consecutive times (configurable per service, 1–10), and a recovery notice when it has succeeded twice in a row. This is the "low-noise" part — single blips don't page anyone.

Available channels

Email
All plans
ntfy
Basic and up
Slack
Pro and up
Webhook
Pro and up

Webhook payload

{
  "event": "triggered",
  "service": "API Gateway",
  "check": "Health endpoint",
  "target": "https://api.example.com/health",
  "incident": "API Gateway is down",
  "incident_id": "...",
  "timestamp": "2026-07-16T14:21:03Z"
}

event is triggered or resolved. If you set a secret on the channel, each request carries an X-Upclock-Signature header with an HMAC-SHA256 of the body.

Status Pages

Publish a public page that shows component health, current incidents, scheduled maintenance, and a 90-day uptime history. Customers can subscribe to email updates.

Components

A status page is composed of components (e.g. "API", "Web App", "Background Jobs"). Each component is backed by one or more checks. When all backing checks are healthy, the component shows operational.

Custom domain

Available from the Basic plan. Point a CNAME at cname.upclock.dev (or an A record at 76.76.21.21 for an apex domain) and we'll provision an SSL certificate automatically.

Private pages

Pro plans support password-protected status pages, useful for staging or internal-only systems.

SSL Monitoring

For HTTPS checks on paid plans, we track the certificate expiry and send a warning notification 30, 14, 7, 3, and 1 days before expiration — and again if it expires.

SSL monitoring runs as part of the regular HTTP check — there's no separate check type to configure.

FAQ

Where do checks run from?

From Upclock's own probe servers on the public internet, outside your infrastructure. A check must fail three consecutive times (configurable 1–10) before an incident opens, which filters out single blips and most transient routing noise.

Do I need to install anything?

No. Upclock is external monitoring only — we hit your endpoints from the public internet. There is no agent, no sidecar, no log shipper.

What happens during an Upclock outage?

Upclock monitors itself with the same pipeline it sells and publishes the result at status.upclock.dev/upclock. If we have an incident, it shows there.

Can I import checks from another tool?

Not yet — there is no importer today. Checks are quick to create by hand, and if you have a large list, email support@upclock.dev and we will help you move it over.

How long is data retained?

Hobby: 7 days of check history. Basic: 30 days. Pro: 90 days. Enterprise: 365 days. Resolved incidents older than the retention window are purged.

Still have questions?

We're a small team and we read every message.