Сквозная аналитика на стеке Яндекса: где Метрика и DataLens доводят рекламу до оплаты, а где связь рвётся

Почему три системы дают три разных числа по одной рекламе

Собственник открывает Метрику — там визиты и конверсии. Открывает amoCRM — там сделки. Смотрит в учёт — там оплаты. Одна и та же рекламная кампания, а чисел три, и они не сходятся. Дальше начинается знакомое: маркетолог отчитывается заявками, финансист считает деньги, а между заявкой и оплатой связь теряется.

Корень — не в кривых руках. У рекламы, CRM, телефонии и учёта нет единого определения «клиента», «закрытой сделки» и «выручки». Каждая система меряет своё. Эту разницу хорошо описывает зарубежный разбор замкнутого цикла привлечения: пока определения не сведены в одну точку, цифры расходятся системно, и место разрыва — стык между CRM и фактом оплаты (focuspointsap.com).

Запрос «свести рекламу с деньгами» собственник формулирует как «хочу сквозную аналитику Яндекса» и первым делом смотрит на то, что уже стоит и ничего не стоит — Метрику и DataLens. Разберу честно, где этого хватает до рубля, а где на этой связке утекает выручка.

Что Метрика собирает внутри стека Яндекса

Я подключал Метрику к воронке amoCRM, и она умеет больше, чем думает собственник. Метрика принимает из CRM данные о клиенте и заказе — идентификатор клиента, идентификатор заказа, статус, доход, себестоимость, состав товаров — и сводит их с расходами по каналам в отчёте «Источники, расходы и ROI» (разбор возможностей Метрики). Базовая сквозная аналитика собирается прямо здесь, без отдельного сервиса.

Дальше — важнее. Метрика различает созданные и именно оплаченные заказы и считает по оплаченным окупаемость и долю рекламных расходов. На этих данных Директ запускает стратегии с оплатой за подтверждённые из CRM заказы — связка реклама→оплата держится внутри стека Яндекса (новость Яндекса). Подключение без программиста есть к amoCRM, Bitrix24 и 1С через готовые коннекторы. Любая другая CRM подключается только через программный интерфейс Метрики и руками разработчика.

На чём держится цепочка клик→сделка→деньги

Я разбираю механику, потому что именно здесь чаще всего теряются деньги — на одном поле. Связь клика и сделки держится на ClientID — идентификаторе браузера из cookie _ym_uid, который отдаёт метод getClientID, плюс вспомогательный yclid из Директа.

Цепочка такая: ClientID кладётся в скрытое поле формы на сайте, сохраняется в сделке amoCRM и раз в сутки выгружается в Метрику через программный интерфейс данных о клиентах. По этому идентификатору оплаченный заказ привязывается к рекламному визиту (механика интеграции). Точка обрыва конкретна: если поле с ClientID не доходит до CRM, заказ в воронке остаётся, а связь клик→деньги пропадает. Весь расчёт окупаемости рассыпается на этом одном поле, и собственник этого не видит — он видит сделки. Когда я настраиваю сквозную аналитику, первое, что проверяю, — доходит ли ClientID до CRM на каждой форме, включая квизы и обратный звонок.

Где Метрика упирается в потолок

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

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

DataLens закрывает дыру со статусами только вместе с хранилищем

Здесь рассеивается частое заблуждение, что DataLens «сам всё посчитает». DataLens не ходит в CRM. Он рисует то, что уже лежит в хранилище. Чтобы получить на стеке Яндекса воронку по этапам, цену заявки и сделки, конверсию по статусам и повторные продажи, на практике выгружают данные из amoCRM по программному интерфейсу в ClickHouse, а поверх него строят дашборды в DataLens (сборка amoCRM + DataLens).

Роль внешнего сервиса берут на себя ClickHouse как хранилище и выгрузка по программному интерфейсу. Это рабочая замена платному сервису по отчётности, но достаётся она инженерной сборкой и поддержкой связки amoCRM→ClickHouse→DataLens. Даром остаётся только базовая окупаемость из самой Метрики. Как именно путь от клика до сделки собирается на amoCRM, я разбирал отдельно.

Когда стека Яндекса хватает, а когда отбивает Roistat

Бесплатного стека Яндекса достаточно при простой конфигурации: сайт — единый центр воронки, CRM одна (amoCRM или Bitrix24), цикл сделки укладывается в 21 день, а из отчётности нужны окупаемость и доля рекламных расходов по каналам с обновлением раз в сутки. Для значительной части малого бизнеса с сайтом этого хватает, и платить сверху не за что.

Отдельный сервис начинает отбивать свою цену там, где Метрика рвёт связь клик→оплата: несколько CRM, офлайн и колл-трекинг, цикл сделки длиннее трёх недель, нужны статусы этапов и гибкая модель атрибуции. Roistat даёт статусы воронки, колл-трекинг и максимум интеграций; стоит он порядка от 13 000 ₽/мес (тарифы актуальны на 21 июня 2026, проверяйте на сайте вендора). Метрика обновляет данные из CRM раз в 24 часа и бесплатна, но статусов воронки и произвольных отчётов в ней нет.

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