Из данной статьи вы узнаете, как передача параметра qt в запросе Measurement Protocol, а также изменение его значений влияет на присвоение транзакции к той или иной сессии в Google Analytics и хитовом стриминге OWOX BI.
Если задержка между оформлением заказа на веб-сайте и отправкой запроса через Measurement Protocol больше, чем установленное время ожидания сессий (по умолчанию — 30 минут), использование параметра qt в запросах в Google Analytics и на точку доступа OWOX BI является обязательным. Благодаря этому параметру алгоритмы обработки данных Google Analytics и OWOX BI понимают, к какой из сессий пользователя относится отправленная с сервера транзакция.
Роль параметра qt в формировании данных хорошо видна в следующей смоделированной ситуации. Представим, что у одного пользователя за один и тот же день было три сессии из таких источников:
- google/cpc,
- vk/cpc
- google/organic
На втором посещении пользователь совершил покупку и запустил процесс формирования транзакции. При этом данные о транзакции будут отправлены в Google Analytics и на точку доступа OWOX BI уже после совершения пользователем заказа на сайте.
Рассмотрим возможные сценарии при передаче данных о транзакции с помощью Measurement Protocol с различным периодом задержки.
Сценарий 1. Вы отправляете транзакцию без параметра qt сразу после совершении клиентом покупки или в течение установленного вами времени ожидания сессии:
В этом случае транзакция будет присвоена к верной Сессии 2 с источником vk/cpc.
Обратите вниманиеЕсли в течение времени ожидания сессии и до момента отправки транзакции через Measurement Protocol без указания qt пользователь вернется на веб-сайт, то начнется новая сессия, которой и будет присвоена транзакция. Рассмотрим детальнее: 
- в 9:35 пользователь завершил Сессию 2, после чего начался отчет времени ожидания сессии длительностью в 30 минут.
- в 9:40 пользователь вернулся на веб-сайт, и началась новая сессия. Назовем ее Сессия 5.
- в 9:45 была отправлена транзакция через Measurement Protocol без указания qt.
Следовательно, транзакция, совершенная в Сессии 2, будет присвоена неверной Сессии 5.
Сценарий 2. Вы отправляете транзакцию без параметра qt спустя 95 минут:
Транзакция будет присвоена к неверной Сессии 3 с источником google/organic, которая будет происходить на момент отправки транзакции.
Сценарий 3. Вы отправляете транзакцию в спустя 95 минут с параметром qt=1800000 (т.е. 30 минут в пересчете с миллисекунд):
Значение в параметре qt (30 мин) будет воспринято так, что транзакцию нужно присвоить сессии, которая происходила за 30 минут до момента отправки транзакции. Так как у пользователя сессии в это время не было, сессия под эту транзакцию будет создана автоматически. В нашем примере — это Сессия 4. Следовательно, транзакция будет присвоена к неверной Сессии 4.
Сценарий 4. Вы отправляете транзакцию спустя 45 минут с параметром qt=2700000 (т.е. 45 минут в пересчете с миллисекунд):
Транзакция будет присвоена к верной Сессии 2 с источником vk/cpc, так как в параметре qt указано верное время задержки в отправке данных о транзакции.
Таким образом, если отправка запроса ожидается с задержкой, важно включить параметр qt в тело запроса в Google Analytics и и на точку доступа OWOX BI. При этом для каждой новой транзакции значение параметра qt должно быть равным фактическому времени задержки между оформлением заказа и отправкой запроса Measurement Protocol в этом конкретном случае.
Обратите вниманиеПри отправке параметра qt со значением больше, чем 4 часа, событие не попадет в Google Analytics. В этом случае на точку доступа OWOX BI будет отправлено ожидаемо больше данных, что приведет к расхождению между данными OWOX BI и Google Analytics.
0 Комментарии