Skip to content
newThe webhook.co MCP server is live — turn any webhook into an agent event. Read the docs
compare

webhook.co vs Hookdeck

This is the comparison where we concede the most, because Hookdeck is doing the same job, has been doing it for years, and does several parts of it better than we do today.

Claims about Hookdeck verified against their own documentation on . Sources below.

webhook.co is pre-launch. Our prices and retention windows below are published, not yet purchasable.

Why people compare these two

When people go looking, it tends to be the invoice — and specifically its shape rather than its size. Hookdeck's Event Gateway meters delivered events, but it also meters throughput as a separate purchase — the default ceiling is five events per second per destination — and it meters discarded requests, which are the requests your own filters threw away. Both paid tiers are advertised as starting at a price rather than being one. The second reason is quieter and only affects some teams: the read-only role and the directory-sync features start at the four-hundred-and-ninety-nine-dollar tier.

The interesting difference here is not a feature, it is how many numbers you need to predict a bill. Hookdeck's Event Gateway prices on a plan fee, a tiered rate for delivered events, a separately purchased throughput ceiling in events per second per destination, a metered charge for discarded requests beyond an included allowance, a retention window fixed by tier, and a static-IP add-on. Every one of those is a defensible engineering decision and several are genuinely fairer than a flat rate at scale. But six dials is six things to model before you know what next month costs. We meter one thing — captured events — and when a free organization runs out, capture pauses rather than billing you. That is a deliberate constraint on us as much as a feature for you: it means we cannot invent a second meter later without breaking our own rule.

At a glance

A row-by-row comparison of webhook.co and Hookdeck, with sources.
CapabilityHookdeckwebhook.co
Billing dimensions on the inbound productPlan fee, events, throughput, discarded requests, retention tier, static-IP add-onOne: captured events
Default delivery throughput5 events/second per destination; more is a purchaseNot metered separately
Charge for requests your filters discardMetered past an included allowanceNone
Free tier10,000 events, 3-day retention, dashboard locks past the cap5,000 events once, 7-day retention, capture pauses
Provider signature verification135 provider-specific configs in their OpenAPI spec141 providers
Inbound path source publishedNo — their Apache-2.0 project is the outbound productYes — Apache-2.0, engine included
MCP server scopeLocal stdio; the MCP itself is read-only, writes go through their Agent SkillsRemote with OAuth; the MCP itself writes, including destructive tools
Maintained SDKs for the inbound productTypeScript and Go SDK repositories are archivedTypeScript, Python and Go, published
Contractual uptime and latency commitmentsYesNo
Payload transformations and filteringJavaScript transformations and filters, on every tierNeither
Maximum inbound payload10 MiB1 MiB
Delivery to queues and brokersYes, through their outbound productHTTP destinations only

Where Hookdeck is straightforwardly ahead

We are pre-launch and they are not, and most of this list follows from that. They publish a component-level status page and contractual uptime and latency commitments on their upper tiers. We publish a status page too, but make no contractual uptime commitment — our own terms disclaim one. They have a first-party Terraform provider, so a platform team can manage connections as code. They have the compliance paperwork that gets a vendor through procurement, and a trust centre to serve it from; we hold no certifications and say so on our privacy page. Their issue model is more developed than ours — delivery, transformation and backpressure issues as first-class objects, with a configurable queue-time threshold and two-way sync into incident tooling. They support arbitrary JavaScript transformations on every tier including free. And their outbound product is Apache-2.0 and genuinely self-hostable, delivering to queues and brokers rather than only to HTTP.

How many numbers are in the bill

Worth walking through concretely, because the throughput dial is the one that surprises people. A Hookdeck project includes five events per second of delivery throughput per destination; above that, events are queued rather than rejected, which is the right behaviour, but their latency commitment explicitly does not apply to delivery above your purchased throughput. So a burst-heavy source does not cost you events, it costs you either latency or a throughput purchase. Separately, requests your filters discard count against an allowance, and past it they are billed per million — you are paying a little for traffic you configured the system to throw away. Our meter is the captured request, disclosed at the point you create an endpoint, with a soft cap that pauses rather than surprises.

Provider coverage is roughly a tie

