Блог про маркетинг, рекламу, нейросети

Свобода от рекламной зависимости – за 1 день

ЛидБлог за 1 день превращает сайт в канал привлечения новых клиентов из Яндекс, Google и поиска в нейросетях. Работает без вашего участия

Куда направить?

Выберите способ связи и укажите номер, чтобы получить персональный план привлечения клиентов с помощью нового канала «ЛидБлог» и узнать стоимость внедрения
← Все статьи

Почему один клиент на телефоне и ноутбуке выглядит как два посетителя

Чем отличаются браузерный идентификатор, клиент, заказ и визит. Как проверить переход с телефона на компьютер и сохранить неизвестные связи.

Покупатель сравнивает товар на телефоне и продолжает заказ на ноутбуке
Покупатель сравнивает товар на телефоне и продолжает заказ на ноутбуке

Свобода от рекламной зависимости – за 1 день

ЛидБлог за 1 день превращает сайт в канал привлечения новых клиентов из Яндекс, Google и поиска в нейросетях. Работает без вашего участия

Как с вами связаться?

НЕ УХОДИТЕ!

Хотите бльше клиентов с сайта? Без космических бюджетов – получите бесплатно PDF

Как с вами связаться?

Спасибо! Заявка принята.

Не удалось отправить заявку. Попробуйте позже.

Оглавление статьи · 7 разделов

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

Назовите четыре разные сущности

Визит — последовательность действий, которую система объединила по своим правилам. Браузерный идентификатор позволяет узнавать среду, в которой открыт сайт. Клиент — человек или компания в учётной системе бизнеса, а заказ — отдельная покупка. У клиента может быть много визитов и несколько заказов; одним семейным компьютером могут пользоваться разные покупатели. Одинаковое слово «пользователь» в двух таблицах не превращает эти сущности в одно и то же.

В Яндекс Метрике ClientID относится к браузеру. Если посетитель открыл сайт из двух браузеров, у них могут быть разные ClientID. У сайта также может быть свой идентификатор UserID для известных ему пользователей. Такое различие описано в официальном руководстве Метрики. Не считайте любой внутренний номер готовым механизмом склейки: важно, на каком шаге сайт его получает и какие данные действительно передаёт в аналитику.

Восстановите путь без догадок

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

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

Проверьте, что получает каждая система

Постройте таблицу с колонками: шаг, устройство, браузер, вход в аккаунт, номер визита или доступный идентификатор, заказ в CRM и канал. Начните с формы: какой идентификатор действительно пришёл в карточку, какое значение осталось пустым, записывается ли оно поверх прежнего? Если номер клиента появляется только в момент создания заказа, он не объясняет автоматически весь предшествующий путь анонимного посетителя. Проверьте это на тестовых данных.

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

Проведите три контрольных маршрута

Первый маршрут — один браузер без смены устройства. Отправьте тестовую форму, затем откройте карточку и убедитесь, что в ней одна запись. Второй — телефон и компьютер с входом в один тестовый аккаунт. Проверьте, где впервые становится доступен внутренний номер клиента и как фиксируется завершённый заказ. Третий — те же два устройства без входа. Заранее запишите, в каких местах система вообще не должна угадывать общую личность.

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

Покажите границы расхождения в цифрах

В условном примере за неделю было 100 известных покупателей. Двадцать из них посетили сайт с двух разных браузеров, остальные — с одного. Если каждый браузер учитывается отдельно, семейных устройств нет и все посещения зарегистрированы, получится 120 браузерных идентификаторов. При десяти покупках отношение к ста покупателям и к ста двадцати браузерам разное. Эти показатели отвечают на разные вопросы. За пределами учебного примера точное число неизвестных людей из числа браузеров выводить нельзя.

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

Согласуйте, как интерпретировать отчёт

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

Приложите к инструкции три примера строк из теста: где связь доказана, где неизвестна и где две записи первоначально ошибочно соединились. Повторите проверку после смены формы заказа, способа авторизации или интеграции. Эти простые примеры объясняют расхождения лучше, чем общая оговорка о неточности аналитики.

НОУ-ХАУ

Свобода от рекламной зависимости – за 1 день

ЛидБлог за 1 день превращает сайт в канал привлечения новых клиентов из Яндекс, Google и поиска в нейросетях. Работает без вашего участия

Дмитрий РучинВ маркетинге с 2011 года

.PDF ФАЙЛ

Выберите способ связи и укажите номер, чтобы получить персональный план привлечения клиентов с помощью нового канала «ЛидБлог» и узнать стоимость внедрения

Куда направить?

Вопросы и ответы

Означают ли два ClientID двух разных людей?

Не обязательно. ClientID Метрики связан с браузером, и один человек может использовать несколько браузеров. Для выводов о клиентах понадобится подтверждённая связь в данных бизнеса.

Можно ли объединять посетителей по похожему поведению?

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

Зачем тестировать двух людей на одном компьютере?

Так можно заметить обратную ошибку: сохранённый идентификатор первого аккаунта попадёт в заявку второго. Для проверки используйте отдельные тестовые аккаунты и известные ожидаемые заказы.