Why this matters
Payments, CI, CRM, and countless SaaS tools notify your app via webhooks. If those events stop—because of provider outages, credential changes, DNS drift, or simple misconfiguration—you may not notice until customers do. Webhook Receipt Monitoring gives you a simple “is it still arriving?” signal and alerts when silence indicates trouble.
How it works
- Dedicated URL: Create a unique endpoint per integration. Paste it into Stripe, GitHub, your CRM, etc.
- Expected cadence: Define how often we should receive an event (e.g., every 5 min, hourly, daily) or set a custom window.
- Secrets: Optionally require a header token/shared secret so random traffic doesn’t count.
- Receipt log: We record timestamps and minimal metadata so you can see the last arrivals at a glance.
When we alert
- Missed: No webhook arrived within your window.
- Late: Arrived, but outside the window you defined.
- Invalid secret: The request didn’t include your required token.
- Unexpected source (optional): Origin did not match allowed IPs/domains (if you choose to restrict).
Routing uses your Notification Policies (people, channels, quiet hours, maintenance windows).
Signals at a glance
What we detect and why it’s useful.
| Signal | Definition | Typical cause | Action |
|---|---|---|---|
| On-time | Received inside your expected window | Normal operation | No action |
| Late | Received after the window but before next cycle | Provider backlog, throttling, slow job | Investigate provider/jobs; consider widening window |
| Missed | No receipt within the window | Provider outage, bad URL/secret, DNS/SSL change | Page/alert owner; check provider status/config |
| Invalid secret | Request lacked/failed your shared token check | Rotated secret, wrong environment, spoofed call | Update provider credentials; confirm environments |
Common use cases
Payments & billing
Confirm that charge/refund events still arrive from your PSP; alert fast if they stop.
Automations & jobs
Treat scheduled jobs like heartbeats. If the “done” webhook doesn’t arrive, you’ll know.
CRM & forms
Ensure lead or contact form webhooks keep flowing after DNS/certificate changes.
Setup in minutes
No code changes required.
- Create a “Webhook Receipt” monitor to generate a unique URL.
- Paste that URL into your provider’s webhook destination.
- Set the expected cadence (every N minutes/hours/daily) and grace window.
- (Optional) Add a shared secret header that the provider must include.
- Choose who gets notified using Notification Policies.
Retention and per-plan limits apply; see Pricing.
Don’t let silent failures pile up
We notice when your webhooks go quiet — and alert the right people.
Start monitoring webhooks