We would rather say this than let a table imply otherwise. Their documentation lists 146 source types, of which 141 are named third-party platforms, and their public OpenAPI specification defines provider-specific verification configurations for 135 of them. Our registry covers 141 providers. Those numbers are close enough that provider coverage should not decide anything between us, and anyone telling you otherwise is counting selectively. The real difference is that ours is Apache-2.0 and readable, and that we ship an in-browser verifier you can paste a captured request into without an account.

What an agent is allowed to do

Both of us have shipped MCP servers, and they are scoped very differently. Hookdeck's runs locally over stdio through their CLI, and the MCP server itself is read-only by design: their documentation is explicit that it exposes no tools to create or update sources, destinations, connections or transformations, and that retrying an event is not available through it. That is not the whole picture, and their own page says so — writes are routed through their published Agent Skills instead, so a Hookdeck agent can create and change things, just not through the MCP surface. Ours is a remote server with OAuth where the writes live in the MCP itself, and that includes destructive ones: an agent holding our token can delete an endpoint, delete captured events and rotate an ingest URL. We withhold delivery destinations and payload bodies deliberately, because an agent that can redirect where your events go is a confused-deputy problem — but we should be straight that our surface is the more powerful and therefore the more dangerous of the two, and that theirs is a defensible way to draw the line.

When to choose Hookdeck

If you are putting this in front of production traffic this quarter, choose Hookdeck. They have the operational maturity, the incident tooling, the contractual commitments and the compliance evidence, and we have a pre-launch product and a promise. Choose them if you need to fan out to queues and brokers rather than HTTP endpoints, if you need infrastructure-as-code, if you need transformations you can write in JavaScript, if you need to satisfy a security questionnaire, or if you are at a volume where their per-event rate card falls well below our flat tiers. Choose them if your organisation needs a read-only role. That is a lot of reasons, and they are all real.

When to choose us

If a predictable single-meter bill matters more than a rate card that optimises at scale. If you want the receiving path itself to be open source rather than the outbound half. If you want your agents to act on events over a remote MCP server rather than only read them. And if replaying a captured event straight to a port on your laptop is part of your daily loop rather than an occasional debugging move.

Moving from Hookdeck

The nouns line up

This is the easiest mapping in the estate because the models genuinely resemble each other. A Hookdeck source becomes an endpoint, a destination stays a destination, and a connection between them becomes a subscription. Their requests are our captured events and their events are our deliveries — worth reading twice, because the two products use the word event for different halves of the journey.

What has no equivalent here

Transformations. If you are rewriting payloads in JavaScript inside Hookdeck, we have nothing to move that to, and you would be moving that logic back into your own service. Filters are the same story. If those are load-bearing for you, this migration is not worth starting, and we would rather you found that out in this paragraph than three days in.

Fan out to both, then decide

Register a second endpoint at your provider and let the same traffic land in both systems for a week. Compare the delivery logs rather than the marketing pages, including on a day something fails. It is the only way to test the claim on this page that matters, which is that the bill stays predictable.

Questions about Hookdeck and webhook.co

Is Hookdeck more mature than webhook.co?

Yes. They have been running this in production for years, publish contractual availability commitments, hold compliance certifications, and ship a Terraform provider. We are pre-launch. If maturity is the deciding factor for you, it should point at them.

What does Hookdeck charge for beyond the events it delivers?

Their published Event Gateway pricing meters delivered events, a throughput ceiling in events per second per destination, and discarded requests past an included allowance, alongside the plan fee, a retention window set by tier, and a static-IP add-on. Both paid tiers are listed as starting at a price.

Which one verifies more provider signatures?

It is effectively a tie. Hookdeck documents 146 source types including 141 named platforms, with 135 provider-specific verification configurations in their public OpenAPI specification. Our registry covers 141 providers. Coverage should not be the deciding factor between these two products.

Can I self-host either product?

Hookdeck's outbound delivery product is Apache-2.0 and designed to be self-hosted; their inbound Event Gateway is not offered as a self-hosted product. Our engine, CLI, MCP server, SDKs and verification registry are all Apache-2.0.

Sources, and how to correct us

Every claim above about Hookdeck was read off the pages below on the date shown, not from memory. Products change faster than pages do — if something here is wrong or out of date, including if you work at Hookdeck, tell us and we'll fix it.

Point a webhook at it. Watch it land.

Start free: a permanent URL, full inspection, one-command replay — and outbound delivery, because every feature is on every plan. Move up when you need more events.