Почему продажи в CRM и рекламных кабинетах расходятся: как оценивать вклад рекламы

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

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

Сначала определите событие, которое будете считать продажей

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

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

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

Храните дату первого обращения и дату продажи. Отчёт по оплатам нужен для движения денег, а когортный отчёт объединяет клиентов по периоду привлечения и позволяет наблюдать, как у этой группы накапливаются продажи. Длина наблюдения должна соответствовать циклу сделки; универсального срока для всех компаний нет.

Проверьте полноту связи между обращением и оплатой

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

Для связи используют идентификаторы посетителя и заказа. В Яндекс Метрике это, в частности, ClientID; на стороне CRM нужен устойчивый ID сделки. Важно сохранить идентификатор при обращении и передать его вместе с данными заказа. Звонки требуют собственной настройки связи с визитом, например через коллтрекинг. Для мессенджеров, виджетов и офлайн-покупок также нужно проверить, какие данные доходят до CRM и аналитики.

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

Для контроля покрытия считайте:

Доля продаж с известным источником = продажи с определённым источником / все подтверждённые продажи × 100%.

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

В проекте ZONE51 Реаспект дорабатывал передачу данных между RetailCRM и Метрикой, в том числе передачу ClientID. По опубликованным данным за февраль 2025 года, в RetailCRM было 2 008 заказов, в Метрике отразились 1 873: более 93%. Этот результат показывает полноту сопоставления. Он не означает, что более 93% заказов создала реклама.

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

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

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

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

В Метрике на 30 октября 2026 года доступны последний переход, первый переход кросс-девайс, последний значимый переход кросс-девайс и автоматическая атрибуция. Старые обычные модели первого и последнего значимого перехода отключены с 20 мая 2026 года. Поэтому настройки из прежнего регламента нужно сверить с текущим отчётом. Справка Яндекс Метрики.

Не ищите модель, которая восстановит неизвестную системе историю клиента. Выберите основную под управленческий вопрос, зафиксируйте её и сравните решение хотя бы с одной альтернативой. Если канал выглядит сильным только при одном правиле, выясните его роль: он начинает привлечение или появляется ближе к покупке? Менять бюджет стоит после такого разбора, а не вслед за одним переключением отчёта.

Для сверки систем полезна короткая таблица:

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

Цена атрибутированной продажи считается так:

CPO = рекламные расходы / число продаж, отнесённых к каналу.

Изменение модели меняет знаменатель и CPO, хотя денег компания потратила столько же и реальных покупок больше не стало. Для оценки окупаемости также нужны маржа, возвраты и остальные расходы на привлечение. Дешёвая продажа в отчёте сама по себе ещё не доказывает прибыльность кампании.

Дополнительные продажи оценивайте через контрольное сравнение

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

При holdout-тесте случайно выбранную часть аудитории исключают из рекламного воздействия. Продажи тестовой и контрольной групп считают одинаково, затем сравнивают с учётом размеров групп и статистической неопределённости. Эту логику описывает, например, документация Google по Conversion Lift. Это пример метода, а не обещание доступности инструмента для любой компании.

Рассмотрим условный расчёт. В тестовой группе из 50 000 человек конверсия в покупку составила 2,4%, в сопоставимой контрольной группе — 2%. Наблюдаемая разница равна 0,4 процентного пункта. Для тестовой группы это оценка 200 дополнительных покупок: 50 000 × (0,024 − 0,020) = 200.

Если атрибуция при этом связала с рекламой 600 продаж, арифметического противоречия нет. Отчёт атрибуции показывает покупки после известного рекламного контакта; контрольное сравнение оценивает прирост к результату без него. До бизнес-вывода аналитик должен проверить сопоставимость групп, погрешность и достаточность данных. По одним двум конверсиям без размера контрольной группы надёжность оценки определить нельзя.

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

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

Выберите измерение, которое команда сможет поддерживать

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

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

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