Webhooks между CRM и рекламой ломаются не в коде, а в логике событий

Webhooks между CRM и рекламой ломаются не в коде, а в логике событий

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

Проверьте базовую схему:
• событие должно иметь уникальный ID и timestamp;
• webhook обязан быть идемпотентным, чтобы повторный POST не создавал дубль;
• статус в CRM должен совпадать с этапом, который понимает рекламная система;
• ошибки 4xx/5xx нужно логировать отдельно от бизнес-статусов.

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

Если в цепочке есть ретраи, ставьте очередь и ограничение на повтор. Без этого CRM может «дожать» площадку пачкой одинаковых запросов и сломать отчётность. Автоматизируем рутину, масштабируем результат.

Перед запуском тестируйте гипотезу через API-интеграцию: один лид, один статус, один ответ от webhook. Всё остальное — источник скрытых дублей и неверной оптимизации.