1

Кто-нибудь смог получить функцию расширенного связывания ссылок, работающую с Universal Analytics, реализованную через Диспетчер тегов Google?Диспетчер тегов Google и расширенное связывание ссылок

Сайт моего клиента имеет несколько ссылок с событиями onclick, а не уникальными значениями href, и мы хотели бы иметь возможность просматривать и различать их в отчетах на странице «Аналитика». Я успешно смог различать эти клики в других представлениях отчетов, передавая eventLabel через datalayer, но по какой-то причине In-Page Analytics не проводит различия между этими ссылками.

Я включил расширенную привязку ссылок в свой тег Universal Analytics в диспетчере тегов, а также включил расширенное связывание ссылок в настройках администратора Google Analytics за https://support.google.com/analytics/answer/2558867.

Я также присвоил уникальное значение идентификатора каждой из этих ссылок, но они все еще не дифференцированы в представлении «Аналитика на странице».

Например, вот пример разметки для каждого из этих ссылок:

<a id="video_nIDJiWBSKa8" onclick="OpenVideo('nIDJiWBSKa8');dataLayer.push({'eventCategory' : 'videos', 'eventAction' : 'open', 'eventLabel' : 'Tutorial Video', 'event' : 'shadowboxVideo'});return false;" href="#">Tutorial</a> 

Я также попытался дать каждую ссылку уникального HREF значения (# video_nIDJiWBSKa8), а не просто «#» , но это тоже не имело никакого эффекта.

Я что-то упустил? Я искал решение в течение нескольких недель ... есть ли у кого-нибудь идеи или предложения?

Заранее благодарим за любую помощь!

+0

У меня нет источника, кроме того, что я тестировал сам, но я не думаю, что расширенная атрибуция ссылок распознает событие click; насколько я могу сказать, это требует, чтобы вы действительно следовали за href. –

+0

Спасибо Eike. Согласно документации (https://support.google.com/analytics/answer/2558867?hl=ru), она должна распознать щелчок, если я назначу уникальное значение ID (которое я сделал). У элемента также есть значение HREF = "#", но, возможно, это проблема. Я попытался добавить уникальные значения href для каждой ссылки (href = "# video_nIDJiWBSKa8"), но это тоже не сработало. Отсутствие документации от Google (особенно в отношении Менеджера тегов) очень затрудняет устранение неполадок. – bednarmultimedia

ответ

1

Linkid работает, захватывая события щелчка, которые пузырятся до элемента body. У вас есть «return false», который предотвращает появление этого события, поэтому linkid не знает, что вы что-то нажали.

Что вы, вероятно, хотите, есть «event.preventDefault();» а не «return false»;

PS: Возможно, вы захотите ознакомиться с этой статьей, чтобы получить более подробное объяснение о том, почему «return false», вероятно, не то, что вы хотите 99 из 100 раз. http://fuelyourcoding.com/jquery-events-stop-misusing-return-false/

1

в форуме продукт обсуждения Google, предполагается, что In-Page Analytics будет работать только в том случае, если клики отслеживаются как просмотры страниц:

https://productforums.google.com/forum/#!topic/analytics/B3gbAJEdp1w

Таким образом, вам нужно будет отслеживать клики как виртуальные просмотры страниц вместо событий. Существует учебное пособие по отслеживанию просмотров виртуальной страницы с тегом менеджер здесь:

http://www.lunametrics.com/blog/2014/09/10/fire-virtual-pageview-google-tag-manager/

Виртуальные просмотры страниц через менеджера тегов также кратко рассмотрены в документации Google Analytics:

https://developers.google.com/analytics/devguides/collection/upgrade/reference/gtm#virtual

Очевидно, что виртуальный URL отслеживаемой как вид страницы для конкретной ссылки должен быть идентичен значению атрибута href одной и той же ссылки. Поскольку Google Analytics не отправляет якорьную часть ссылки (после #) на сервер, уникальная часть значения href/virtual URL должна появиться перед #. (На самом деле не требуется # часть.) Поскольку действие по умолчанию по умолчанию будет предотвращено, это не должно быть проблемой.

Наконец, как было предложено в другом ответе, лучше было бы использовать preventDefault() вместо return false, поскольку в противном случае расширенная привязка ссылок не вступит в силу. Но если виртуальные URL-адреса уникальны сами по себе, в первую очередь не требуется использовать расширенную привязку ссылок, поэтому использование функции preventDefault() вместо return false будет только дополнительной мерой предосторожности.

Смежные вопросы