Сквозную аналитику обычно описывают как отдельный продукт: купить и внедрить. Мы проверили два вопроса — что понимает под этим словом сам Яндекс и что из описанного вообще способно сработать на собственном счётчике.
Для этого скачали справку Метрики и справку Директа целиком — 799 страниц — и разобрали их поиском по словам. Плюс сняли квартальные числа со своего счётчика.
Это не сервис, а раздел в Метрике
Словосочетание «сквозная аналитика» встретилось на 18 страницах из 799. И в Метрике это не отдельный продукт, а пункт меню: Отчёты → Сквозная аналитика. Внутри — три отчёта.
| Отчёт | Что показывает | Что нужно завести, чтобы он появился |
|---|---|---|
| Офлайн-конверсии | Загруженные конверсии и привязалась ли каждая к визиту | Передачу офлайн-конверсий: цель плюс CSV-файл |
| Источники, расходы и ROI | Окупаемость кампаний с учётом потраченного | Доступ к кампаниям Директа или загруженный файл расходов |
| Источники заказов из CRM | Заказы, конверсию в оплату, выручку и средний чек | Интеграцию с CRM |
Формулировка справки про первый отчёт стоит внимания: «Только привязанные конверсии используются для оптимизации кампаний в Директе и отображаются в отчётах». То есть непривязанная продажа не просто теряется из вида — её не видит и реклама.
Чем склеивают: шесть идентификаторов
Склейка визита с офлайновым событием держится на идентификаторе, который вы сохранили в момент заявки и потом вернули в Метрику вместе с данными о сделке.
| Идентификатор | Что это | Где доступен |
|---|---|---|
| ClientID | Анонимный номер браузера, значение куки _ym_uid | Офлайн-конверсии, звонки, CRM |
| UserID | Ваш собственный номер клиента, например из личного кабинета | Офлайн-конверсии, звонки |
| yclid | Номер клика по объявлению Директа | Офлайн-конверсии, звонки |
| PurchaseId | Номер покупки из электронной коммерции | Офлайн-конверсии |
| Почта клиента, хешируется на стороне Метрики | Только CRM | |
| phone | Телефон клиента, хешируется там же | Только CRM |
Рекомендация в справке дана прямо: «Использование ClientId обеспечивает
наиболее высокую и точную привязку к визитам — это рекомендуемый параметр для
офлайн-данных».
Про почту и телефон сказано отдельно: сырые значения не хранятся, хеширование
делает Метрика. И там же предупреждение, которое стоит денег: если захешировать
адрес самостоятельно и ошибиться в формате, «Метрика не сможет определить, к
какому визиту относится конверсия». Для самопроверки в справке даны образцы: от
mail@yandex.ru хеш должен выйти 3c56ff8fef0f6c65b36b2d25720fe276.
Первое ограничение: ClientID — это браузер, а не человек
Здесь спрятана главная подмена. Справка описывает ClientID так: он «создаётся случайным образом и определяет браузер, в котором посетитель просматривает сайт». Дальше — вывод, сделанный самим Яндексом:
Если посетитель просматривал ваш сайт из двух разных браузеров, в Яндекс Метрике будет зафиксировано два разных ClientID.
Посмотрел объявление с телефона, заказал с рабочего компьютера — два ClientID. Соединит их только собственный UserID, а передать его получится лишь там, где посетитель авторизуется.
Кука _ym_uid живёт год, и это верхняя граница, а не гарантия. Для Safari у
Метрики есть отдельная страница с конфигурацией nginx: сервер должен сам
переставлять _ym_uid на год при каждом запросе, иначе браузер срежет срок.
Если этой настройки нет, срок жизни склейки определяет не ваш аналитик, а
браузер посетителя.
Второе ограничение: двадцать один день
Термин в справке называется «период дополнения визитов офлайн-данными», и число одно на всё:
Для всех офлайн-данных (офлайн-конверсий, звонков, заказов из CRM) период дополнения визитов составляет 21 день.
Отсчёт идёт не от даты продажи, а от обработки файла: данные добавятся, если между последним визитом посетителя и обработкой прошло не больше 21 дня. Выгрузка сделок раз в месяц не привяжет ни одной.
Пример справка приводит свой: конверсия 1 сентября, файл загрузили 25 сентября — в отчёте появляется строка «Время конверсии раньше начала периода учёта».
Для заказов из CRM есть расширение, но не то, о котором обычно думают: 111 дней даются на изменение уже привязанного заказа — перевести статус из «В работе» в «Оплачен», уточнить доход. Привязать заказ задним числом они не позволяют.
Число подтверждается и с другой стороны. Мы запрашивали отчёты через API
Метрики, и в служебном описании каждого ответа лежит поле offline_window со
значением 21. Справка и машина говорят одно и то же.
Третье: конверсия цепляется к визиту до неё, а не к последнему
Этот пример из справки полезно прочитать медленно.
У посетителя было три визита: 1 марта, 5 марта и 11 марта. При этом 10 марта он выкупил заказ в точке продаж… заказ, выкупленный 10 марта, будет добавлен к визиту клиента на сайт, который состоялся 5 марта.
Заслугу получает визит, предшествовавший покупке. Визит 11 марта — после покупки, и к делу отношения не имеет, хотя в отчётах он ближе всего по дате.
С yclid логика другая: конверсия добавится к визиту, источником которого было
объявление с этим номером клика. С PurchaseId — к визиту, где покупка и
состоялась.
Шесть причин, по которым конверсия не привяжется
Отчёт «Офлайн-конверсии» показывает причину по каждой строке. Всего их шесть.
| Причина | Что случилось |
|---|---|
| Не найдена подходящая цель | Значение в поле Target не совпало ни с одной целью счётчика |
| Слишком большой размер записи | Строка не может быть обработана, нужно сократить поля |
| Указано время в будущем | Время конверсии позже момента загрузки |
| Конверсия не попадает в период учёта | Те самые 21 день |
| Не указаны идентификаторы | Не передан ни один из четырёх |
| Визиты с такими идентификаторами не найдены | Номер не в базе или визит случился позже конверсии |
Шестая причина коварнее прочих: визит должен быть раньше конверсии. Клиент, который сначала позвонил, а на сайт зашёл потом, в склейку не попадёт.
Размер файла ограничен гигабайтом, кодировка — UTF-8, данные появляются в отчётах в течение трёх часов после загрузки.
Что из этого работает на нашем сайте
Теперь то же самое, но на собственных числах. Счётчик nexforce, квартал с 23 июня по 22 сентября 2026 года, выборка полная.
| Показатель | Роботы | Люди |
|---|---|---|
| Визиты | 582 | 245 |
| Посетители | 568 | 128 |
| Из них новые | 567 | 124 |
Первое, что видно: вернувшихся посетителей за квартал четверо. Сто двадцать восемь человек, сто двадцать четыре из них пришли впервые. Склейка по ClientID нужна там, где человек возвращается — сравнивать «визит тогда» с «сделкой сейчас». Сравнивать у нас нечего.
Второе — цели. На счётчике их одиннадцать, итог квартала по каждой:
| Цель | Люди | Роботы |
|---|---|---|
| Автоцель: отправка формы | 65 | 4 |
| Автоцель: отправил контактные данные | 5 | 0 |
| Бесплатная проверка сайта | 2 | 0 |
| Заявка — любая | 1 | 0 |
Настоящая заявка за квартал одна. Автоматическая цель «отправка формы» срабатывает в шестьдесят пять раз чаще — и ещё четыре раза срабатывает у роботов. Если бы мы строили отчёт окупаемости по этой цели, в нём было бы 69 «конверсий» вместо одной, причём четыре достались бы визитам, которых не совершал человек.
Третье: ни у одной из одиннадцати целей не задана ценность. Отчёт ROI без цены цели посчитать нечего — он умеет делить доход на расход, а дохода в счётчике нет.
Вывод неприятный, но честный: сквозная аналитика бесполезна здесь не по сложности, а по отсутствию материала для склейки. Одна заявка в системе учёта не нуждается. Та же развилка разбиралась в статье про коллтрекинг: инструмент учёта окупается после появления потока, а не до.
Чего мы проверить не смогли
Мы не загружали офлайн-конверсии. Их неоткуда взять: продаж в счётчике нет. Значит, всё, что написано выше про привязку, взято из справки, а не из собственного опыта загрузки.
Интеграции с CRM не подключены. Страницы про amoCRM и Битрикс прочитаны, работой не проверены.
Свой ClientID мы получить не смогли даже у себя. Счётчик на nexforce.ru намеренно не отвечает автоматике: код проверяет признаки headless-браузера и молчит. Это наш собственный заслон, ставить его на паузу ради красивого замера мы не стали — иначе в боевой счётчик попали бы поддельные визиты.
Сторонние сервисы сквозной аналитики не мерили. Проверка их обещаний — это другая работа, с деньгами и договорами; здесь разбирается только то, что даёт сама Метрика.
Границы замера
Справка Метрики и Директа скачана 23 сентября 2026 года, 799 страниц, в том формате Markdown, который Яндекс публикует сам. Поиск шёл по тексту страниц, а не по заголовкам.
Числа со счётчика — один сайт с очень малым трафиком, квартал. Тысячи визитов дадут другую долю вернувшихся и другие выводы про пользу склейки. Доказано здесь не «сквозная аналитика не нужна», а «на этих объёмах она ничего не добавит».
Разделение на людей и роботов взято из самой Метрики — это её собственный признак, и прошлый замер показал: ловит он не всех. Часть визитов в колонке «Люди» — тоже автоматика.
Ограничения справки могут измениться: 21 день, 111 дней, гигабайт и три часа верны на дату замера.
Коротко
- «Сквозная аналитика» в Метрике — это раздел отчётов, а не отдельный продукт: «Офлайн-конверсии», «Источники, расходы и ROI», «Источники заказов из CRM».
- Склейка держится на шести идентификаторах; рекомендованный — ClientID.
- ClientID определяет браузер, а не человека: два браузера — два номера. Кука живёт год, в Safari — меньше, если сервер её не переставляет.
- Окно привязки — 21 день от обработки файла. 111 дней у CRM — только на изменение уже привязанного заказа.
- Конверсия цепляется к визиту, который был до неё. Визит после покупки не в счёт.
- Причин непривязки шесть, и все они видны в отчёте построчно.
- На нашем счётчике за квартал: 128 живых посетителей, из них вернувшихся четверо, настоящая заявка одна, автоцель формы срабатывает 69 раз. Склеивать нечего, а ROI считать не из чего — ценность целей не задана.