Отслеживание офлайн-данных в Яндекс Метрике

Современные системы аналитики разрабатываются с той целью, чтобы осуществлять сбор сведений о посетителях веб-ресурса, их характеристиках, поведению, взаимодействию (в том числе и свершению целевого действия). 

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

К офлайн-данным относятся:

• телефонный звонок;

• посещение офиса, торговой точки, пункта выдачи (или отделения почты);

• совершение оплаты;

• подписание договора;

• отгрузка товара;

• доставка заказа на дом.

Дополнив стандартную онлайн-информацию, определяемую системой аналитики самостоятельно, представленными сведениями выше, можно уточнить расчетное значение конверсии, а также построить «воронку продаж» наилучшим образом.

К примеру, для бизнеса, занимающегося продажей полотенцесушилок через посадочную страницу (Landing page), если не настроить отслеживание офлайн-данных в «Яндекс Метрике», конверсия будет рассчитываться только исходя из полученных заявок. Логично предположить, что, помимо работы с формами, многие посетители будут использовать телефонный звонок,  как способ осуществления заказа, а в случае наличия точки продажи могут и вовсе посетить пункт по указанному на сайте адресу. 

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

Чтобы избежать «несостыковок» в отображаемых сведениях, системы аналитики и с реальной картиной, разработчики «Яндекса» реализовали возможность отслеживания офлайн-данных.

Приятной особенностью новшества является не только объективность оценки эффекта, но и возможность настройки ретаргетинга на офлайн-цели (повторного взаимодействия с заинтересованными впервые посетителями и постоянными клиентами).

Какие офлайн-данные можно передавать в «Яндекс Метрику»?

В первую очередь, это офлайн-конверсии, то есть сведения о достижениях целевых действий (например, покупки на сайте), которые система не может узнать от веб-ресурса самостоятельно (забрал ли заказчик товар, были ли возвраты, произведена оплата в офисе и т.п.). Информацию можно передавать с помощью выгрузки .csv-документа (формат, поддерживаемый программным продуктом «Microsoft Excel») или через API, непосредственно из CRM (системы учета клиентов, например, «Битрикс 24», «Amocrm», «U-on» и т.п.).

Ещё одной крупной категорией является информация о свершенных звонках. В данном случае речь идет не о продукте «Яндекса» - «Целевом звонке», подключать который отдельно для передачи офлайн-данных нет необходимости, а о любой из систем колл-трекинга (отслеживания звонков). 

Через знакомый нам уже API при правильной грамотной настройке могут передаваться следующие сведения: дата и время звонка, его длительность (продолжительность), наличие пропущенных вызовов, простои при ожидании ответа, телефонный номер и прочие метки. 

Функционал и сведения могут немного отличаться в зависимости от того, какая система колл-трекинга используется. Если вы ещё не выбрали для себя систему отслеживания звонков и осуществляете её подбор, советуем ознакомиться с одной из статей нашего блога - «Выбираем call tracking».

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

После входа в систему аналитики переходим в «Настройки» и выбираем раздел «Загрузка данных».

Находим пункт «Загрузка офлайн-конверсии» и нажимаем кнопку «Загрузить данные».

Обращаем внимание на галочку «Включить увеличенный период учета конверсий». В зависимости от сфер бизнеса, может наблюдаться такая ситуация, когда до получения дохода (прибыли) проходит длинный цикл сделки.  По умолчанию, если данный пункт оставить без изменений данный будут добавляться к визитам в течение 16 часов. Поставив «галочку» срок расширится до 21 дня, что вполне хватит для более, чем 90% сфер бизнеса (кроме ниш, связанных с проектной работой, при которой один только период согласования может достигать нескольких месяцев).

Далее предстоит выбрать тип файла и сам документ в формате «.csv». Можно задать комментарий, например, «База от 26.01.2018».

Система аналитики при выгрузке офлайн-данных связывает их с «ClientID», чтобы отображать сведения о визитах и посетителях. Кроме того, появится возможность создавать отчеты в системе «Яндекс Метрика», как на основании выгружаемых сведений, так и комбинированно, совместно с информацией, собираемой онлайн.

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

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

Загружаемые сведения в обязательном порядке должны соответствовать шаблону, согласно которому будут заполнены следующие поля:

• «ClientID | UserID» (идентификатор);

• «Target» (обозначение цели) – должен соответствовать тому целевому действию, которое настроено в системе аналитики, так как согласно её достижению будет производиться пересчет конверсии;

• «DateTime» (время свершения события) – позволяет передать в аналитику информацию о точном временном значении, при котором состоялось свершение целевого действия.

К необязательным полям относят:

• «Price» (цена) - сведения о чеке;

• «Currency» (валюта) – информация о том, в какой условной единице производилась оплата (доллар или евро).

Если расчеты производятся только в рублях, заполнять последнее поле не требуется (значение, заданное по-умолчанию).

Посмотреть обозначение валют можно в ISO 4217.

Общий размер загружаемого файла не должен превышать 1 Гб.

Следующим значимым моментом будет создание цели. Как уже было сказано ранее, при загрузке офлайн-данных из «.csv» в документе обозначается информация о свершении целевого действия (поле  «Target»). Обычно указывается идентификатор цели, который должен будет соответствовать настроенному аналогичному параметру в системе «Яндекс Метрика».  Только в этом случае будет засчитываться достижение целевого действия на веб-ресурсе.

Чтобы создать «Цель», достаточно перейти в соответствующий в раздел, который расположен в верхнем меню в настройках.

Нажимаем кнопку «Добавить цель», выбираем тип «JavaScript-событие». Не забываем указать название.

Задаем «Идентификатор цели» - то самое наименование, что будет связывать систему аналитики с офлайн-данными. По окончанию нажимаем кнопку «Добавить».

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

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

В нашем случае – это обмен теми сведениями, которые мы рассмотрели при разборе загрузки файла с офлайн-информацией в систему аналитики. Нам потребуется передать те же имена-идентификаторы, цели, время совершения событий (целевых действий), валют, стоимости (среднего или реального чека сделки после совершения оплаты за товар/услугу).

Для настройки заходим в раздел «API».

Выбираем вкладку «Получение  OAuth-токен», расположенную справа сверху.

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

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

Настраиваем доступы.

Выбираем строку «Яндекс Метрика» и устанавливаем «галочки» напротив пункта «Получение статистики» и «Создание счетчиков».

По окончанию совершенных действий нажимаем кнопку «Создание приложения».

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

Если вы производите интеграцию с CRM-системой, то в её настройках и в соответствующем пункте «API» отобразится созданное нами приложение. Далее, в зависимости от используемой системы, потребуется произвести некоторые технические действия и настройки для передачи необходимых «метрике» данных. 

Если вы не обладаете соответствующими специальными знаниями, стоит обратиться к профильному специалисту. Подробнее об используемых post/get-запросах, которые применяются при работе через API, вы сможете узнать из официальной документации от «Яндекса».

На этом всё. Разбор настройки «API» со стороны системы аналитики закончен.

Заключение

Подводя итоги нашей статьи, следует отметить следующее:

• отслеживание офлайн-данных в системе «Яндекс Метрика» помогает увеличить «прозрачность» сведений, произвести уточнения и корректировки, на основании реальных данных, не связанных с деятельностью компании в интернете;

• выделив отдельные сегменты из офлайн-информации, можно увеличить охват ретаргетинговых рекламных кампаний;

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

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