Is a webhook billed per event or per delivery attempt?

It depends on the provider: some meter unique events published to the platform, while others meter each outbound delivery attempt. With fan-out to multiple endpoints and automatic retries, delivery-attempt pricing can cost several times more than the event count suggests, so check which unit your plan uses.

Should I build webhook delivery in-house instead of paying for a service?

In-house delivery is feasible, but you have to build and operate retry queues with exponential backoff, signature verification, endpoint health tracking, replay, and delivery logs. At low volumes a managed service is usually cheaper than the engineering time; at very high volumes, self-hosting an open-source option such as Convoy on your own infrastructure can cost less than per-event pricing.

How do retries affect my bill?

Retries multiply the work the platform performs for a single event. If a consumer endpoint is down and each event is retried several times, your billable attempts rise proportionally — which is why a small number of persistently failing endpoints can dominate costs on attempt-metered plans.

Калькулятор стоимости доставки Webhook — Svix против Hookdeck против Convoy 2026

Калькулятор стоимости вебхука

✓ Последняя проверка: 15 июля 2026 г.· Источник: официальная страница цен поставщика.· Автоматический мониторинг — сообщить об изменении →

Свикс, Хукдек и Конвой сравнили. Надежная доставка через веб-перехватчик без создания собственной очереди.

Ежемесячные события (тыс.)

Конечные точки/потребители

Необходимы повторные попытки

Размер команды

Сравнение

Особенность	Свикс	Хукдек	Конвой
Бесплатный уровень	25 тысяч сообщений в месяц	25 тыс. событий в месяц	Открытый исходный код
Управляемый/самостоятельный хостинг	Удалось	Удалось	Оба
Пользовательский интерфейс панели управления	✅	✅	✅
Портал для клиентов	✅	❌	❌
Лучшее для	SaaS-платформа	События для разработчиков	Самостоятельный хостинг

Как работает этот калькулятор

Этот калькулятор оценивает ежемесячную стоимость аутсорсинга доставка вебхука в управляемую службу. Вы вводите ежемесячный объем событий, количество конечных точек или потребителей, получающих эти события, необходимое количество повторных попыток и размер вашей команды, и он сравнивает полученные счета для Svix, Hookdeck и Convoy. Платформы Webhook измеряют по-разному — одни цены за опубликованные события, другие за общее количество попыток доставки (одно событие, распределенное по пяти конечным точкам с повторными попытками, может учитывать столько же оплачиваемых операций), поэтому самый дешевый поставщик может включить разветвление и повторить попытку изменения политики. Моделирование этого до того, как вы совершите фиксацию, позволит избежать распространенной неожиданности, когда счет-фактура масштабируется вместе с поставки а не с событиями, которые фактически производит ваше приложение.

Часто задаваемые вопросы

Плата за использование веб-перехватчика взимается за событие или за попытку доставки?

Это зависит от провайдера: некоторые измеряют уникальные события, опубликованные на платформе, а другие — каждую попытку исходящей доставки. Благодаря разветвлению на несколько конечных точек и автоматическим повторным попыткам цена за попытку доставки может стоить в несколько раз больше, чем предполагает количество событий, поэтому проверьте, какую единицу измерения использует ваш план.

Должен ли я создавать доставку веб-перехватчиков самостоятельно вместо того, чтобы платить за услугу?

Внутренняя доставка возможна, но вам придется создавать и использовать очереди повторов с экспоненциальной отсрочкой, проверкой подписи, отслеживанием работоспособности конечных точек, воспроизведением и журналами доставки. При небольших объемах управляемая услуга обычно обходится дешевле, чем время разработки; при очень больших объемах самостоятельное размещение опции с открытым исходным кодом, такой как Convoy, в вашей собственной инфраструктуре может стоить меньше, чем цена за каждое мероприятие.

Как повторные попытки влияют на мой счет?

Повторные попытки умножают работу, выполняемую платформой для одного события. Если потребительская конечная точка не работает и каждое событие повторяется несколько раз, количество оплачиваемых попыток увеличивается пропорционально — именно поэтому небольшое количество постоянно отказывающих конечных точек может доминировать в расходах на планах с измерением количества попыток.