CRM-формы в Битрикс24: как довести источник заявки до сделки и учёта окупаемости

Собственник запускает рекламу по нескольким каналам, а в отчёте видит одну строку расходов и общий поток обращений. По какой площадке пришла выигранная сделка — из этих данных восстановить нельзя. Это и есть цена заявки без источника: деньги на рекламу потрачены, но привязать их к результату не к чему.

Что теряется, когда у заявки нет источника

Сквозная аналитика Битрикс24 связывает расходы по каждому источнику с числом обращений, количеством выигранных сделок и суммой дохода — и выводит возврат на вложенные деньги по каналу. Механика простая: расход на канал делится на его результат. Но она считает только те сделки, у которых источник записан. Заявка без источника в этот расчёт не попадает: канал по ней невозможно оценить ни по цене привлечения, ни по возврату вложений.

Дальше это бьёт по бюджету. Решение «добавить сюда, срезать здесь» принимается по каналам, у которых часть результата не учтена. Чем больше заявок приходит без метки, тем сильнее отчёт по окупаемости расходится с тем, что происходит в кассе.

Как форма фиксирует источник на входе

При отправке CRM-форма Битрикс24 сохраняет пять параметров разметки ссылки: utm_source — площадка, utm_medium — тип трафика, utm_campaign — кампания, utm_term — ключевое слово, utm_content — объявление. Это работает, если посетитель пришёл по ссылке с этими метками.

Захват меток включается в настройках формы — опция «Сохранять UTM-метки» в разделе «Аналитика и реклама». Без неё метки остаются в адресе страницы, но в заявку не переносятся. Дальше метку нужно заранее закрепить за каналом трафика в разделе «Сквозная аналитика → Настройки подключения»: тогда заявка с меткой google получает в отчёте источник Google Ads автоматически, без ручной расшифровки.

Здесь есть открытый вопрос механики, который я проверяю по актуальной документации перед каждым внедрением: расположение опции отслеживания меток и окно жизни cookie в разных источниках описаны по-разному. Пока настройки не сверены с рабочим порталом, полагаться на дефолт я не советую.

Перенос источника из лида в сделку

Метка, осевшая на лиде, до отчёта по деньгам сама не доходит. Отчёт по окупаемости строится по сделкам, и источник должен быть на сделке.

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

Отдельно уточняю, какое касание побеждает при повторных визитах — первое или последнее. От этого зависит, какому каналу достанется сделка, если клиент пришёл сначала с поиска, а закрылся после ретаргета. Ответ влияет на распределение бюджета, поэтому логику атрибуции я согласую с собственником заранее.

Заявки в обход формы и на внутренних страницах

Форма закрывает не весь входящий поток. Часть обращений идёт мимо неё, и там источник теряется на другом шаге.

Первый разрыв — звонок на общий номер и сообщение в чат. Форму такой клиент не заполняет, метки взять неоткуда. Здесь я ставлю динамический коллтрекинг: он подменяет номер под источник и привязывает входящий звонок к каналу, с которого клиент пришёл.

Второй разрыв — внутренние страницы. Параметры разметки живут только в адресе посадочной страницы. Как только посетитель кликает по внутренней ссылке, новый адрес меток уже не несёт, и форма на этой странице отправляется без источника. Решение — скрытое поле, которое захватывает метку в момент входа на сайт и хранит её до отправки формы.

Одно ограничение по скрытому полю важно соблюдать: обязательным его делать нельзя. При прямом трафике метки нет, и обязательное поле заблокирует отправку — тогда потеряется сама заявка, а это дороже потерянного источника. Поле должно оставаться пустым, когда метки нет.

Источник обрывается и в других точках: истекла cookie-сессия, клиент чистил браузер, кликнул рекламу заметно раньше покупки. Захват метки на входе и коллтрекинг закрывают ровно те разрывы, которые одна форма не покрывает. Как эти разрывы соотносятся с выбором самой системы под поток заявок, я разбирал в тексте про сравнение Битрикс24 и amoCRM под поток обращений.

Дозаполнение источника без ручного ввода

Ручной ввод канала менеджером — источник ошибок в отчёте. Человек забывает, ставит не то, торопится. Поэтому я настраиваю автоправило: если поле «Источник» пустое, а utm_source содержит, например, «vk», система сама проставляет соответствующий канал. Менеджер канал не заполняет, и данные остаются пригодными для расчёта окупаемости.

Когда нужен разбор до рекламного клика, я подключаю Roistat. Его интеграция с Битрикс24 использует поле roistat в лиде и сделке, связывает клик по рекламе со сделкой и считает возврат вложений и стоимость привлечения по каждому источнику. Это уровень детализации, которого штатная сквозная аналитика без внешней связки не даёт.

Что настройка даёт в деньгах

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

Прикинуть, во сколько обойдётся такая настройка под ваш портал, можно через калькулятор стоимости внедрения — он даёт ориентир до разговора. Саму связку форм, коллтрекинга и правил дозаполнения я собираю в рамках внедрения Битрикс24 под конкретный поток заявок.

Резкие доли потерь атрибуции из зарубежных публичных кейсов я привожу только как иллюстрацию проблемы — переносить их на российские данные как норму нельзя. Но направление они показывают верно: пока источник не доведён до сделки, отчёт по окупаемости считает не весь результат, а бюджет распределяется по неполной картине.