<b>Webhook ломается не в коде, а в логике: 5 мест, где теряются события</b>

<b>Webhook ломается не в коде, а в логике: 5 мест, где теряются события</b>

Webhook — это не «кнопка отправить», а договор между системами: одна шлёт событие, другая должна его принять, проверить и обработать. Если на любом шаге есть слабое место, автоматизация выглядит рабочей, но данные молча исчезают.

Проверь базовые вещи:
— endpoint отвечает быстро и без редиректов;
— запрос приходит в нужном формате, а не как «похожий JSON»;
— подпись или токен проверяются до обработки;
— повторная отправка не создаёт дубли;
— при ошибке есть лог, а не только тишина.

Чаще всего проблемы появляются, когда webhook сразу пишет в CRM, почту и таблицу. Если один сервис тормозит, падает вся цепочка. Надёжнее сначала принять событие, сохранить его в очередь или лог, а уже потом запускать действия по шагам.

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

Если webhook кажется «нестабильным», почти всегда не хватает не магии, а дисциплины: валидации, логов и защиты от дублей. Начните с этого — и автоматизация станет предсказуемой.