Умное отслеживание прокрутки с помощью Диспетчера тегов Google

Если вы используете Диспетчер тегов Google (GTM), отслеживание прокрутки можно выполнить в несколько быстрых шагов с помощью встроенного в GTM триггера глубины прокрутки, что делает эту задачу действительно простой. Реализовав это много раз за последние годы, мы обнаружили, что стандартный GTM Trigger имеет некоторые ограничения. По этой причине мы поделимся некоторыми приемами, которые могут оказаться полезными при настройке отслеживания прокрутки.

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

Идея за этим

Наше индивидуальное решение особенно интересно, когда у вас есть сайт с большим количеством контента. Одна проблема со стандартным триггером глубины прокрутки заключается в том, что ему все равно, длинная или короткая страница. Если у вас очень короткая страница, возможно, что все пороговые значения будут соблюдены при загрузке страницы, что приведет к тому, что на уровень данных будет помещено множество событий gtm.scrollDepth, запускающих ваши теги, даже если пользователь никогда не прокручивал . В зависимости от настроек Interaction Hit в GTM это может резко снизить показатель отказов .

Поскольку никто не хочет просматривать свой веб-сайт вручную и фильтровать короткие и длинные страницы (а затем находиться в режиме ожидания при публикации нового контента), есть более простое решение: мы используем настраиваемую переменную Javascript, которая автоматически измеряет длину. страницы, решает, подходит ли она для отслеживания прокрутки - другими словами, «достаточно долго» - и только после этого активирует триггер отслеживания прокрутки для страницы.

Шаг 1. Настройка переменной порога глубины пользовательской прокрутки и триггера

Чтобы активировать тег отслеживания прокрутки только на страницах, на которых пороговые значения не собираются автоматически, нам необходимо установить условие, чтобы триггер срабатывал только в тех случаях, когда страница достаточно длинная, чтобы иметь смысл для вашего отслеживания.

В вашем контейнере GTM создайте пользовательскую переменную Javascript, которая должна выглядеть так (кредит принадлежит Симо Ахаве ). Измените приведенные ниже переменные в соответствии с вашими требованиями:

• maximumRatio : это значение от 0 до 1, которое отражает соотношение между высотой области просмотра браузера и высотой страницы. Значение 0,25 означает, что в области просмотра браузера отображается не более 25% страницы, а остальная часть - только при прокрутке вниз.
• verticalScrollDepths : это различные пороговые значения, которые вы можете установить для отслеживания своей страницы.
• fallbackDepths : мы рекомендуем оставить это значение на «101», что дает переменной значение запасного варианта / значение по умолчанию на случай превышения максимального отношения.

Теперь добавьте эту переменную {{Custom JS - Vertical Scroll Depths}} в процентное поле «Vertical Scroll Depths» в триггере прокрутки и включите ее для «Window Load» на всех страницах.

Шаг 2. Установка обращения без взаимодействия

Для этого параметра существуют разные настройки, которые повлияют на то, как Google Analytics будет регистрировать попадание в событие:

• Установите значение false : по умолчанию, когда пользователь запускает событие на странице, это будет означать, что он взаимодействует со страницей и, таким образом, не считается отказов. В связи с отслеживанием прокрутки вам следует обращаться с этой настройкой с осторожностью, поскольку она установит ваш показатель отказов близким к нулю.
• Установите значение true : если вы не хотите, чтобы события прокрутки вообще влияли на показатель отказов, то это правильная настройка для вас. Однако это также препятствует более глубокому пониманию поведения пользователя.
• Индивидуальные настройки. Если у вас насыщенный контентом сайт с более длинными страницами, вы можете различать «быструю прокрутку» и вовлеченных пользователей. Для более реалистичного подхода мы рекомендуем это решение: например, пользователи, которые прокручивают более 75%, считаются значимыми. Глубины прокрутки, которые часто достигаются сразу (например, 25%), отправляются в Google Analytics как неинтерактивные события. Это приблизит вас к показателю отказов, отражающему истинные намерения ваших пользователей. Для этого вам необходимо настроить переменную {{Custom JS - Scroll is Non-Interactive}}. Переменная {{Scroll Depth Threshold}} в этой функции - это встроенная переменная, которую вы можете включить и выбрать, установив галочку в соответствующем поле.

Шаг 3: Собираем все вместе

Последний шаг - настроить тег события Google Analytics, который будет отправлять наши данные прокрутки в Google Analytics. Пошаговые инструкции можно найти в нашем предыдущем сообщении в блоге, в котором это подробно описано. Важным для этой настройки является то, что вы добавляете переменные {{Scroll Depth Threshold}} и {{Custom JS - Scroll is Non-Interactive}} в правые поля. См. Ниже подробный обзор конфигурации:

После настройки тега вы подключаете триггер из шага 1 к тегу отслеживания прокрутки, и вы готовы к тестированию.

Вот наши результаты испытаний

Мы протестировали различные настройки попаданий без взаимодействия (как описано в шаге 2) и их влияние на показатель отказов.

Как показано на графике выше, наш показатель отказов был довольно низким, когда для параметра отсутствия взаимодействия было установлено значение false (август - сентябрь 2019 г.). Этот параметр подразумевал, что каждое запущенное событие прокрутки, включая быстрые и случайные прокрутки, считалось взаимодействием. Следовательно, Google Analytics интерпретировал это как взаимодействующего пользователя. Таким образом, даже если пользователи сразу возвращались без каких-либо других кликов, они не считались отказом. Результатом стал очень низкий показатель отказов - около 10%. Вы, наверное, знаете, что это выглядит «слишком хорошо, чтобы быть правдой».

В октябре мы перешли на противоположную настройку и установили для параметра отсутствия взаимодействия значение true. Здесь, независимо от того, как долго пользователи прокручивали, инициированные события прокрутки не рассматривались как взаимодействие в Analytics. Установка для параметра значения true в основном отключает обнаружение взаимодействия. Это можно было бы считать спасительным, но не идеальным вариантом. Результатом был гораздо более высокий и, вероятно, более реалистичный показатель отказов - около 70%. В этом случае мы измеряли только пользователей, которые действительно нажимали на содержимое страницы или взаимодействовали с ним. Однако мы сочли такой подход слишком экстремальным для нас. Содержание нашего сайта постоянно обновляется, и, в частности, наш блог привлекает большую аудиторию. Мы хотим измерить, как далеко пользователи на самом деле прокручивают и читают наши насыщенные контентом разделы.

Итак, в ноябре мы перешли на индивидуальное решение, которое мы предпочитаем. Мы учитываем только пользователей, прошедших определенный порог, как взаимодействующих. Те посетители, которые прокручивают только несколько строк или абзацев и уходят сразу после этого, считаются Bounce. Для нас заинтересованный пользователь - это тот, кто прокручивает страницу более 75% глубины. Вы можете установить процент глубины прокрутки на любое значение, соответствующее вашим требованиям.