3 проблемы при передаче данных в Google Analytics через Measurement Protocol

в 17:15, , рубрики: google analytics, measurement protocol, веб-аналитика, сквозная аналитика

Всем привет! Меня зовут Иван Спиридонов, я создатель сервиса сквозной аналитики R7K12. Наша система помогает выявить наиболее эффективные источники рекламы, которые приносят реальную прибыль компании, а не просто расходуют бюджет. Для анализа статистики посещений, продаж, целевых обращений часть клиентов пользуется не только R7K12, но и Google Analytics (далее GA).

Поэтому сегодня мы хотим поделиться собственным опытом передачи данных в GA по Measurement Protocol (далее MP). Уверен, многим эта информация будет полезна. О том, как настроить отправку информации с помощью MP и что это такое, подробно описано здесь. А я расскажу про “подводные камни” инструмента и покажу, как их можно обойти. При передаче данных в GA через MP чаще всего возникают следующие проблемы:

  1. Некорректное считывание IP-адреса.
  2. Переопределение типа устройства пользователя.
  3. Рандомное присвоение рекламных источников.

Рассмотрим подробнее каждую из них.

Некорректное считывание IP-адреса

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

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 1

Рассмотрим этот момент подробнее на конкретном примере. Зайдем на сайт www.r7k12.ru и откроем код страницы. Во вкладке “Network” видно, что в параметрах запроса нет IP-адреса. Это объясняется тем, что когда на сайте срабатывает счетчик GA, система определяет страну/город исходя из IP пользователя.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 2

Соответственно, визит в системе аналитики будет зафиксирован с правильным геоположением.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 3

Теперь попробуем отправить данные о продаже по MP в GA на Client ID спустя полчаса (после завершения текущей сессии). Сразу уточню, что делать запрос я буду с сервера, который находится в Германии.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 4

Итак, после передачи данных в GA мы видим, что по тому же Client ID открылась сессия из Германии. Почему так произошло?

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 5

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

Этот нюанс может создать достаточно большие расхождения в отчетах, особенно, если пользователи и сервер имеют разное геоположение. Например, в нашем случае сервер находится в Германии, а заявки от клиентов поступают из Украины. Тем не менее, в отчете GA заказ, отправленный с помощью MP после окончания сессии, будет иметь неверный IP-адрес.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 6

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

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 7

Для решения этой проблемы рекомендую при отправке запроса добавлять специальный параметр (uip), с помощью которого можно будет передать IP-адреса посетителей. Если сайт написан на PHP, то данные для параметра можно взять из переменной $_SERVER['REMOTE_ADDR'].

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 8

Итоговый запрос должен выглядеть примерно вот так:

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 9

После этого в GA видны следующие изменения:

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 10

Переопределение типа устройства пользователя

Информацию о типе устройства система аналитики определяет из заголовков, которые передаются вместе с запросом. Поэтому, как и в случае с IP-адресами, при отправке данных через MP после завершения основной сессии в GA значение этих данных зачастую будет “desktop” (используется User Agent текущего сервера), даже если посетитель оставил заявку с мобильного телефона или планшета.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 11

В такой ситуации мы не можем корректно определить конверсию устройства или браузера, поэтому необходимо снова использовать дополнительные метки при отправке запроса в GA. Здесь нам поможет параметр ua.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 12

А вот так будет выглядеть запрос, который поможет определить тип устройства пользователя.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 13

Присвоение рекламных источников

Также при отправке через MP есть некоторые особенности присвоения рекламных площадок. А именно, у сервиса GA есть собственный алгоритм для их определения. Например, пользователь перешел на сайт с источника Google Adwords в 15:31 и оставил заявку.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 14

Второй визит был с Yandex/cpc, а последний — прямой заход в 18:13. Отправили продажу в 18:48, после завершения последнего визита пользователя. Соответственно, GA запустил еще одну сессию с прямым заходом на сайт.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 15

В отчете видно, что все три сеанса и транзакция были присвоены рекламной площадке yandex/cpc, хотя фактически визит и заявка была с Google Adwords. Как так вышло?

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 16

GA присваивает данные в отчетах на последний непрямой заход пользователя. А это значит, что если на момент, пока данные не отправили в систему аналитики, клиент зашел на сайт с других рекламных источников, то заявка будет зафиксирована за одним из них. Подобная ситуация характерна для сайтов, где продажа происходит спустя какое-то время после оформления заявки и клиент успевает повторно посетить сайт. Например, b2b, где промежуток от заявки до продажи может составлять от одного дня до нескольких месяцев.

Таким образом, определение рекламных источников становится проблемой. Единственный выход из ситуации — при отправке запроса MP вручную добавить все используемые площадки в GA с помощью специальных параметров (cn, ck, cc, cm, cs).

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 17
3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 18
3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 19
3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 20

Если отправить запрос с указанием источника (в данном примере это google/cpc), то транзакция будет присвоена на правильный рекламный канал.

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 21

Набор параметров выглядит вот так:

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 22

Но есть один важный нюанс, который нужно учитывать при формировании запроса. Реклама GoogleAds не работает с UTM-метками, тем не менее, в системе есть специальная функция автоматической пометки — Google click ID (GCLID).

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 23

Это значит, что для корректного отображения рекламных компаний придется отправлять не только UTM-метки, но и GCLID. Пример итогового запроса:

3 проблемы при передаче данных в Google Analytics через Measurement Protocol - 24

В заключении хочу подытожить все вышенаписанное касательно MP. Этот инструмент имеет некоторые особенности передачи информации в Google Analytics, о которых важно знать. Для того, чтобы данные отправлялись корректно, следует обязательно указывать в запросе дополнительные параметры. С их помощью рекламные источники, тип устройства, IP-адреса посетителей и другая важная информация будет верно отображена сервисом GA.

Автор: Елизавета Ладыка

Источник

* - обязательные к заполнению поля


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js