Протокол измерения Google теряет данные сбора
Как убедиться, что покупки клиентов, отслеживаемые с помощью Measurement Protocol, сохраняют связь с исходным сеансом Google Analytics?
Деталь:
Когда мой сайт перестал регистрировать покупки клиентов в Google Analytics (совсем другая проблема), я перешел на использование Measurement Protocol для отправки транзакций в GA. Это работает *almost*отлично - покупки надежно отображаются в Google Analytics (я использую отслеживание расширенной электронной торговли).
Однако почти все транзакции относятся к «прямому» каналу. Лишь очень немногие - возможно, 10% - сохраняют связь с кампанией или каналом, которые привели клиента на мой сайт.
Вот пример того, что я отправляю с использованием протокола измерений со страницы «Спасибо» после того, как покупатель сделал заказ.
Array
(
[v] => 1
[tid] => UA-1234567-1
[cid] => 424729672.1597913127
[t] => pageview
[dh] => www.mysitename.co.uk
[dp] => /complete.php
[dt] => complete
[ti] => 540892
[ta] => Company Name
[tr] => 162.50
[tt] => 32.50
[ts] => 0
[col] => UNKNOWN
[pa] => purchase
[ua] => Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.125 Safari/537.36
[geoid] => GB
[uip] => 12.34.56.78
[cu] => GBP
[uid] => 798f77110ea1667e9fdfc27ce83471042f01884c
[pr1id] => 15154737723
[pr1nm] => Product name in product colour
[pr1br] => Brand name
[pr1ca] => Product Category name
[pr1pr] => 195.00
[pr1qt] => 1
[pr1va] => Brown & tan
[z] => 1640
)
Как видите cidи uidприсутствуют. Cid извлекается из файла cookie _ga. Uid (добавлен вчера) - это то, что я ранее назначил клиенту в процессе оформления заказа, но добавление этого не улучшило ситуацию с атрибуцией. (Следует ли мне подождать 24-48 часов, чтобы проверить?)
Все платежные системы, включая домены 3D Secure, были добавлены в мой список исключений для рефералов. Мой сайт разделен между www.mysitename.co.uk (просмотр) и secure.mysitename.co.uk (покупка), но оба этих домена также находятся в списке исключений, поэтому я не думаю, что это проблемы с перекрестным доменом , хотя симптомы похожи.
utm_nooverride=1 был добавлен к «успешным» URL-адресам, предоставленным платежным системам, также безрезультатно.
Сайт работает на стеке LAMP, apache 2.4, php 5.6. Скоро должно быть обновление сервера.
Других проблем с Google Analytics нет. Помимо Universal Analytics, на сайте также используется Диспетчер тегов Google.
Ответы
Если два обращения имеют одинаковый идентификатор ресурса Google Analytics и идентификатор клиента (cid), и они происходят в течение тайм-аута сеанса (30 минут) и по одну и ту же сторону полуночи, и у них общие параметры кампании, то они будут содержаться в том же сеансе.
Я заметил, что вы не отправляете параметр времени очереди (qt) в запросе. Вы отправляете хиты сразу после телефонного звонка? Это действие происходит мгновением позже?
Я считаю, что даже если вы отправите обращение сразу после телефонного звонка, Google Analytics может обработать обращение с некоторой задержкой. Параметр времени очереди важен для указания точного времени действия.
Я также отправляю покупки расширенной электронной торговли через протокол измерения, и я отправляю параметр времени очереди с разницей в секундах между реальной временной меткой покупки и временной меткой момента отправки моего обращения.
Если вы уже решили этот вопрос, дайте нам знать.
О том, как отправить хит в прошлое, вы можете прочитать в этой отличной статье. https://www.simoahava.com/analytics/send-hits-past-google-analytics/.