Сквозная аналитика: как связать рекламные расходы, заявки и продажи

Сквозная аналитика — процесс связывания пути клиента от рекламного расхода до продажи. Она отвечает не только на вопрос «сколько заявок принес канал», но и показывает квалификацию, выручку, маржу и стоимость клиента.

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

Какие системы участвуют

• рекламные кабинеты с расходами и идентификаторами кликов;
• сайт и UTM-разметка;
• веб-аналитика и цели;
• формы, квизы и мессенджеры;
• коллтрекинг и телефония;
• CRM со статусами и ответственными;
• платежи, возвраты и данные о доходе;
• сервис визуализации или BI.

Не каждой компании нужен отдельный дорогой сервис. Часть задач можно решить в Метрике, CRM и таблицах, если объем данных невелик и процессы дисциплинированы.

Как выглядит цепочка данных

1. Рекламная система создает клик и списывает расход.
2. Ссылка передает UTM и технический идентификатор.
3. Метрика фиксирует визит и действия.
4. Форма или коллтрекинг сохраняет источник в CRM.
5. Менеджер меняет статус сделки.
6. CRM передает оплату и доход обратно в аналитику.
7. Отчет сопоставляет расходы, лиды, клиентов и деньги.

Идентификаторы и атрибуция

Для связи используются ClientID, идентификаторы рекламных кликов, заказов, пользователей и другие доступные ключи. UTM описывает источник, но сама по себе не идентифицирует конкретного человека во всех системах.

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

Роль UTM-меток

Единая разметка помогает сравнивать Яндекс Директ, VK Ads, Telegram, email и партнерские размещения. Метки должны сохраняться при отправке формы и попадать в поля сделки.

Структура и примеры разобраны в руководстве «UTM-метки».

Как учитывать звонки

Динамический коллтрекинг связывает номер с визитом, статический — с рекламным источником. В CRM нужно передавать не только факт звонка, но и его качество: первый контакт, тема, результат и статус.

Без учета звонков отрасли с телефонными продажами получают систематически искаженную оценку каналов. Подробнее — в статье «Коллтрекинг».

Что должна хранить CRM

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

Свободный текст вместо единых статусов делает автоматический отчет ненадежным. Сначала нормализуйте процесс продаж, затем подключайте сложную визуализацию.

Сквозная аналитика в Метрике

Яндекс Метрика позволяет загружать рекламные расходы, данные о звонках, офлайн-конверсии, клиентов и заказы из CRM. После сопоставления доступны отчеты по источникам, расходам и ROI.

В официальной справке о CRM-данных описаны статусы заказов и доступные способы загрузки. Для сторонних каналов расходы можно передавать через интеграции, CSV или API.

Какие показатели считать

• расход и количество кликов;
• все и целевые лиды;
• стоимость квалифицированного обращения;
• конверсия лида в продажу;
• CAC — стоимость нового клиента;
• выручка и валовая прибыль;
• ROMI или ROI по принятой формуле;
• срок окупаемости и повторные покупки.

Определения должны быть закреплены. Например, заявка, дубль, спам и повторный клиент не могут классифицироваться по настроению менеджера.

Порядок внедрения

1. Сформулируйте решения. Какие бюджеты и кампании будут меняться по отчету?
2. Опишите воронку. Зафиксируйте статусы от нового лида до оплаты.
3. Настройте разметку и цели. Проверьте формы и звонки.
4. Передайте источник в CRM. Сохраните идентификаторы и UTM.
5. Загрузите расходы и продажи. Начните с основных каналов.
6. Сверьте строки вручную. Проверьте несколько реальных сделок от клика до оплаты.
7. Автоматизируйте. Только после подтверждения логики.

Почему цифры расходятся

• разные часовые пояса и даты учета;
• разные модели атрибуции;
• блокировщики и ограничения браузера;
• редиректы удаляют параметры;
• заявки создаются несколько раз;
• звонки не привязываются к визиту;
• сделка закрывается позже окна учета;
• возвраты и отмены не передаются обратно.

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

Частые ошибки

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