Webhook ломается не в CRM, а на первом невалидном поле формы

Webhook ломается не в CRM, а на первом невалидном поле формы

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

Проверьте 4 вещи:
— адрес webhook принимает ответ 200, а не просто «что-то загрузилось»;
— есть логирование входящего payload, иначе не поймёте, где обрыв;
— дубли по одному заявленному номеру или email не создаются повторно;
— ошибки не теряются: при сбое должен быть retry или хотя бы уведомление.

Частая ошибка — отправлять в CRM всё подряд. Лучше заранее нормализовать данные: обрезать пробелы, приводить телефон к одному формату, пустые строки заменять на null, а мусорные поля не тащить в сделку. Так меньше дублей, меньше битых карточек и проще строить аналитику.

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