Почему заявки с сайта теряются и как связать формы с Bitrix24

Когда компания замечает потерянную заявку, первой подозревают форму. Но обращение проходит длинную цепочку: браузер отправляет данные на сервер, обработчик проверяет поля, Битрикс создаёт событие, письмо уходит через почтовую систему, интеграция обращается к CRM, а внутри Bitrix24 назначается ответственный.

На каждом этапе возможна ошибка. При этом посетитель может увидеть сообщение об успешной отправке, хотя CRM не создала лид, письмо попало в спам или робот назначил заявку уволенному сотруднику.

Где чаще всего теряются обращения

Форма не дошла до сервера

Причиной могут быть ошибка JavaScript, блокировщик, нестабильная сеть, неверный AJAX-адрес или защита, которая считает реального пользователя ботом. Интерфейс должен показывать успех только после подтверждённого ответа сервера.

Сервер принял данные, но обработчик завершился с ошибкой

Необязательное поле оказалось обязательным, формат телефона не прошёл проверку, закончилось место на диске или PHP получил исключение. Такие ошибки должны попадать в технический журнал без открытого сохранения персональных данных.

Заявка отправляется только по электронной почте

Письмо может задержаться, попасть в спам или быть удалено. Кроме того, почта не даёт надёжного контроля: кто взял обращение, когда ответил и чем закончилась работа.

CRM отклонила запрос

Webhook отозван, токен истёк, изменилось обязательное поле, достигнут лимит запросов или Bitrix24 временно недоступен. Если сайт не проверяет ответ API, ошибка остаётся незаметной.

Лид создан, но никто его не обработал

Нет ответственного, уведомление отключено, заявка попала в неправильную воронку или робот сработал с ошибкой. Техническая доставка в CRM — только половина задачи; дальше нужен регламент обработки.

Как должна выглядеть надёжная схема

1. форма валидирует поля в браузере для удобства пользователя;
2. сервер повторно проверяет данные, метод запроса, CSRF и антиспам;
3. обращению присваивается уникальный идентификатор;
4. данные безопасно сохраняются в локальный журнал или очередь;
5. интеграция создаёт или обновляет сущность в Bitrix24;
6. сайт проверяет ответ CRM и сохраняет ID созданной сущности;
7. робот назначает ответственного и ставит контроль первого контакта;
8. ошибка доставки повторяется автоматически и вызывает уведомление.

Локальное сохранение не означает бессрочное хранение персональных данных в обычном логе. Нужно определить состав, срок хранения, права доступа и удаление данных в соответствии с политикой сайта.

Что передавать из формы в Bitrix24

• имя, телефон, email и текст обращения;
• название и URL формы;
• страницу, с которой отправлена заявка;
• UTM-метки и рекламный идентификатор, если он используется;
• источник и тип обращения;
• согласие на обработку данных;
• время и уникальный ID отправки;
• товар, услугу или содержимое корзины, если это важно менеджеру.

Не стоит передавать в CRM всё содержимое запроса и технические cookie. Собирайте только данные, которые нужны для обработки и аналитики.

Лид или сделка: что создавать

Единого ответа нет. Если компания использует лиды для первичной квалификации, форма создаёт лид, а после проверки он конвертируется. В простой модели можно сразу создать контакт и сделку в нужной воронке.

Главное — единое правило для одинаковых обращений. Если одна форма создаёт лид, другая сделку, а третья только письмо, отчёты по источникам и конверсии будут неполными.

Как работать с дублями

Телефон нужно нормализовать до единого формата, email — привести к нижнему регистру и убрать лишние пробелы. Затем CRM проверяет существующий контакт. Но одинаковый контакт не всегда означает одинаковую заявку: повторное обращение может быть новой продажей и должно создавать отдельную сделку.

Защитите обработчик от двойного нажатия и повторной доставки. Уникальный ключ формы позволяет не создать две сделки при повторе одного и того же запроса.

Почему нельзя полагаться только на webhook

Прямой запрос к Bitrix24 прост, но CRM может временно не ответить. Если обработчик сразу возвращает ошибку посетителю или, наоборот, молча забывает заявку, обращения будут теряться.

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

Как проверить интеграцию

• отправить каждую форму с компьютера и телефона;
• проверить обязательные и ошибочные значения;
• дважды отправить одинаковую заявку;
• временно отключить доступ к CRM и проверить повторную доставку;
• сверить UTM, источник, ответственного и воронку;
• убедиться, что менеджер получает уведомление;
• измерить время до первого контакта;
• проверить, что персональные данные не попадают в открытые логи.

Как контролировать работу после запуска

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

Главный вывод: заявка считается доставленной не тогда, когда сайт показал зелёную галочку, а когда обращение записано, получило ID в CRM и попало ответственному. Настроить такую цепочку можно в рамках интеграции форм сайта с Bitrix24.