Вебхук между трекером и CRM ломается чаще из-за мелочей, чем из-за кода

Вебхук между трекером и CRM ломается чаще из-за мелочей, чем из-за кода

Схема простая: трекер ловит событие, отправляет payload на URL CRM, а CRM создаёт сделку или обновляет статус. Чтобы не ловить фантомные лиды, заранее проверь 4 вещи: — совпадает ли поле уникального ID; — есть ли обязательные поля у сделки; — принимает ли CRM повторный запрос без дублей; — куда уходит ответ при ошибке.

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

Проверяй не только успех, но и сбой. Нормальная связка должна логировать: время отправки, код ответа, тело запроса и причину отказа. Если вебхук не дошёл, должна быть повторная попытка или очередь, а не молчание. Для отладки удобно сначала прогнать тестовый лид с уникальным тегом, чтобы потом быстро найти его в CRM 🔧

Итог простой: сначала описываешь поля и статусы на бумаге, потом настраиваешь отправку, и только после этого открываешь трафик. Так ты экономишь часы на поиске дублей, потерянных заявок и «почему менеджер не видит лид».

—
Если тема зашла, посмотри @affcareers_remote