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

Почему это важно для бизнеса

Типичный сценарий покупки в 2026 году: человек утром в метро увидел рекламу вашего товара в Telegram, перешёл на сайт с телефона, посмотрел каталог, ничего не купил. Вечером дома открыл ноутбук, зашёл на ваш сайт напрямую и оформил заказ.

Без кросс-девайс аналитики вы видите: мобильный визит с нулевой конверсией и десктопный визит с покупкой. Вывод: мобильный трафик из Telegram не работает, надо отключить. Но это ошибочный вывод — мобильный визит был первой точкой контакта, без которой покупка бы не состоялась.

По разным оценкам, от 40% до 60% покупок включают несколько устройств. Игнорировать это — значит неправильно оценивать каналы привлечения и сливать бюджет.

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

Модель атрибуции: где теряются деньги

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

Модель «последний клик» — самая распространённая по умолчанию. Она присваивает всю ценность конверсии последнему источнику перед покупкой. И именно она ломается без кросс-девайс данных. Человек пришёл из Директа на телефоне, потом зашёл на сайт напрямую с ноутбука — вся ценность покупки записывается на «прямой заход». Директ выглядит бесполезным.

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

Линейная модель, модель затухания, модель на основе позиции — все они требуют полной цепочки касаний пользователя. Без кросс-девайс отслеживания цепочка разорвана, и любая модель атрибуции даёт искажённую картину.

На практике я наблюдал случаи, когда после настройки кросс-девайс аналитики стоимость лида из контекстной рекламы снижалась на 25–30% — не потому что реклама стала лучше, а потому что мы наконец-то увидели реальную картину конверсий, которые раньше терялись между устройствами.

Как работает кросс-девайс в Яндекс Метрике

Яндекс Метрика поддерживает кросс-девайс отслеживание через механизм User ID. Суть: когда пользователь авторизуется на вашем сайте (входит в личный кабинет, оформляет заказ с указанием email), Метрика привязывает его Client ID (идентификатор устройства) к User ID (идентификатор пользователя).

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

Чтобы это работало, нужно передать User ID в Метрику. Технически это делается через JavaScript:

Вы вызываете метод setUserID при авторизации пользователя — всё, Метрика начинает связывать визиты.

Важный нюанс: User ID нужно передавать при каждом визите авторизованного пользователя, а не только при первом входе. Если человек зашёл на сайт и у него активна сессия (сохранён токен авторизации), вызывайте setUserID сразу при загрузке страницы. Так Метрика будет корректно связывать все визиты, даже если пользователь не нажимал кнопку «Войти» в этот раз.

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

Что нужно для настройки

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

Уникальный идентификатор пользователя. Обычно это внутренний ID из базы данных. Не используйте email или телефон напрямую — это персональные данные, и передавать их в открытом виде нарушает 152-ФЗ. Лучше — хеш или числовой ID из вашей CRM или базы данных.

Передача ID в Метрику. Одна строчка кода после авторизации. Я обычно добавляю её в шаблон сайта рядом с инициализацией Метрики.

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

Как стимулировать авторизацию на сайте

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

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

Сохранённая корзина и избранное. Если человек добавил товары в корзину на телефоне — он хочет увидеть их на ноутбуке. Эта функция и удобна для пользователя, и выгодна вам: она мотивирует авторизацию и одновременно уменьшает потери брошенных корзин.

Персональные скидки и программа лояльности. Когда бонусные баллы доступны только в личном кабинете, люди заходят туда регулярно. На одном проекте после запуска программы лояльности доля авторизованных покупателей выросла с 25% до 58% за три месяца.

Авторизация через Telegram или ВКонтакте. Снижает барьер входа — не нужно придумывать пароль, достаточно одного нажатия. По моему опыту, авторизация через соцсети и мессенджеры увеличивает число логинов на 30–40% по сравнению с классической формой «email + пароль».

Оформление заказа с созданием аккаунта. Вариант для тех, кто не хочет регистрироваться заранее: при оформлении заказа предложите «создать аккаунт для отслеживания доставки» с заранее заполненными данными. Один чекбокс — и у вас есть авторизованный пользователь.

Практический эффект

На одном из моих проектов — интернет-магазин бытовой техники — после настройки кросс-девайс аналитики картина изменилась кардинально.

До настройки: мобильный трафик давал конверсию 0.8%, десктопный — 3.2%. Логичный вывод — мобильная аудитория нецелевая.

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

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

На другом проекте — сайт юридической компании — ситуация была ещё интереснее. Клиенты приходили из Яндекс Директа на мобильном, читали статьи и описания услуг, а потом звонили с десктопа через день-два. В аналитике мобильный трафик выглядел как «посмотрели и ушли», хотя на самом деле он генерировал звонки. После настройки кросс-девайс связки и коллтрекинга мы увидели, что мобильные визиты участвовали в 42% обращений. Это полностью изменило стратегию: вместо ставки только на десктоп мы усилили мобильное присутствие и адаптировали посадочные страницы под сценарий «быстро прочитать, потом позвонить».

Client ID vs User ID: в чём разница

Client ID — идентификатор, привязанный к браузеру и устройству. Хранится в cookie. Если человек зашёл с телефона и с ноутбука — это два разных Client ID. Более того, если он очистит cookie на телефоне — следующий визит с того же телефона получит новый Client ID. По сути, Client ID — это идентификатор браузерной сессии, а не человека.

User ID — идентификатор, привязанный к человеку. Передаётся вами после авторизации. Позволяет Метрике понять, что два разных Client ID — один и тот же пользователь.

Без User ID кросс-девайс аналитика невозможна. Именно поэтому так важно стимулировать авторизацию на сайте: личный кабинет, история заказов, сохранённые товары — всё это мотивирует пользователя залогиниться.

