Кирилл У.Журнал
Как заявка с сайта попадает в Битрикс24
4 мин
Разбираю три рабочих способа передать заявку с сайта в Битрикс24: CRM-форма, виджет открытой линии и вебхук с собственного бэкенда. Объясняю, зачем проверять цепочку тестовой заявкой и сохранять источник с UTM. Для своего сайта на Next.js вебхук уместнее тяжёлого виджета, который тормозит страницу.
Что человек ждёт от фразы «заявка сразу в CRM»
Когда говорят «заявка сразу в CRM», обычно имеют в виду, что после нажатия кнопки на сайте данные не теряются, а оказываются в рабочем списке менеджера. Как если бы вы бросили письмо в почтовый ящик, а оно само разложилось по папкам и пометилось нужным цветом.
На деле между формой на сайте и карточкой в Битрикс24 есть цепочка: браузер отправляет данные, сервер или сторонний сервис их принимает, преобразует и передаёт в CRM. Если хотя бы одно звено молчит, заявка не дойдёт, и вы узнаете об этом только когда клиент позвонит с вопросом «почему вы не отвечаете».
Поэтому важно не просто подключить какой-то способ, а проверить весь путь тестовой заявкой и убедиться, что в карточке есть не только имя и телефон, но и источник перехода. Иначе через месяц вы не сможете понять, какая реклама приносит заявки, а какая просто сжигает бюджет.
CRM-форма: быстро, но вы зависите от вендора
Самый простой способ — использовать готовую CRM-форму из Битрикс24. Вы создаёте форму в интерфейсе, получаете код и вставляете его на сайт. Внешне это выглядит как обычная форма, но данные уходят напрямую в CRM, минуя ваш сервер.
Механизм похож на аренду ячейки в чужом офисе: вам не нужно строить своё здание, но вы зависите от расписания и правил владельца. Код формы встраивается на вашу страницу, но обработка отправки и хранение данных происходят на серверах Битрикс24. Вы не контролируете её поведение полностью: стили, скорость загрузки и доступность зависят от вендора.
На практике это удобно, когда нужно быстро запустить приём заявок без программиста. Но если сайт уже работает и вы хотите управлять каждым пикселем, CRM-форма может стать ограничением. К тому же не все конструкторы сайтов позволяют вставить такой код без танцев с бубном.
Виджет: удобно менеджеру, тяжело первому экрану сайта
Виджет открытой линии — это чат, который висит в углу сайта и позволяет посетителю написать в мессенджер или оставить контакты. Для менеджера это удобно: все обращения падают в одно окно, можно отвечать прямо из Битрикс24.
Но у виджета есть цена: он тянет за собой скрипты, стили и соединения с серверами вендора. На слабом мобильном интернете или дешёвом смартфоне это может замедлить загрузку первого экрана. Представьте, что к двери вашего магазина приделали турникет, который сначала проверяет паспорт у каждого входящего — вроде безопасно, но очередь растёт.
Для своего сайта на Next.js, где важна скорость и контроль над кодом, тяжёлый виджет часто не оправдан. Лучше оставить лёгкую форму и передавать данные через вебхук, а виджет использовать только если вам критичен именно чат в реальном времени.
Вебхук с вашего бэкенда: заявка, источник, идемпотентность
Вебхук — это когда ваш сервер сам отправляет данные в Битрикс24 по HTTP-запросу. Вы пишете обработчик формы на своём бэкенде, валидируете данные, добавляете источник и UTM-метки, а затем шлёте запрос на адрес, который выдал Битрикс24.
Это похоже на курьера, которого вы наняли сами: он знает ваш адрес, берёт посылку у клиента и доставляет её в нужный кабинет, по пути записывая, откуда пришёл клиент. Вы контролируете каждый шаг и можете добавить защиту от дублей — идемпотентность, чтобы одна и та же заявка не создалась дважды, если пользователь нажал кнопку несколько раз.
На практике для Next.js это самый гибкий вариант: вы пишете API-роут, который принимает данные формы, проверяет их, сохраняет в свою базу при необходимости и отправляет в Битрикс24. Для идемпотентности можно генерировать уникальный ключ запроса на клиенте и передавать его в Битрикс24, а на стороне CRM проверять, не было ли уже заявки с таким ключом. Если у конструктора сайтов нет API, это ограничение платформы, а не повод парсить админку — так вы рискуете сломать всё при первом же обновлении.
Как понять, что стык живой: одна тестовая заявка в нужной воронке
После подключения любого способа не полагайтесь на слова «должно работать». Отправьте одну тестовую заявку с реального устройства, как это сделал бы клиент: заполните форму, нажмите кнопку и проследите, где она появится в Битрикс24.
Проверьте не только факт появления, но и содержимое: имя, телефон, комментарий, а главное — источник и UTM-метки. Если вы запускаете рекламу, без этих данных вы не сможете отличить заявку с контекста от заявки из соцсетей. Это как получить посылку без обратного адреса: вроде пришла, а от кого — непонятно.
Если заявка не дошла, ищите проблему по цепочке: браузер отправил запрос? Сервер его принял? Битрикс24 вернул ошибку? Часто виноват не сам вебхук, а неправильный формат данных или отсутствие обязательного поля. Одна тестовая заявка в нужной воронке — это минимальная проверка, которая экономит часы разбирательств потом.
Используйте CRM-форму из Битрикс24: создайте её в интерфейсе, скопируйте код и вставьте на сайт. Данные будут уходить напрямую в CRM, но вы ограничены возможностями формы и зависите от серверов вендора.
Вебхук не грузит лишние скрипты на страницу, вы полностью контролируете отправку данных и можете добавить валидацию, источник и защиту от дублей. Виджет удобен для чата, но замедляет загрузку и зависит от внешних серверов.
Отправьте тестовую заявку и проследите всю цепочку: браузер, ваш сервер, запрос к Битрикс24. Проверьте формат данных, обязательные поля и ответ API. Часто проблема в неверном URL вебхука или отсутствии нужного поля.
Чтобы понимать, какая реклама приносит заявки. Без этих данных вы не сможете отличить клиента с контекстной рекламы от клиента из соцсетей и будете тратить бюджет вслепую.