Реклама у блогеров и офлайн-конверсии: как связать визит с покупкой вне сайта

Реклама у блогеров и офлайн-конверсии связаны через идентификатор посетителя и загрузку подтверждённого действия; без привязки к визиту измерение будет неполным.

Реклама у блогеров и офлайн-конверсии

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

Для таких сценариев Яндекс Метрика предлагает механизм офлайн-конверсий: бренд собирает данные о покупках из CRM или кассовой системы, формирует CSV-файл с обязательными полями и загружает его в интерфейс счётчика. Система пытается сопоставить каждую строку с визитом, используя один из четырёх идентификаторов: ClientID (браузерный), UserID (из базы бренда), Yclid (параметр клика Яндекс Директа) или PurchaseID (номер заказа).

Цепочка от перехода до подтверждённого действия: что происходит на каждом этапе

Процесс начинается с подготовки идентификаторов. Если бренд использует собственную базу клиентов (например, программу лояльности), UserID нужно передать в Метрику на этапе авторизации на сайте, чтобы система связала внутренний номер с браузерным ClientID. Без этой связки файл с UserID из CRM не найдёт соответствующий визит, и конверсия останется непривязанной.

Следующий шаг — создание цели типа «Целевое событие» в интерфейсе Метрики. В поле идентификатора указывается имя события, которое затем попадёт в столбец Target CSV-файла — например, order_confirmed или offline_purchase. Это имя не отправляется автоматически браузером; оно служит маркером, по которому Метрика распознаёт тип конверсии в загруженных данных.

Метрика привязывает офлайн-конверсию к визиту только в пределах 21 дня до момента загрузки файла; события старше этого окна не учитываются в атрибуции источника.

CSV-файл должен содержать обязательные поля: хотя бы один идентификатор посетителя, Target, DateTime (время конверсии в формате Unix Time Stamp в секундах, в часовом поясе счётчика). Поля Price и Currency опциональны, но необходимы, если бренд хочет видеть доход в отчётах; валюта указывается трёхбуквенным кодом по ISO 4217 (RUB, USD, EUR). Если код не соответствует стандарту, Метрика обнулит суммы в строке.

После загрузки файла через раздел «Настройка → Загрузка данных → Загрузка офлайн-конверсий» система начинает обработку. Данные появляются в отчётах в течение 3 часов. Ключевой момент: успешная загрузка файла не означает, что каждая строка привяжется к визиту. Статус привязки каждой конверсии отображается в отчёте «Офлайн-конверсии», который показывает дату, идентификатор, цель, доход, привязку к визиту и — если привязка не выполнена — причину отказа.

Три частые причины, по которым конверсия не учитывается автору

Первая: в Метрике не найден указанный идентификатор посетителя. Это происходит, когда в CSV передан UserID клиента из CRM, но этот человек ещё не авторизовался на сайте после последнего визита, и система не успела связать UserID с ClientID. Другой вариант — ClientID передан с опечаткой или из другого счётчика.

Вторая: прошло больше 21 дня с момента последнего визита до начала обработки файла. Метрика не хранит бесконечную историю для сопоставления; период учёта фиксирован. Если клиент пришёл из интеграции блогера 25 января, а бренд загрузил файл с его офлайн-покупкой 20 февраля, событие не свяжется с визитом, даже если все идентификаторы верны.

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

Как ETC настраивает измерение офлайн-результатов инфлюенс-кампаний

При планировании рекламы у блогеров для клиентов с офлайн-точками или длинным циклом сделки агентство закладывает техническую подготовку до запуска интеграций. Первый этап — аудит текущей аналитики: проверяем, передаются ли ClientID и UserID, корректно ли настроены цели, есть ли доступ к выгрузке данных из CRM или кассовой системы. Если UserID не используется, рекомендуем внедрить передачу идентификатора при авторизации или оформлении заказа.

Второй этап — создание отдельной офлайн-цели для кампании. Это позволяет различать покупки, пришедшие из блогов, и общий поток конверсий. В поле идентификатора задаём уникальное событие — например, influencer_offline_sale — и сообщаем его команде клиента, которая формирует CSV. Такой подход упрощает последующую сегментацию в отчётах и расчёт CPO по каналу.