Есть ещё один нюанс, который я часто объясняю клиентам. Client ID живёт в cookie конкретного браузера. Это значит, что даже на одном устройстве — если человек открывает ваш сайт в Chrome и в Яндекс Браузере — это два разных Client ID. Без User ID вы видите двух разных посетителей. Поэтому кросс-девайс — это ещё и «кросс-браузерная» аналитика. На практике пользователи нередко переключаются между браузерами, особенно на десктопе, и без связки по User ID эти визиты теряются.

CDP-платформы: следующий уровень

Если Метрики недостаточно, следующий шаг — Customer Data Platform. На российском рынке заметные игроки — Mindbox и Retail Rocket. Они собирают данные из всех каналов (сайт, email, мессенджеры, офлайн-точки) и строят единый профиль клиента.

Что даёт CDP поверх Метрики? Во-первых, объединение онлайн и офлайн данных. Если у вас есть физическая точка продаж и покупатель использует карту лояльности — CDP свяжет это с его онлайн-визитами. Во-вторых, CDP позволяет строить сегменты на основе полного пути клиента: например, выделить тех, кто три раза посмотрел товар на мобильном, но ни разу не дошёл до корзины — и показать им специальное предложение. В-третьих, CDP автоматизирует коммуникации: триггерные письма, push-уведомления, персональные рекомендации — всё это работает на основе единого профиля, а не разрозненных cookie.

Для крупного e-commerce это must-have. Для малого бизнеса — скорее на вырост. Начните с User ID в Метрике — этого хватит для 80% задач. Потом, когда база клиентов перевалит за 10 000, а количество каналов коммуникации вырастет — имеет смысл думать про CDP.

Я обычно рекомендую промежуточный вариант: User ID в Метрике плюс коллтрекинг (Calltouch или Callibri) плюс CRM. Это закрывает 90% потребностей в кросс-девайс данных для малого и среднего бизнеса без сложных и дорогих CDP-платформ.

Кросс-девайс и коллтрекинг: связка, которая всё меняет

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

Без кросс-девайс связки вы видите: визит с мобильного → ушёл. Звонок с городского номера → непонятно откуда. С кросс-девайс связкой и коллтрекингом: визит с мобильного из Директа → через два дня звонок с десктопа → заявка на 500 000 рублей. Теперь вы точно знаете, что контекстная реклама работает и генерирует крупные заказы.

На практике я настраиваю это так: User ID передаётся одновременно в Метрику и в систему коллтрекинга. Коллтрекинг подменяет номера на сайте и связывает входящий звонок с визитом. Метрика связывает визиты с разных устройств. В итоге вся цепочка — от первого клика по рекламе до звонка — становится прозрачной.

Типичные ошибки при настройке

За годы работы я собрал коллекцию ошибок, которые допускают при настройке кросс-девайс аналитики.

Первая ошибка — передача персональных данных в качестве User ID. Я видел, как разработчики передавали в Метрику email, номер телефона и даже ФИО. Это прямое нарушение 152-ФЗ и политики Яндекса. Используйте только обезличенный ID: числовой идентификатор из базы данных или хеш.

Вторая ошибка — вызов setUserID до загрузки счётчика Метрики. Если ваш скрипт инициализации вызывает setUserID раньше, чем загрузился код Метрики, вызов пройдёт вхолостую. Убедитесь, что метод вызывается после полной инициализации счётчика.

Третья ошибка — отсутствие setUserID при автоматической авторизации. Человек зашёл на сайт, у него активна сессия (cookie авторизации жив), но setUserID не вызвался, потому что он не нажимал кнопку «Войти». Нужно передавать User ID не только при явном логине, но и при каждой загрузке страницы авторизованным пользователем.

Четвёртая ошибка — разные User ID для одного пользователя. Бывает, что при входе через email выдаётся один ID, а при входе через Telegram — другой. Убедитесь, что система авторизации выдаёт один и тот же идентификатор независимо от способа входа.

Пятая ошибка — игнорирование мобильного приложения. Если у вас есть и сайт, и мобильное приложение, User ID должен совпадать в обоих. Иначе визиты из приложения останутся «отрезанными» от основной аналитики.

Ограничения и честные замечания

Кросс-девайс аналитика не панацея. Она работает только для авторизованных пользователей. Если человек ни разу не вошёл в аккаунт — его визиты с разных устройств так и останутся разрозненными.

По моему опыту, в типичном интернет-магазине авторизуется 20–40% покупателей. Для остальных кросс-девайс данных не будет. Но даже 20–40% — это достаточно для корректной оценки каналов и перераспределения бюджетов. Главное — не принимать эти данные за абсолютную истину, а использовать как индикатор: если кросс-девайс показывает, что 35% десктопных покупок начинаются с мобайла, реальная цифра может быть ещё выше (ведь среди неавторизованных пользователей тоже есть кросс-девайс покупатели).

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

Третье ограничение — задержка в данных. Метрика связывает визиты не мгновенно. Между мобильным визитом и десктопной покупкой может пройти несколько дней, и кросс-девайс данные по этой паре появятся в отчётах только после авторизации на втором устройстве. Это значит, что для корректных выводов нужно анализировать данные за достаточно длинный период — я рекомендую не менее 30 дней для интернет-магазинов и не менее 60 дней для B2B, где цикл принятия решения длиннее.

Что делать прямо сейчас

Если вы ещё не настроили кросс-девайс аналитику, вот пошаговый план.

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

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

Шаг третий: добавьте вызов setUserID в код сайта. Он должен срабатывать при каждой загрузке страницы авторизованным пользователем.

Шаг четвёртый: протестируйте. Зайдите с двух устройств, авторизуйтесь, проверьте в Метрике, что визиты связались.

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

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