Two probes ยท one verdict

Uptime monitoring that checks twice before it wakes you

Most monitors page you the moment one request fails. Pingbird runs two independent probes and only calls an app down when both agree โ€” so a dropped packet stays a footnote instead of a 3am phone call.

No credit card. Email alerts included.

api.yourapp.com
checked every 60s from two probes
UP 200 148 ms
PROBE A up
PROBE B up
๐ŸŸข Agreed: up. Nothing to send.

Watch the amber tick: that is one probe failing while the other still sees a 200. No incident is opened, and nobody is emailed.

Why two probes

A single checker cannot tell "the app is down" apart from "my own network hiccuped". That is where false alarms come from, and false alarms are how teams learn to ignore alerts.

๐Ÿค

Agreement before alarm

Every probe records its own observation. An incident opens only when each one that reported agrees the app is unreachable. Disagreement waits for the next round.

๐Ÿ”

Retry before verdict

A failed request is retried once inside the probe. A real outage fails both attempts; a dropped DNS packet, which fails in milliseconds, does not.

๐Ÿ”•

Mute for deploys

Silence a monitor for 30 minutes while you ship. Checks and uptime history keep running, so your numbers stay honest โ€” only the email is held.

๐Ÿ”’

TLS expiry, watched

Certificates are read on a schedule and counted down on the dashboard, so a renewal that quietly stopped working is visible weeks before it bites.

๐ŸŒ

Public status pages

Flip a switch and a monitor gets a shareable page with 30 days of uptime and its incident history. No account needed to read it.

๐Ÿ“ˆ

Honest history

Uptime is computed from every recorded observation, not from a rolled-up counter โ€” so what the chart says is what the probes actually saw.

0
independent probes
0
fastest check interval
0
of status-page history
0
to start

Watch your first URL in about a minute

Free forever for five monitors. No card, no sales call.

Create a free account