Сквозная аналитика сайта и CRM: как не перепутать заявку с оплатой

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

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

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

Документация Яндекс Метрики описывает передачу CRM-данных и роль ClientId в привязке. Это не обещание стопроцентного совпадения: блокировщики, смена устройств, отсутствующие идентификаторы и ошибки интеграции оставляют часть продаж без источника.

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

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

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

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