Какие данные сохранить от рекламной ссылки до оплаты, чтобы отчётность помогала распределять бюджет, а не множила версии Excel.
На планёрке маркетинг показывает клики, заявки и стоимость лида. Отдел продаж открывает воронку сделок и выручку. Обе стороны могут работать аккуратно, но на один вопрос всё равно не ответят: какая рекламная кампания привела к оплатам, а не к обращениям.
Обычно проблема возникает до отчёта. В одном месте меняют название UTM-метки, форма не передаёт идентификатор визита, менеджер ставит «успех» после обещания клиента, а расходы лежат в отдельной выгрузке. Дашборд способен собрать эти данные в одну таблицу, но связать их задним числом уже не сможет.
Спешите? В конце страницы есть ответы о запуске с одного канала, роли ClientID и признаках отчёта, которому пока нельзя доверять.
Сквозная аналитика строится вокруг проверяемой цепочки, а не вокруг дашборда
Сквозная аналитика отвечает на один управленческий вопрос: какой источник рекламы привёл к заказу или оплате и во сколько обошёлся этот результат. Для ответа у обращения не должна обрываться связь между рекламой, визитом, записью в CRM и фактом продажи.
В документации Яндекс Метрики эта цепочка описана в четырёх действиях: разметить рекламные ссылки UTM-параметрами, передать расходы, сохранить ClientID в CRM и загрузить данные о клиентах и заказах. После этого доступны отчёты по источникам заказов, расходам и ROI. Яндекс Метрика: сквозная аналитика
Но сложная система нужна не каждой компании. Если у вас один управляемый рекламный канал, несколько обращений в неделю и короткий цикл сделки, можно начать с таблицы: вручную сопоставлять обращения с кампаниями и раз в месяц проверять оплаты. Она останется рабочим инструментом, пока ручная сверка не начинает ошибаться или занимать слишком много времени.
Интеграция становится оправданной, когда каналов несколько, клиент оставляет повторные обращения, продажа занимает недели или бюджет приходится пересматривать регулярно. В этот момент руководителю важен не красивый вид отчёта, а возможность открыть строку кампании и дойти до конкретных сделок.
Сначала зафиксируйте, какое событие вы считаете результатом рекламы. Для одной компании это поступление денег, для другой, работающей с длинными договорами, подписание договора или квалифицированная сделка. Если маркетинг считает заявки, а продажи называют результатом оплату, оба отчёта могут быть верными, но управлять одним бюджетом по ним нельзя.
Карта источников и единые UTM-правила сохраняют смысл рекламных данных
Перед настройкой CRM полезно нарисовать карту источников. В неё входят все места первого контакта: поисковая реклама, объявления в соцсетях, рассылки, партнёрские ссылки, звонки по отдельному номеру, офлайн-встречи. Рядом с каждым источником укажите, кто отвечает за данные и как источник должен попасть в карточку лида или сделки.
Для ссылок, которыми вы управляете, утверждают короткий справочник значений: `utm_source`, `utm_medium`, `utm_campaign` и, если нужен анализ объявлений, `utm_content`. Не стоит искать идеальное название. Достаточно выбрать одно написание и запретить его менять внутри периода. Метрика различает регистр UTM-значений: `vkontakte` и `Vkontakte` попадут в разные строки и могут помешать загрузке расходов. Отчёт Яндекс Метрики «Метки UTM»
В Битрикс24 источник трафика также настраивают через UTM-метку. Когда посетитель переходит на сайт и оставляет форму или заказывает звонок, источник может появиться в пути клиента CRM. Документация Битрикс24 отдельно предупреждает о категории «Прочий трафик»: туда попадают обращения, которые система не смогла соотнести с подключённым источником. Подключение источников трафика в Битрикс24, почему появляется «Прочий трафик»
У UTM есть понятная граница. Метка не объяснит, откуда пришёл клиент, который увидел баннер, позвонил по визитке или написал после личной встречи. Такие обращения тоже нужны в отчёте, но им потребуется свой способ фиксации: отдельный номер, адрес почты, поле с обязательным выбором источника или ручная регистрация по правилу. Важно не притворяться, что у всех продаж есть цифровой след.
ClientID связывает визит сайта с записью о сделке
UTM-параметры показывают, какая ссылка привела посетителя. Чтобы сопоставить конкретный визит с конкретной сделкой, нужен идентификатор. В связке с Яндекс Метрикой таким идентификатором становится `ClientID`.
Метрика автоматически присваивает ClientID уникальному посетителю в конкретном браузере. Для передачи в CRM документация предлагает получить его методом `getClientID`, записать в скрытое поле формы и сохранить в сделке. Для звонков, писем, чатов и виджетов нужно проверить, умеет ли используемый сервис передавать ClientID в CRM. Использование ClientID в Яндекс Метрике, передача данных из CRM
Телефон и email тоже можно использовать для привязки, но у них больше бытовых исключений: общий номер компании, опечатка в форме, другой адрес для переписки. Поэтому Яндекс рекомендует передавать именно ClientID, одновременно используя доступные контактные данные. При этом ClientID не является универсальным ключом клиента: в другом браузере у того же человека будет другой идентификатор. Это ограничение стоит учесть, если в компании длинный цикл сделки и много повторных контактов.
В карточке лида или сделки полезно сохранить не только ClientID. Нужен минимальный набор полей, который переживёт конвертацию лида в сделку и позволит проверить спорную строку отчёта.
| Поле | Для чего оно нужно |
|---|---|
| ClientID | Связать заказ или статус из CRM с визитом в Метрике |
| UTM-параметры и первоначальный источник | Сгруппировать сделки по кампании без ручной догадки |
| Дата первого обращения | Сопоставить сделку с отчётным периодом |
| Идентификатор лида и сделки | Открыть первичную запись из отчёта |
| Телефон или email | Найти дубли и разобраться с обращениями без ClientID |
Если поле пропадает при конвертации, проблема не косметическая. В этот момент одна сделка перестаёт быть частью доказуемой цепочки и превращается в строку, которую придётся распределять вручную.
Статусы сделки должны фиксировать события, которые меняют решение
Рекламная кампания не окупается в момент создания лида. Руководителю обычно нужны несколько контрольных событий: сделка создана, лид признан целевым, договор согласован, деньги получены, отказ подтверждён. Названия зависят от процесса. Смысл в том, чтобы два менеджера одинаково понимали, когда переводить сделку дальше.
Стадия «В работе» на два месяца почти ничего не сообщает о продажах. Внутри неё могут быть переговоры, ожидание документов, пауза со стороны клиента и забытая сделка. Конверсию по каналу в таком случае посчитать можно, но объяснить её падение трудно.
Для отчёта по рекламе не нужно сразу выгружать каждую стадию воронки. Выберите события, после которых меняется действие руководителя: например, канал даёт много обращений, но мало квалифицированных сделок; или квалифицированные сделки есть, но они не доходят до оплаты. До автоматизации договоритесь о правилах для этих статусов, назначьте ответственного и определите, чем подтверждается событие.
После загрузки CRM-данных Метрика позволяет передавать статусы заказа и использовать их в сегментации. В отчётах появляются метрики по заказам, оплатам, выручке и прибыли, а связанные со статусами цели можно использовать в других отчётах. Как Метрика принимает и использует данные CRM
Не стоит считать «выигранную сделку» оплатой, если деньги ещё не поступили. Это разные события и разные управленческие вопросы. Отчёт по выручке также не превращается в отчёт по прибыли, пока в учёте нет корректной себестоимости.
Расходы привязывают рекламу к сопоставимому уровню детализации
Даже заполненные сделки не дадут отчётность по рекламе, пока не понятно, с каким расходом их сравнивать. Сначала определите уровень детализации. Для первого запуска часто хватает месяца и кампании. Если вы ежедневно меняете объявления и аудитории, имеет смысл идти глубже, но только когда названия и UTM-значения поддерживаются без ручных вариаций.
Яндекс Метрика принимает расходы на рекламный канал, размеченный UTM-метками, за выбранный период. Здесь работает простое правило: расходы и продажи должны быть сопоставимы по периоду и уровню группировки. Нельзя загружать расходы по кампании, а сделки смотреть только по общему источнику «контекстная реклама». Требования к расходам в сквозной аналитике Метрики
Ниже обычно возникает спор об атрибуции. Клиент мог сначала перейти по рекламе, потом вернуться через поиск и только после этого оставить заявку. Единственно правильной модели тут нет, зато должна быть одна выбранная модель для всех отчётов. В Битрикс24 окно атрибуции задаёт период, в котором действия клиента связываются с источниками рекламы; это влияет на путь клиента в карточке. Как работает окно атрибуции в Битрикс24
Не смешивайте показатели. Выручка показывает сумму продаж. Валовая прибыль требует данных о себестоимости. Деньги, которые уже поступили на счёт, могут отличаться от суммы выигранных сделок. Отчёт будет полезен, если в его заголовке прямо указано, что именно сравнивают с расходами.
Условный пример: как должна раскрываться строка отчёта
Это условная модель, а не кейс или норматив. Она показывает структуру обезличенного отчёта и проверку цифр.
Допустим, компания ведёт кампанию `search_b2b_service` с меткой `utm_campaign=search_b2b_service`. За месяц в Метрику передали расход по этой кампании. CRM-форма сохранила UTM-параметры и ClientID, а менеджеры по единым правилам отмечали квалификацию и оплату.
| Кампания | Расход, ₽ | Создано сделок | Квалифицировано | Оплачено | Выручка, ₽ |
|---|---|---|---|---|---|
| `search_b2b_service` | 120 000 | 36 | 15 | 4 | 320 000 |
Все числа условные. Они не говорят, какую конверсию или чек нужно ожидать в другой компании. У такой строки есть другой критерий качества: из неё можно открыть список четырёх оплаченных сделок, увидеть дату первого обращения, источник, UTM и статус оплаты. Расход при этом относится к той же кампании и тому же периоду.
Если в условном примере четыре оплаты пришли из тридцати шести сделок, не нужно немедленно отключать кампанию или увеличивать бюджет. Сначала проверьте, на каком участке цепочки появился разрыв. Возможно, трафик нерелевантен. Возможно, менеджеры медленно отвечают. Иногда критерий квалификации слишком мягкий и маркетинг получает много заявок, которые отдел продаж не считает рабочими. Сквозная аналитика показывает место для разбора, но не заменяет разговор о процессе продаж.
Проверка первичных записей надёжнее общего графика
Самая дорогая ошибка: начинать с витрины. Команда подключает сервисы, выводит диаграммы, а затем выясняется, что часть лидов создаётся вручную без источника, метки меняются в объявлениях, а оплата отмечается до поступления денег. Формально отчёт есть. Решение о бюджете по нему принимать рискованно.
Проверяйте связку на реальных карточках, а не только на итогах месяца. Раз в неделю выберите несколько сделок из разных каналов, лучше с разным исходом, и пройдите путь назад: сделка, контакт, ClientID, UTM, визит, расход. Если связь оборвалась, исправляйте конкретный переход. Пересобирать весь дашборд обычно не требуется.
Расхождения между рекламным кабинетом и Метрикой сами по себе не доказывают ошибку. Сервисы могут по-разному считать клики и взаимодействия, а также использовать разные модели атрибуции. Яндекс прямо указывает, что Метрика фиксирует посетителей, которые перешли на сайт, тогда как в рекламном кабинете кликом может считаться и другое действие. Почему данные по UTM и рекламе могут расходиться
Практический инструмент: карта готовности к первому отчёту
Пройдите чек-лист перед настройкой. Он покажет, можно ли уже автоматизировать отчётность или сначала стоит наладить правила работы.
- Все рекламные и нецифровые источники обращений перечислены, способ их фиксации известен.
- Для управляемых каналов утверждены значения UTM и сотрудник, который следит за разметкой.
- Сайт, форма, виджеты, звонки и чаты передают в CRM те идентификаторы, которые технически могут передать.
- При конвертации лида в сделку сохраняются источник, UTM, ClientID и дата первого обращения.
- Для статусов «квалифицировано», «оплачено» и «отказ» есть короткое правило и ответственный.
- Расходы загружаются за тот же период и с той же детализацией, в которой размечены кампании.
- Руководитель заранее знает, какое решение примет после отчёта: проверить канал, изменить бюджет или изменить процесс обработки заявок.
Если не выполнены пункты о источнике, идентификаторе и статусах, полезнее сделать ручную сверку на небольшом периоде. Когда одна связка проходит проверку по карточкам, добавляйте следующий канал и более детальную разбивку.
Короткие ответы на частые вопросы
01Можно начать сквозную аналитику с одного рекламного канала?
Да. Выберите канал со стабильным расходом и заметным числом обращений, настройте передачу источника и ClientID, затем сверяйте сделки до нужного итогового статуса. Такой запуск проверяет саму цепочку данных. Следующий канал добавляйте, когда первая связка раскрывается до карточек без ручных догадок.
02Почему поля «Источник» в CRM недостаточно?
Оно полезно для общего среза, но обычно не показывает, какая конкретно кампания и ссылка привели обращение. Для отчёта по расходам нужны UTM-параметры с едиными значениями и связь с визитом либо другим первым контактом. Иначе две кампании окажутся в одной строке, а часть сделок сотрудники распределят по памяти.
03ClientID обязателен, если в CRM уже есть телефон и email?
Нет. Метрика может использовать для привязки телефоны и почту, когда ClientID недоступен. Но для заказов, связанных с визитами сайта, Яндекс рекомендует сохранять ClientID: он даёт наиболее точную привязку. Правила сопоставления CRM-данных и визитов
04Когда отчётность по рекламе нельзя считать готовой?
Когда итоговая цифра не раскрывается до первичных записей. Если из строки кампании нельзя перейти к сделкам, проверить их статусы, даты, источник и расход, это пока гипотеза, а не основание для переноса бюджета. Сначала устраните разрыв, затем добавляйте каналы и показатели.
Начните с одной доказуемой цепочки: размеченная ссылка, визит, запись в CRM, статус продажи, расход. После неё видно, какие настройки действительно нужны, а где сначала достаточно договориться о правилах работы.
Неясно, какой канал даёт реальные продажи?
Команда «Код в деле» может провести аудит маршрута обращения: проверить карту источников, поля CRM, статусы сделок и точки передачи данных между сайтом, рекламой и CRM. По итогам будет понятно, какие правила стоит закрепить, а где нужна интеграция для отчётности по рекламе.
