Сквозная аналитика: как связать Метрику, CRM, расходы и офлайн-конверсии

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

Что такое сквозная аналитика и какой вопрос она решает

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

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

Минимальная архитектура данных

Для небольшой компании достаточно четырёх контуров. Рекламные кабинеты содержат расходы и параметры кампаний. Яндекс Метрика фиксирует визиты, источники и цели. CRM хранит обращения, этапы сделок и ответственных. Учётная система или платёжный контур подтверждает сумму и дату оплаты. Между системами нужен устойчивый ключ, позволяющий понять, что речь идёт об одном клиентском пути.

Контур	Обязательные поля	Что проверять
Реклама	Источник, кампания, объявление, расход, дата	Единые названия и часовой пояс
Сайт и Метрика	ClientID, UTM, цель, время визита	Не теряются ли параметры при переходах
CRM	ID лида и сделки, этап, сумма, причина отказа	Обязательность заполнения и отсутствие дублей
Оплата	Номер заказа, сумма, статус, дата возврата	Отличие выставленного счёта от выручки

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

Как связать визит, лид и сделку

На форме или при создании звонка в CRM передают идентификатор посетителя вместе с UTM-параметрами и страницей входа. Для Яндекс Метрики предпочтителен ClientID: он позволяет привязать офлайн-событие к известному посетителю. Если используется собственный UserID, нужно заранее определить момент его появления и исключить объединение разных людей под одной учётной записью.

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

UTM-метки описывают рекламный контекст, но не заменяют ClientID и ID сделки. Метка отвечает на вопрос «из какой кампании пришёл визит», а связка идентификаторов — «какая продажа относится к этому пути».

Как передавать офлайн-конверсии в Метрику

Офлайн-конверсия — событие, которое произошло после визита вне сайта: квалификация лида, договор, оплата или повторная покупка. В Метрике создают отдельные цели с понятными именами и передают событие с идентификатором, временем, суммой и валютой, если показатель нужен в денежном отчёте. По документации Яндекс Метрики по отчёту офлайн-конверсий, в отчёте можно проверить идентификатор, цель, атрибуцию, доход и статус загрузки.

Не следует отправлять каждое изменение карточки сделки как новую продажу. Сначала задают справочник бизнес-событий: «лид принят», «квалифицирован», «договор подписан», «оплата получена», «возврат». Для повторной загрузки нужен идемпотентный ключ, иначе одна оплата может появиться несколько раз.

Как добавить рекламные расходы и посчитать окупаемость

Расходы загружают на той же детализации, на которой нормализованы источники: канал, кампания, период. Официальный отчёт Метрики «Источники, расходы и ROI» объединяет данные о визитах, целях, доходе и рекламных затратах. Если часть расходов отсутствует — например, не учтены агентская комиссия, производство или НДС, — показатель нужно подписывать как медийный, а не как полную экономику привлечения.

Для кампании с расходом 120 000 рублей, подтверждённой выручкой 480 000 и валовой прибылью 192 000 рублей ROAS по выручке составит 4,0, а ROMI по валовой прибыли — 60%: (192 000 − 120 000) ÷ 120 000 × 100%. Разница показывает, почему выручка сама по себе не доказывает окупаемость. Формулы и границы показателей подробно разобраны в материале про ROMI, ROAS и ROI.

Какие данные CRM нужны для управленческого отчёта

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

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

Атрибуция: почему цифры разных систем не совпадают

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

Для оперативной оптимизации рекламы можно использовать одну согласованную модель, а для финансовой оценки — когортный отчёт по фактическим оплатам. В нём лид закрепляют за источником по принятому правилу и наблюдают выручку через 30, 60 или 90 дней. При длинном цикле продаж нельзя оценивать кампанию только по оплатам в день клика.

Контроль качества перед запуском

• Сравните число заявок на сайте, в Метрике и CRM за один и тот же интервал.
• Проверьте десять реальных сделок вручную от UTM и ClientID до оплаты.
• Убедитесь, что повторная выгрузка не создаёт дубли офлайн-конверсий.
• Разделите выставленный счёт, оплату, возврат и чистую выручку.
• Зафиксируйте часовые пояса и правила округления расходов.
• Отдельно отметьте органические, прямые и нераспознанные источники.
• Ограничьте доступ к персональным данным и журналируйте обмен.

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

План внедрения на четыре недели

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

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

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

Вопросы и ответы

• Можно ли настроить сквозную аналитику только в Яндекс Метрике?

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

• Что лучше передавать для связи с визитом — ClientID или UTM?

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

• Почему выручка в CRM и Метрике различается?

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

• Нужно ли загружать в аналитику все поля CRM?

  Нет. Начните с ID, времени этапов, суммы, статуса оплаты, причины отказа, ответственного и идентификатора посетителя. Остальные поля добавляйте под конкретные решения.

• Как оценивать рекламу при длинном цикле сделки?

  Используйте когорты по дате привлечения и наблюдайте оплаты через согласованные интервалы, например 30, 60 и 90 дней. Не сравнивайте незрелые когорты с завершёнными.

• Какая главная проверка перед использованием отчёта?

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

По теме