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

Вот список некоторых систем поддерживающих оффлайн конверсии:

Для начала разберёмся в чем отличие от онлайн конверсии. Что такое онлайн конверсия? Это конверсия фиксирующаяся в браузере клиента в то время когда он находится на сайте. Например в результате посещения определенного урл-адреса, нажатию на кнопку или какого-то js-события.

Онлайн-конверсия

Информация о том что событие произошло передается прямо во время той сессии когда оно произошло.

В оффлайн конверсии же, конверсия может происходить в другое время, и в другом месте. Например, через несколько часов после активной сессии, при изменении статуса клиента менеджером в CRM.

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

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

Однако очень важно правильно пользоваться этим инструментом.

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

Оффлайн-конверсия передаваемая как онлайн

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

Итак, наша задача передать информацию о конверсии именно офлайн методом, в тот момент когда произошла. Это позволит ей быть атрибуцированной к предыдущей сессии.

Атрибуция офлайн-конверсии

Однако, необходимо помнить что по-умолчанию и рекламные и аналитические системы атрибуцируют действия по принципу last-click.

Получается, что если клиент совершит еще одну сессию до совершения конверсии в оффлайне — конверсия будет приписана к ней.

Некорректная атрибуция офлайн-конверсии

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

Для исправления этой проблемы существуют два способа:

  1. Передача идентификатора сессии
  2. Передача времени конверсии

Иногда есть возможность использовать только какой-то один способ, иногда сразу оба.

Передача идентификатора сессии

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

В дальнейшем, отправляя офлайн конверсию — вам нужно будет добавить в нее этот идентификатор.

Атрибуция офлайн-конверсии к корректной сессии

И рекламная система будет знать к какой сессии надо атрибуцировать эту конверсию.

Передача времени конверсии

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

Атрибуция оффлайн-конверсии ко времени заявки

Если передать время заявки с конверсией произошедшей через два дня после заявки, то будет выглядеть так как будто конверсия произошла мгновенно, просто данные об этом были переданы спустя два дня.

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