Webhook ломает интеграцию не в CRM, а на стыке полей и формата

Webhook ломает интеграцию не в CRM, а на стыке полей и формата

Webhook удобен тем, что данные летят сразу после события: заявка, оплата, смена статуса, ответ в форме. Но именно здесь чаще всего теряются лиды: отправили не тот URL, перепутали метод, забыли обязательное поле, не учли пустое значение.

Чтобы интеграция с конструктором жила долго, проверьте 4 вещи:
— какие поля реально уходят в payload, а какие надо собирать отдельно;
— есть ли у CRM обязательные поля и как она реагирует на пустые;
— совпадают ли типы данных: телефон, дата, чекбокс, массив товаров;
— есть ли повторная отправка при ошибке и как вы ловите дубли.

Важный момент: webhook лучше тестировать не на «идеальной» форме, а на кривых сценариях. Отправьте пустой телефон, длинное имя, несколько товаров, невалидный email. Так сразу видно, где CRM молча режет данные, а где конструктор шлёт не тот формат.

Если webhook нужен для продаж, а не для галочки, делайте промежуточный лог: он показывает, что пришло от конструктора и что ушло в CRM. Один такой журнал экономит часы на поиске ошибок и помогает быстро понять, на чьей стороне сбой.