Краткий вопрос: Почему просмотры страниц недоступны, когда мы отправляем просмотры страниц и связанные события в виде пакетного запроса через протокол измерений Google?
Ожидается : все просмотры страницраспознается UA и отображается в разделе «Поведение» -> «Содержимое сайта» -> «Все страницы».
Фактически : просмотры страниц при «Поведении» отсутствуют -> Содержимое сайта -> Все страницы и связанные отчеты на основе страниц, напримерВизуализация последовательности
Подробное описание: Когда мы отправляем пакетные запросы с помощью протокола измерений Google с нашего сервера в Google Universal Analytics (UA), содержащие просмотр страниц и связанные с ними события, просмотры страниц в UA недоступныв разделе Поведение -> Содержание сайта -> Все страницы (одним из примеров эффекта является значительное снижение визуализации воронки, поскольку оно основано на просмотрах страниц).Что делает нас наиболее запутанными и заставляет нас предположить, что мы не сталкиваемся с ошибкой реализации, так это то, что если мы проверяем мониторинг в реальном времени, мы можем отслеживать множество желаемых просмотров страниц.Мы также создали тестовый сегмент с фильтром "page", который точно соответствует "/ basket /", и можем найти все наши просмотры страниц.Чтобы дать вам некоторые количества:
Поведение -> SiteContent -> Все страницы: страница равна "/ 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) Чтобы решить эту проблему, мы снова изменили подход, чтобы отправлять все наши события в пакетных запросах, как описано выше.