Click webhooks: streaming link events into your own systems
Payload shape, signature verification, retries and idempotency — the four things that make a webhook consumer reliable.
By ShortFreeURL Team · 18 June 2026
What a click webhook gives you
A POST to your endpoint for every click, carrying the short URL, the destination, geography, device, referrer, UTM values, bot classification and the click identifier. It turns link clicks into events you can pipe into a warehouse, a CRM or a Slack alert.
Verify the signature
Every payload should arrive with an HMAC signature computed over the raw body using a shared secret. Compute the same HMAC on your side and compare in constant time. Without this, anyone who learns your endpoint URL can forge click events.
Respond fast, process later
Acknowledge with a 2xx immediately and push the work onto a queue. Senders time out in single-digit seconds, and a slow handler turns into retries, which turns into duplicates.
Be idempotent
Retries mean you will occasionally receive the same event twice. Use the click identifier as a deduplication key. Design every handler so processing the same event twice is harmless.
Handle bursts
A link that goes viral produces a burst of webhooks. Make sure your endpoint scales or buffers, and keep an eye on the delivery log for the failure pattern that shows you dropped events under load.
When webhooks are the wrong tool
For bulk analysis, a daily export to object storage beats replaying millions of individual HTTP calls. Use webhooks for things that must happen now — alerts, CRM updates, real-time dashboards — and batch exports for everything else.
