События в Google Analytics — инструмент, который показывает, как именно человек взаимодействует с сайтом, с контентом. Следует отличать от событий-целей — это те события, которые лично вы определяете, как конверсионные.
Из этой статьи вы узнаете базовую информацию, которая вам потребуется при настройке отслеживания событий. Ответив на эти 10 вопросов, вы поймете, нужно ли оно вам вообще. И если да — узнаете, как вы сможете использовать это для исследования своей аудитории.
- 1. Цели и задачи в интернете
- 2. События, которые уже отслеживаются
- 3. Что улучшить, что удалить
- 4. Идеальная структура события
- 5. Интерактивные и неинтерактивные события
- 6. Property Hit Limit
- 7. Google Analytics и другие решения
- 8. Реализация: инхаус или аутсорс
- 9. Фиксирование всего и вся
- 10. Время внедрения
В своей работе я постоянно сталкиваюсь с тем, что собираю все больше и больше данных. Часто получается так, что количество информации во много раз превышает ее качество. Если вы понимаете, что делаете, то отследить можно что угодно и как угодно, вплоть до миллиона конверсий.
В этой статье я расскажу, как правильно использовать отслеживание событий в Google Analytics. Для меня это — самая важная функция системы аналитики.
1. Цели и задачи в интернете
Все очевидно, но придется повторить еще раз.
Перед тем, как начать играться с системой аналитики, неплохо бы расписать конкретные цели и задачи бизнеса, в частности, — сайта, для которого вы настраиваете GA.
Как только вы получите список ваших микро— и макроцелей, вы сможете лучше понять, как определить схему для отслеживания события.
2. События, которые уже отслеживаются
Если вы до сих пор не знаете, какие цели у вас настроены, какие события отслеживает ваша система аналитики — самое время узнать.
Зайдите в базовый отчет:
Здесь вы увидите общую картину.
3. Что улучшить, что удалить
Если вы ясно ответили на первые два вопроса, то, вероятно, уже нашли некоторые пробелы в текущей структуре механизма отслеживания событий:
- Взаимодействия, которые вы пока не отслеживаете.
- Взаимодействия, которые вы отслеживаете, но они не приносят вам ценной информации.
Не настраивайте отслеживания просто ради отслеживания. Тем более, в Google Analytics есть ограничения на количество посещений, отследить все на свете вы просто не сможете.
Безусловно, вас интересуют те действия, которые отвечают задачам вашего сайта. Например, для интернет-магазина нам нужны все точки взаимодействия пользователя с сайтом, которые влияют на итоговый показатель конверсии.
Если в ваших отчетах бардак, а вы не понимаете, зачем смотрите на то или иное целевое действие, обработать данные невозможно.
4. Идеальная структура события
Каждое взаимодействие пользователя с сайтом — это последовательный процесс.
Процесс может быть разным, может зависеть от разных групп целевой аудитории, от других внешних факторов. Но так или иначе, это последовательность принятия пользователем решения совершить какое-то действие на портале.
Далее я расскажу про отслеживание событий в GA и их параметрах, дам рекомендации по каждому.
eventCategory
Группа похожих событий для отслеживания:
- скачивания;
- исходящие ссылки;
- видео на YouTube;
- отслеживание скроллинга.
eventAction
Тип события, которое вы отслеживаете для определенного элемента на сайте.
Например для видео на YouTube:
- начало проигрывания;
- пауза;
- процент досмотра до конца — 0%, 25%, 75%... 100%.
eventLabel
Это имя того элемента на странице, для которого вы настраиваете отслеживание событий. Другими словами, это категория, к которой относится конкретное событие.
eventValue
Это поле опциональное. Это численное измерение события, если вы можете его установить.
Тип вовлечения пользователей, их информационные потребности определяют структуру отслеживания событий. Здесь нет верного и ложного решения.
Единственное, на чем я заострю внимание: согласованность в именах. Это шаг к тому, чтобы оптимизировать процесс получения информации.
5. Интерактивные и неинтерактивные события
Мы можем установить события двух типов.
- Интерактивное событие — влияет на процент отказов на странице, на которой событие происходит.
- Неинтерактивное событие — не влияет на показатель отказов.
"Влияет на отказы" здесь означает, что после запуска события, сессия пользователя не рассматривается, как отказ. Можно сравнить, например, с инициированием второй сессии просмотра страниц сайта.
Приведу два примера.
- Исходящая ссылка. Вы начали отслеживать все случаи, когда на вашем сайте появляется ссылка, которая указывает на другой ресурс. Естественно, вам не нужно засчитывать сессию пользователя как отказ, когда по этой ссылке он покидает ваш сайт.
- Кнопка проигрывания видео с YT. Вы отслеживаете действие пользователя с видеороликом на вашем сайте. Человек нажимает на кнопку проигрывания видео, смотрит его а затем уходит с сайта.
Реализация при помощи GTM
Сейчас аналитики используют Google Tag Manager. Если хотите, можете покопаться в коде самостоятельно. Но вариант с менеджером тегов гораздо проще применить и ничего не сломать.
По умолчанию, инструмент устанавливает параметр Non-intefaction в состояние false. Немного сложно.
Non-Interaction = false значит то же самое, что и Interaction = true.
Другими словами, любое новое событие, которое вы настроите в GTM, по умолчанию будет влиять на показатель отказов.
6. Property Hit Limit
Если посещаемость сайта немного выше тысячи, параметр вам без надобности.
Если на сайт ежедневно заходят тысячи пользователей, при этом вы установили отслеживание разных событий, которые они совершают, вам придется разобраться с этим параметром.
Система аналитики (если это не GA 360) насет в себе ограничения, о которых вы должны знать. Ограничения нужны для работы системы. Так она оперирует тем объемом информации, который в состоянии обработать.
Ограничения для ресурсов
В месяц система может обработать до 10 миллионов обращений к сайту. Особенно актуально для больших сайтов, а так же для тех порталов, у которых большое количество просмотренных страниц за сеанс.
Два способа отследить это:
- Через Property Settings в настройках аналитики.
- Через пользовательский отчет.
Прочие ограничения
- 200 000 обращений в день.
- 500 обращений в течение одной сессии пользователя.
7. Google Analytics и другие решения
В GA есть много разных способов отслеживать разные события. Тем не менее, иногда полезно использовать другие системы для решения проблем с отслеживанием событий.
Например, если вы хотите отследить все взаимодействия в среде вашего продукта. В этом случае GA — не лучшее решение. Посмотреть можно, например, на Patreon.
В Amplitude вы можете использовать сегментацию событий, проанализировать воронку и повысить конверсию. Например, использовать больше социальных доказательств, упростить процесс оформления заказа.
Короче говоря. Google Analytics подходит большинству компаний. Но имейте в виду, что иногда не нужно изобретать велосипед заново, можно использовать готовые решения ивент-трекинга.
8. Реализация: инхаус или аутсорс
При помощи встроенных триггеров в Google Tag Manager вы можете очень много фишек настроить самостоятельно. Однако — если не понимаете в Javascript, не знаете, как работает отслеживание событий, — настройку отслеживания придется отдать на аутсорс.
9. Фиксирование всего и вся
Я постоянно повторяю и буду повторять: все, что вы делаете в системах аналитики, вам нужно где-то фиксировать. Хотя бы в таблице в Excel. Все это относится и к отслеживанию событий.
Вот пример шаблона, который я использую:
Всегда фиксируйте:
- Как, когда и каким образом вы внедрили отслеживание нового события.
- Какие поля передаются — тип события, действия и т. д.
- К чему конкретно относятся наблюдения и измерения.
10. Время внедрения
Последний из вопросов, но не менее важный, чем все остальные — когда вам нужно внедрить отслеживание события.
Начните с целей и задач. Тогда вы поймете, какие именно взаимодействия вам нужны. Со временем всегда можно добавить какое-то новое событие в эту цепочку.
В общем, обрисуйте в общих чертах ваши потребности, прежде чем начнете играться с GTM и прочими инструментами. Так вы сэкономите время и деньги.
