Кейс: кухню выбрали с телефона, заявку отправили с ноутбука — Метрика увидела двух клиентов
Это учебная составная диагностика: все цифры условные, а покупатель, салон и результат не относятся к реальному клиенту ChiliWOW.
Человек увидел объявление кухни на телефоне, вечером сравнил варианты, а на следующий день открыл сайт с ноутбука и отправил заявку.
В CRM это один контакт. Для аналитики два браузера могут означать два разных ClientID, поэтому первый рекламный визит и последующая заявка не обязаны соединиться автоматически.
Разберём, как не объявить мобильную рекламу бесполезной и какие связи можно восстановить честно, не склеивая людей по догадкам.
ClientID относится к браузеру, а не к паспорту человека
Метрика создаёт ClientID в браузере. Если один человек использует телефон и ноутбук, система может получить два идентификатора. Другой браузер или очищенные cookies создают тот же риск даже на одном устройстве.
Это ограничение описано в официальной справке Яндекс Метрики о ClientID и UserID. ClientID полезен и точен внутри своего браузера, но сам по себе не гарантирует сквозное распознавание человека между устройствами.
В учебной модели мобильный переход произошёл в 18:40. Заявку отправили с ноутбука на следующий день в 11:10. Если смотреть только на визит с формой, реклама на телефоне может остаться без подтверждённого результата.
Почему ошибка бьёт именно по решениям о бюджете
Маркетолог видит: мобильная кампания дала просмотры, но не заявки. Ноутбук или брендовый переход дал форму. Если остановить мобильный источник по этому отчёту, можно удалить первое касание, которое помогло выбрать поставщика.
Обратная ошибка тоже опасна: нельзя автоматически приписать рекламе каждую заявку, которая похожа по времени. Совпадение города, модели устройства или IP не доказывает, что это один человек.
Какие связи стоит сохранять
Вместе с заявкой сохраняйте ClientID и yclid, если он есть. В CRM нужен стабильный идентификатор контакта и отдельный идентификатор каждой сделки. Тогда можно отличить новый заказ знакомого клиента от технического дубля.
UserID помогает связывать визиты только там, где у сайта уже есть собственная авторизация и идентификатор действительно передаётся во время визита. Придумывать UserID задним числом по телефону нельзя. Для CRM-данных используйте предусмотренные проектом способы привязки и соблюдайте требования к персональным данным.
После загрузки офлайн-данных проверяйте не только количество строк, но и статус привязки к визиту. Непривязанная конверсия остаётся сигналом о пробеле в данных, а не доказательством, что реклама не участвовала в продаже.
Чек-лист: проверить разрыв между устройствами
- Убедитесь, что форма сохраняет ClientID и рекламный yclid в CRM.
- Разделите идентификатор контакта и идентификатор конкретной сделки.
- Сравните мобильные первые касания с заявками на других устройствах, не обещая точного совпадения без идентификатора.
- Проверьте статус привязки CRM- или офлайн-конверсий в Метрике.
- Не склеивайте посетителей только по IP, времени или похожему поведению.
- При оценке кампаний помечайте долю пути, которую аналитика не может восстановить надёжно.
Нужен разбор без красивых отчётов?
Проверьте запросы, цели, качество лидов и путь до расчёта или продажи.