Третий этап — настройка регулярной выгрузки и загрузки данных. Если клиент может автоматизировать формирование CSV через API CRM, рекомендуем загружать файлы еженедельно, чтобы уложиться в 21-дневное окно и не потерять конверсии. Если выгрузка ручная, составляем график загрузки с учётом среднего цикла сделки: для товаров с доставкой 3–5 дней — еженедельно, для услуг с долгим принятием решения — раз в 10 дней.

Четвёртый этап — проверка привязки в отчёте «Офлайн-конверсии» сразу после первой загрузки. Фильтруем строки по статусу привязки и анализируем причины отказа. Если больше 20 % строк не привязалось из-за отсутствия идентификаторов, корректируем настройку передачи UserID или переходим на Yclid для кампаний в Директе. Если причина — превышение 21-дневного окна, пересматриваем периодичность загрузки.

Чек-лист для маркетолога: как подготовить учёт офлайн-покупок из интеграций

• Убедитесь, что счётчик Яндекс Метрики корректно установлен на всех страницах сайта, включая формы заказа и личный кабинет.
• Проверьте, передаётся ли UserID при авторизации или оформлении заказа; если нет — организуйте внедрение передачи параметра через разработчиков.
• Создайте в Метрике цель типа «Целевое событие» с уникальным идентификатором для офлайн-конверсий (например, offline_order).
• Организуйте выгрузку данных о покупках из CRM или кассовой системы в формате CSV с обязательными полями: идентификатор (ClientID, UserID, Yclid или PurchaseID), Target, DateTime.
• Добавьте в CSV поля Price и Currency, если нужно отслеживать доход; используйте трёхбуквенный код валюты по ISO 4217.
• Загрузите тестовый файл через «Настройка → Загрузка данных → Загрузка офлайн-конверсий» и дождитесь обработки (до 3 часов).
• Откройте отчёт «Офлайн-конверсии», отфильтруйте строки по статусу привязки и изучите причины непривязанных событий.
• Настройте регулярную загрузку данных с периодичностью, которая укладывается в 21-дневное окно привязки с учётом цикла сделки.
• Проверьте в отчёте «Источники → Источники, сводка», что офлайн-конверсии корректно атрибутируются каналам; при выборе модели «Последний переход» часть визитов может не отобразиться.

Ограничения данных и что нельзя измерить этим методом

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

Второе ограничение — 21-дневное окно. Для категорий с длинным циклом принятия решения (недвижимость, автомобили, B2B-услуги) часть сделок завершается за пределами этого срока. Метрика не позволяет расширить период учёта; если визит из интеграции произошёл в январе, а покупка — в марте, атрибуция не сработает, даже если идентификаторы совпадают.

Третье ограничение касается точности атрибуции при использовании модели «Последний переход». Если после визита из интеграции блогера клиент вернулся на сайт по прямому заходу или через поиск, офлайн-конверсия может приписаться последнему источнику, а не автору. Для корректной оценки вклада инфлюенсеров ETC рекомендует анализировать данные в модели «Последний значимый переход» или сопоставлять отчёт «Офлайн-конверсии» с отчётом «Источники трафика», фильтруя визиты по utm-меткам кампании.

Частые вопросы

Можно ли учесть покупку в офлайн-магазине, если клиент не заходил на сайт?

Нет, механизм офлайн-конверсий Яндекс Метрики требует, чтобы покупатель хотя бы раз посетил сайт и получил идентификатор (ClientID, UserID или Yclid). Без визита система не может привязать событие к источнику трафика. Для таких случаев используйте промокоды, уникальные артикулы или опросы при оформлении заказа.

Почему загруженная офлайн-конверсия не отображается в отчёте по источникам?

Конверсия появится в отчёте по источникам только если она успешно привязалась к визиту. Статус привязки проверяется в отчёте «Офлайн-конверсии»: если в столбце «Привязка к визиту» указана причина отказа (не найден идентификатор, превышен срок 21 день, не найдена цель), событие не учитывается в атрибуции каналов и не влияет на метрики эффективности.

Какой идентификатор лучше использовать для привязки офлайн-покупок из рекламы у блогеров?

Если у бренда есть авторизация на сайте или база клиентов в CRM, оптимален UserID: он сохраняется между устройствами и не теряется при очистке cookies. Для кампаний без авторизации подходит ClientID (браузерный идентификатор Метрики), но он привязан к конкретному браузеру. Yclid используется для трафика из Яндекс Директа; для органических интеграций у блогеров он не применим.