ошибка группировки контента Google Analytics

Я настроил некоторые группы контента через уровень данных (извлек категорию страницы WordPress в качестве переменной и подготовил код базовой аналитики, чтобы сообщать группе контента на основе извлеченной переменной). Все должно работать нормально, когда я тестирую с помощью отладчика диспетчера тегов, вы можете видеть, что группа контента извлечена идеально.

Дело в том, что когда вы попадаете в аналитику, вы видите, что иногда одна и та же страница переходит в свою предполагаемую группу контента, а иногда — в группу «Не задано». Я реализовал группы контента 9 августа, обе имеют все свои данные с этой даты (поэтому я не думаю, что это связано с историческими данными). Похоже, это происходит с более чем 80% общего трафика. Любая идея, что я мог бы сделать, чтобы отладить это? Каждый раз, когда я захожу в отладчик диспетчера тегов, вызов группы контента отображается отлично.

Я использую плагин диспетчера тегов в wordpress для настройки уровня данных. https://es.wordpress.org/plugins/duracelltomi-google-tag-manager/ Реализован тег универсальной аналитики. Wordpress версии 4.9.8.

Здесь вы можете увидеть, как вызов contentgroup запускается на уровне данных и аналитике с помощью отладчика диспетчера тегов

Здесь вы можете увидеть общие данные о группах контента внутри аналитики (похоже, они активируются)

Здесь видно, что страница действительно эффективно отслеживается внутри своей группы контента

Но также отслеживает ту же страницу внутри группы контента "not set"

Это действительно странно, каждый раз, когда я использую отладчик на странице, вызов группы контента работает нормально, без проблем. Но внутри данных аналитики одна и та же страница относится к двум разным группам контента: истинной и «не заданной».

Как я могу отладить это? Что может быть не так?

вот фотографии конфигурации https://drive.google.com/open?id=10ICT2PTwdBgc1uTyom37IU7CfKKMt9a4

Я не могу поделиться более чем 8, поэтому мне пришлось решить с помощью общего доступа к диску Google.

Вот, с другой стороны, обновление отчета группы контента обновление отчета группы контента


person brandata    schedule 15.08.2018    source источник
comment
Можете ли вы обновить снимки экрана отчета группы контента, а также поделиться снимком экрана конфигурации группы контента.   -  person AnkDasCo    schedule 18.08.2018
comment
сделано, спасибо за интерес, вы единственный, кто говорил со мной об этой проблеме.   -  person brandata    schedule 18.08.2018
comment
он может поделиться URL-адресом, пожалуйста, я думаю, что я близок к тому, почему это происходит. Хотя ваша конфигурация кажется правильной. это eventplanningblueprint точка ком?   -  person AnkDasCo    schedule 18.08.2018
comment
Это правильно, давайте посмотрим. Домен — eventplanningblueprint.com, а URL-адрес сообщения в блоге, который доставляет мне больше всего хлопот, — eventplanningblueprint.com/   -  person brandata    schedule 19.08.2018
comment
Три тега имеют смысл, у клиента был реализован глобальный тег, который, как я думал, можно удалить, деактивировав код, указанный в интеграции с темой WordPress, сразу после этого я активировал универсальную аналитику через диспетчер тегов Google. Значит, сейчас отслеживаются три кода Google Analytics?   -  person brandata    schedule 19.08.2018


Ответы (1)


ПРЕДПОЛОЖЕНИЕ: URL-адрес редактируется через URL-адрес из соображений конфиденциальности. Я отредактирую это после комментариев OP

Все конфигурации верны, я просмотрел их несколько раз, чтобы проверить. Проблема в том, что вы отправляете 3 просмотра страниц в тот момент, когда должен быть только 1 на один идентификатор GA.

Если вы заглянете в исходный код, вы обнаружите, что gtag.js запускает просмотр страницы, analytics.js запускает просмотр страницы, а затем Google Tag Manager запускает просмотр страницы.

Теперь к сути проблемы. Группировка контента, которую вы видите, связана с конфигурацией Диспетчера тегов Google, но, поскольку вы включили группировку контента, просмотры страниц из gtag.js и analytics.js не отправляют никакой информации о группировке контента, поэтому (не установлен). И это также объясняет, почему одна страница также будет отнесена к группе контента (не установлена).

PS - Публикую это как решение, так как я уже потратил достаточно времени, пытаясь его отладить :)

person AnkDasCo    schedule 18.08.2018
comment
спасибо, это гипотеза, вы мне очень помогли - person brandata; 19.08.2018
comment
Тогда возникает эта проблема, почему, если это так, когда я проверяю отчеты в реальном времени, когда я посещаю страницу, мне будет показано только одно посещение пользователя? Не придется ли в таком случае показывать более одного? Два-три визита? Не могли бы вы хотя бы высказать свое мнение по этому поводу? Не нужно тратить больше времени, чем просто высказать свое мнение об этом - person brandata; 19.08.2018
comment
Ха, это потому, что отчеты в реальном времени смотрят на активных пользователей, и все они считают вас единственным пользователем, попробуйте посмотреть вкладку просмотра страниц в режиме реального времени, вы получите 3 просмотра страниц. Существует разница между пользователями в реальном времени и просмотрами страниц - person AnkDasCo; 19.08.2018
comment
ты был прав, боже мой, ты профи. Я официально восхищаюсь вами. Парень, который реализовал код, поместил его три раза по отдельности, единственный код из трех, которые я удалил, был тот, который он реализовал через плагин. Где и как он реализовал два других - загадка, найти не могу. Мне нужно поговорить с предыдущим аналитиком/разработчиком, чтобы отладить это. - person brandata; 20.08.2018
comment
Круто, рад был вам помочь - person AnkDasCo; 20.08.2018