Офлайн-данные в Яндекс.Метрике: для чего нужно и как начать пользоваться

В этой статье мы хотим разобрать импорт офлайн-данных в рамках Яндекс Метрики, чтобы не запутаться в документации и выбрать правильный инструмент, который будет оптимален по функционалу и сложности реализации.

В рамках документации Яндекс Метрики есть раздел инструментов "Импорт офлайн-данных", который содержит в себе Загрузку данных из CRM (интеграция), Офлайн-конверсии и Отслеживание звонков. Различие между первым и вторым инструментом состоят в том, что Интеграция с CRM предполагает получение в интерфейсе специальных CRM отчетов, в то время как Офлайн конверсии – инструмент для получения только конверсий (целей) в интерфейсе Метрики, что дает возможность видеть целевые метрики в отчетах, строить сегменты и аудитории. Отслеживание звонков – это интеграция с системой колл-трекинга. В документации Яндекса присутствует раздел по передаче данных о звонках через API, но на практике практике этот раздел существует для сервисов коллтрекинга, которые на своей стороне настраивают интеграцию.

Ниже приведена таблица, описывающая структуру и особенности инструментов Офлайн-данных для Метрики.

Более удобно ее можно изучить по ссылке.

Для передачи оффлайн конверсий необходимо, чтобы при сборе ключевых событий на сайте в CRM (или любой другой источник данных) передавались один или несколько идентификаторов:

Выбор параметров влияет на атрибуцию переданной конверсии.

Важно знать:

Период для дополнения визитов офлайн-данными составляет 21 день – данные будут добавлены к визиту, если между последним визитом посетителя на сайт и моментом обработки файла с данными о конверсиях прошло не больше 21 дня. Для заказов из CRM период изменения уже добавленных в визиты заказов составляет 111 дней с момента визита, которых был дополнен заказом - можно дополнить или изменить информацию о заказе. Это применяется когда необходимо изменить доход конверсии после выкупа или перевести статус заказа из “В обработке” в “Оплачен”.

Если у вас есть потребность начать пользоваться офлайн-данными, то рекомендуем начать с проверки, есть ли у ваших сервисов CRM и/или колл-трекинга интеграция с Яндекс Метрикой - нет повода этим не пользоваться.

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

Дорожная карта интеграции и особенности выбранного метода, который позволит вам отправлять данные в Я.Директ с точки зрения вашей собственной атрибуции через Яндекс.Метрику

6.1. Организация связи вашей собственной атрибуции с идентификатором yclid

Прежде чем выполнять интеграцию, рекомендуется провести валидацию и убедиться, что % сшивания yclid с конверсиями по вашей атрибуции - высокий. Чем выше будет показатель сопоставления yclid с вашими конверсиями, тем больше данных атрибуцируется в отчетах Яндекс.Метрики. Также, на данном этапе стоит учитывать, что в дальнейшем исполнителям интеграции предстоит отправлять запрос со следующими полями:

DateTime - Дата и время конверсии в формате Unix Time Stamp. В DateTime можно указывать только прошедшее время. Если на момент загрузки файла время из DateTime еще не наступило, возникнет ошибка.

Yclid - Идентификатор клика по рекламному объявлению Яндекс Директа, который является источником конверсии. Назначается Яндекс.Директом. Передается в URL объявления.

Target - Идентификатор цели Яндекс.Метрики (необходимо для каждой конкретной типовой конверсии, которую необходимо передать - предварительно создать цель в Яндекс.Метрике, наполняться в будущем она будет через запросы к API)

6.2. Реализация отправки по API

Изучите документацию Яндекс.Метрики о передаче оффлайн-конверсий и реализуйте отправку данных по API в заведомо созданные слоты целей Яндекс.Метрики (через поле Target)

Особенность передачи данных о конверсиях

Выполняя отправку, например, конверсий sales (выкупленные продажи) – необходимо отправлять данные сразу после изменения статуса на выкупленный заказ, но стоит помнить, что атрибуцироваться будут только те конверсии, которые отправились в Метрику до истечения 21-го дня от даты yclid, по которому будет выполняться отправка конверсии. В price рекомендуем передавать тот доход, который имеется у заказа в момент изменения статуса; в дальнейшем, в случае изменения дохода у конкретного заказа (и каждый раз в окне 21 дня от даты yclid, по которому будет выполняться отправка конверсии) можно отправлять данные по каждой конверсии еще раз, с измененным полем price – т.е. метод поддерживает обновление (update). Подобный подход можно применять к любым конверсиям (выкупленные продажи - пример), но стоит отслеживать % конверсий, которые подвергаются таким изменениям за окно 21 день, т.к. такой процент будет косвенно определять качество управления стратегиями на стороне рекламного кабинета Яндекс.Директ, в случае если в дальнейшем конверсии по собственной атрибуции будут использоваться для закупки рекламного инвентаря через стратегии Яндекс.Директа.

Важно

- описываемый метод поддерживает только ручную загрузку .csv-файлов и API (https://yandex.ru/dev/metrika/ru/management/openapi/offline_conversions/upload_1), а также ожидается, что данные будут отправляться в течение 21 дня от момента перехода по уникальному id клика рекламного объявления Яндекс.Директ (yclid)

- отправлять данные можно с любой частотой, но скорость сопоставления данных по заявлениям Яндекса - до 1 часа

- отправлять данные рекомендуем через данный способ, т.е. через Яндекс.Метрику, в силу того, что при обучении стратегии Яндекс.Директа учитывают данные устройств и поведение пользователей по данным Яндекс.Метрики, что по нашему мнению улучшает качество управления стратегиями

6.3. Проверка данных

После первой отправки рекомендуем проверить данные в интерфейсе / API Яндекс.Метрики, сопоставить их с данными на стороне бизнеса и выполнить оценку качества. В силу окна атрибуцирования, возможных проблем с метчтингом yclid’а с конверсиями на стороне бизнеса и Яндекс.Крипты, которая отвечает за сшивание данных по yclid - данные на стороне Метрики практически всегда будут отличаться от данных на стороне источника хранения бизнеса, но даже с учетом этого - подобная реализация позволит вам закупать рекламный инвентарь в рекламном кабинете по своей атрибуции.

Передача оффлайн данных в Яндекс Метрику поможет передать недостающее, интегрировать в отчеты те данные, которые технически нельзя отправить через счетчик, построить сквозную аналитику, ROPO-отчеты, сформировать новые сегменты пользователей, а также оптимизировать рекламу в Директе на офлайн-конверсиях. Мы рекомендуем опираться на актуальную документацию Яндекса при непосредственной настройке и уделять внимание сбору параметров (yclid, client_id) при первичной передаче их в CRM.