Как значение параметра qt влияет на присвоение транзакции к сессии?

Из данной статьи вы узнаете, как передача параметра 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 уже после совершения пользователем заказа на сайте.

scenario_0.png

Рассмотрим возможные сценарии при передаче данных о транзакции с помощью Measurement Protocol с различным периодом задержки.

Сценарий 1. Вы отправляете транзакцию без параметра qt сразу после совершении клиентом покупки или в течение установленного вами времени ожидания сессии:

scenario_1.png

В этом случае транзакция будет присвоена к верной Сессии 2 с источником vk/cpc.

Обратите вниманиеЕсли в течение времени ожидания сессии и до момента отправки транзакции через Measurement Protocol без указания qt пользователь вернется на веб-сайт, то начнется новая сессия, которой и будет присвоена транзакция. Рассмотрим детальнее: scenario_1-1.png
- в 9:35 пользователь завершил Сессию 2, после чего начался отчет времени ожидания сессии длительностью в 30 минут.
- в 9:40 пользователь вернулся на веб-сайт, и началась новая сессия. Назовем ее Сессия 5.
- в 9:45 была отправлена транзакция через Measurement Protocol без указания qt.
Следовательно, транзакция, совершенная в Сессии 2, будет присвоена неверной Сессии 5.

Сценарий 2. Вы отправляете транзакцию без параметра qt спустя 95 минут:

scenario_2.png

Транзакция будет присвоена к неверной Сессии 3 с источником google/organic, которая будет происходить на момент отправки транзакции.

Сценарий 3. Вы отправляете транзакцию в спустя 95 минут с параметром qt=1800000 (т.е. 30 минут в пересчете с миллисекунд):

scenario_3.png

Значение в параметре qt (30 мин) будет воспринято так, что транзакцию нужно присвоить сессии, которая происходила за 30 минут до момента отправки транзакции. Так как у пользователя сессии в это время не было, сессия под эту транзакцию будет создана автоматически. В нашем примере — это Сессия 4. Следовательно, транзакция будет присвоена к неверной Сессии 4.

Сценарий 4. Вы отправляете транзакцию спустя 45 минут с параметром qt=2700000 (т.е. 45 минут в пересчете с миллисекунд):

scenario_1.png

Транзакция будет присвоена к верной Сессии 2 с источником vk/cpc, так как в параметре qt указано верное время задержки в отправке данных о транзакции.

 

Таким образом, если отправка запроса ожидается с задержкой, важно включить параметр qt в тело запроса в Google Analytics и и на точку доступа OWOX BI. При этом для каждой новой транзакции значение параметра qt должно быть равным фактическому времени задержки между оформлением заказа и отправкой запроса Measurement Protocol в этом конкретном случае.

Обратите вниманиеПри отправке параметра qt со значением больше, чем 4 часа, событие не попадет в Google Analytics. В этом случае на точку доступа OWOX BI будет отправлено ожидаемо больше данных, что приведет к расхождению между данными OWOX BI и Google Analytics.

Была ли эта статья полезной?
Пользователи, считающие этот материал полезным: 0 из 0
Еще есть вопросы? Отправить запрос

0 Комментарии

Войдите в службу, чтобы оставить комментарий.