ГлавнаяБлогОфлайн-конверсии

Офлайн-конверсии в Метрике и Директе: зачем и как настроить

2 августа 20267 минАналитика

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

Коротко
  • Автостратегия учится на тех конверсиях, что вы ей показали: только заявки — оптимизация под количество заявок.
  • Связать событие с визитом можно по ClientId, UserId или yclid — выбор определяет, сработает загрузка вообще.
  • UserId — единственный способ склеить телефон и компьютер одного человека.
  • Название цели в файле и в Метрике должно совпадать буква в букву, иначе события пропадут без ошибки.
  • Схема рвётся молча: отсутствие данных выглядит точно так же, как отсутствие продаж.

Что такое офлайн-конверсия и зачем её возвращать

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

Где обрывается цепочка аналитика видит первые три шага и слепнет на четвёртом Клик по рекламеМетрика видитВизит на сайтМетрика видитЗаявкаМетрика видитОплата или звонокне видит Чем это плохо для рекламы Автостратегия учится на заявках, а не на деньгах: льёт бюджет туда, где заявок много, а продаж нет. Что делает офлайн-конверсия Возвращает четвёртый шаг в Метрику: вы догружаете событие, случившееся вне сайта.
Схема шире экрана — листается вбок пальцем →
Метрика надёжно видит путь до заявки. Всё, что происходит дальше — в телефоне, в CRM, в кассе, — для неё не существует, пока вы сами не догрузите событие.

Вопрос не в красоте отчётов. Автостратегии Яндекс.Директа обучаются на конверсиях, которые вы им показали. Если показаны только заявки с формы, стратегия будет оптимизировать кампанию под количество заявок — и охотно приведёт сто дешёвых лидов, из которых не купит никто.

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

Идентификаторы и формат загрузки

Чтобы Метрика поняла, к какому визиту относится ваше событие, нужен общий идентификатор. Их три, и выбор между ними определяет, сработает загрузка или пропадёт впустую.

Чем событие связывают с визитом выбор идентификатора определяет, сработает загрузка или пропадёт впустую ClientIdИдентификатор браузераМетрика присваивает сама. Годится, когда событие связывается с визитом.UserIdВаш идентификатор пользователяПередаётся с сайта заранее. Единственный способ склеить устройства одного человека.yclidМетка клика по рекламеПриезжает в адресе при переходе из Директа. Её сохраняют в CRM вместе с заявкой.
Схема шире экрана — листается вбок пальцем →
ClientId проще всего достать, UserId единственный склеивает устройства, yclid жёстко привязывает событие к рекламному клику.

Практическая логика такая. Если у вас есть форма и CRM — проще всего сохранять в карточку сделки ClientId, который отдаёт счётчик на странице. Если люди заходят с телефона, а покупают с компьютера, спасёт только UserId, который вы присваиваете сами после авторизации. А yclid берут, когда важно связать деньги именно с рекламным кликом.

Как выглядит файл загрузки обычный CSV: идентификатор, цель, время и сумма ClientIdTargetDateTimePrice133591247640966458PURCHASE172000000014900987654321012345678CALL17200036000456789012345678901PURCHASE17200072003200321098765432109876SUBSCRIBE17200108000 DateTime — время в формате Unix. Price можно не заполнять, если ценность события неизвестна.
Схема шире экрана — листается вбок пальцем →
Файл готовится в любом редакторе таблиц. Названия целей должны совпадать с теми, что уже созданы в Метрике, иначе события просто не найдут, куда лечь.

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

Свой случай: подписки в Telegram

Расскажу на своём случае, потому что он нетипичный и хорошо показывает границы механики.

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

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

Что выяснилось сразу. Обычная ссылка на канал не даёт ничего: без специального скрипта на странице и персональной ссылки событие не с чем связать. Два внешне похожих механизма — простой трекинг переходов и полноценная передача в Метрику — дают совершенно разный результат, и их легко перепутать.
Что ломается чаще всего. Цепочка рвётся молча. У сервиса закончился платный тариф — данные перестали идти, но ошибок нигде нет. Бота убрали из администраторов канала — то же самое. График в Метрике просто становится плоским, и, если не смотреть на него специально, можно месяц собирать нули.
Практический вывод. Любую схему с офлайн-конверсиями надо мониторить отдельно от самой аналитики. Отсутствие данных выглядит точно так же, как отсутствие продаж, и различить их по отчёту невозможно.

Тот же класс проблем возникает с CRM-интеграциями: менеджер поменял название стадии сделки, интеграция перестала матчить статус, конверсии не грузятся. Ошибка не всплывает, пока кто-то не заметит подозрительно ровный график.

Что проверить до того, как строить отчётность

Что проверить, прежде чем строить на этом отчётность.

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

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

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

Что такое офлайн-конверсия простыми словами?
Это событие, которое произошло вне сайта, но которое вы вручную возвращаете в аналитику: оплата по счёту, звонок, визит в офис, сделка в CRM. Метрика сама такие события не видит, поэтому их догружают файлом или через API.
Зачем офлайн-конверсии Яндекс.Директу?
Автостратегии обучаются на конверсиях, которые им показали. Если это только заявки с формы, стратегия будет добывать заявки — в том числе бесполезные. Когда в систему приходят реальные оплаты, оптимизация начинает идти под деньги.
Чем связывают офлайн-событие с визитом на сайте?
Тремя идентификаторами. ClientId — идентификатор браузера, который присваивает Метрика. UserId — ваш собственный идентификатор пользователя, единственный способ склеить разные устройства одного человека. Yclid — метка клика по рекламе, она приходит в адресе при переходе из Директа.
Как загрузить офлайн-конверсии в Метрику?
Тремя способами: файлом CSV через интерфейс счётчика, через API — если нужна автоматическая отправка, — или готовой интеграцией со стороны CRM либо коллтрекинга. Файл содержит идентификатор, название цели, время события и при необходимости сумму.
Почему загруженные конверсии не появляются в отчётах?
Три частые причины. Название цели в файле не совпадает с названием в Метрике, включая регистр. Идентификатор не тот или сохранён с ошибкой. Или событие слишком старое: данные принимаются в ограниченном окне, актуальные сроки смотрите в справке Метрики.
Можно ли отслеживать подписки в Telegram как офлайн-конверсии?
Да, через сторонние сервисы, которые фиксируют вступление в канал и передают его в Метрику. Важная деталь: обычная ссылка на канал для этого не подходит — нужен скрипт на посадочной странице и персональная ссылка, иначе событие не с чем связать.
Как понять, что схема сломалась?
Только отдельным мониторингом. Обрыв происходит молча: закончился тариф у сервиса, поменялось название стадии в CRM, отвалились права — и данные просто перестают идти. В отчёте это выглядит как отсутствие продаж, отличить одно от другого по графику невозможно.

Главное

Если коротко

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

Начните с обычных целей: без них офлайн-конверсии не на что положить. Нужен разбор аналитики на конкретном проекте — приходите на консультацию.

Больше разборов в Telegram — «Digital-трафик»

Читать дальше

Все статьи
Ссылка скопирована