Отсутствие pagviews в UA при отправке просмотра страницы и связанных событий через пакетный запрос с использованием Google Measurement Protocol
Короче вопрос: почему просмотры страниц недоступны, когда мы отправляем просмотры страниц и связанные события в виде пакетного запроса через протокол измерений Google?
Ожидаемый: Все просмотры страниц распознаются UA и перечислены в разделе Поведение -> Содержимое сайта -> Все страницы.
Фактически: просмотры страниц отсутствуют в разделе "Поведение" -> "Содержимое сайта" -> "Все страницы" и связанные отчеты на основе страниц, например "Визуализация воронки".
Подробное описание: Когда мы отправляем пакетные запросы через Google Measurement Protocol с нашего сервера в Google Universal Analytics (UA), содержащие просмотр страниц и связанные события, просмотры страниц в UA недоступны в разделе Поведение -> Содержимое сайта -> Все страницы (один из примеров эффекта это значительное снижение визуализации воронки, поскольку оно основано на просмотрах страниц). Что делает нас наиболее запутанными и заставляет нас предположить, что мы не сталкиваемся с ошибкой реализации, так это то, что если мы проверяем мониторинг в реальном времени, мы можем отслеживать множество желаемых просмотров страниц. Мы также создали тестовый сегмент с фильтром "page", который точно соответствует "/ basket /", и можем найти все наши просмотры страниц. Чтобы дать вам некоторые количества:
Поведение -> Site Content -> Все страницы: страница равна "/basket/" == 2 [просмотров страницы]
Аудитория -> Обзор: сегмент, страница точно соответствует "/basket/" == 5523 [сессий]
Примечание: все события доступны в UA.
Пример пакетного запроса для нашей страницы корзины с просмотром страницы и событием оформления заказа (система разработки):
POST /batch HTTP/1.1
Host: www.google-analytics.com
cid=23fb1f6c-3243-1121-2s25-f091sdsdb8b88&v=1&tid=UA-XXXXXXXX-1&dh=mydomain.com&ul=de-de&ua=Mozilla%2F5.0+%28Windows+NT+10.0%3B+Win64%3B+x64%29+AppleWebKit%2F537.36+%28KHTML%2C+like+Gecko%29+Chrome%2F72.0.3626.81+Safari%2F537.36&uip=1.1.1.1&aip=1&t=pageview&dp=%2Fbasket%2F&dt=PageTitle&dr=https%3A%2F%2Flocalhost%2Fp%2Fexamplearticle%2F111111%2F%3Fp%3D0%26sortBy%3Dft%26categoryId%3D10361142&dl=https%3A%2F%2Flocalhost%2Fbasket%2F%0D%0Acid=23fb1f6c-3243-1121-2s25-f091sdsdb8b88&v=1&tid=UA-98465048-1&dh=mydomain.com&ul=de-de&ua=Mozilla%2F5.0+%28Windows+NT+10.0%3B+Win64%3B+x64%29+AppleWebKit%2F537.36+%28KHTML%2C+like+Gecko%29+Chrome%2F72.0.3626.81+Safari%2F537.36&uip=1.1.1.1&aip=1&t=event&pa=checkout&cos=1&pr1id=107120&pr1nm=Support+%C3%A0+%C3%A9ponge+Canard&pr1ca=%2Fcuisine%2Frangement-organisation%2F&pr1va=107120&pr1pr=3.99&pr1qt=1&pr1ps=0
Примечание: хиты сортируются по: 0D%0A
Есть идеи, как решить эту проблему?
Большое спасибо за любой полезный ответ.
Краткая история нашего путешествия к актуальному вопросу:
Мы решили перейти с JS Tracking на Google Measurement Protocol.
Изначально мы отправляли хиты с подходом FIFO. Из-за неправильной синхронизации событий мы столкнулись с проблемой целевой страницы (не задана). Чтобы решить эту проблему, мы решили сначала отправить просмотр страницы в специальном хите. После этого мы отправили все другие связанные события (например, список продуктов или рекламные показы) также в виде выделенных хитов. Но, к сожалению, этот сценарий вызвал падение нашего показателя отказов. В соответствии с документацией второе попадание приводит к новому взаимодействию с пользователем, и, следовательно, сеанс не распознается как сеанс возврата. ( https://support.google.com/analytics/answer/1009409?hl=en) Чтобы решить эту проблему, мы снова изменили подход, чтобы отправлять все наши события в пакетных запросах, как описано выше.