Событие - TolkaDigital

Событие в веб-аналитике — это зафиксированное взаимодействие пользователя с элементом сайта или приложения: клик по кнопке, воспроизведение видео, скачивание файла, заполнение формы, добавление товара в корзину. Аналитическая система регистрирует каждое такое взаимодействие отдельно и сохраняет его вместе с набором параметров, которые описывают контекст действия.

Что такое событие

Событие — это единица данных в веб-аналитике, которая фиксирует конкретное действие пользователя на странице. В отличие от просмотра страницы, который записывается автоматически при каждой загрузке URL, событие настраивается под конкретные задачи бизнеса. Маркетолог сам решает, какие взаимодействия важны для измерения: нажатие кнопки «Заказать», прокрутка страницы до 75%, воспроизведение видео, переход по телефонному номеру. Каждое событие несет в себе несколько параметров — категорию, действие, метку и числовое значение, — что позволяет группировать события по смыслу и анализировать их в разных разрезах. В Яндекс.Метрике события настраиваются через цели типа «JavaScript-событие» или фиксируются через метод ym(). В Google Analytics 4 события стали базовой единицей всей модели данных — каждый хит, включая просмотр страницы, внутри является событием. Без настроенных событий аналитика дает только поверхностную картину: откуда пришли пользователи и какие страницы посмотрели, но не объясняет, почему одни из них купили, а другие ушли.

Концепция отслеживания событий появилась в 2007 году, когда Google Analytics добавил Event Tracking в библиотеку ga.js. До этого все взаимодействия фиксировались только через просмотры страниц, и маркетологи имитировали клики как переходы на несуществующие виртуальные URL вида /virtual/button-click. Это грубое решение засоряло отчеты и не давало нужной гибкости: нельзя было понять, кликнул ли пользователь по кнопке из меню или из баннера, — оба действия сливались в одну строку. С появлением событий появился полноценный инструмент для измерения поведения на странице без привязки к навигации. Яндекс.Метрика добавила поддержку событий через механизм целей примерно в тот же период — в 2009-2011 годах, когда платформа активно развивалась под российский рынок. В 2020 году Google выпустил Google Analytics 4, где события заменили все прежние типы хитов из Universal Analytics — это кардинально поменяло подход к аналитике и потребовало от специалистов перестроить все прежние настройки.

Современный digital-маркетинг строится на событийной аналитике. Именно события позволяют строить воронки продаж с точностью до шага: сколько пользователей нажали «Добавить в корзину», сколько из них дошли до оформления заказа, сколько ввели данные карты и сколько нажали «Подтвердить». Каждый пропавший процент на этапах воронки — конкретные деньги, которые можно вернуть, если знать, где именно происходит потеря. События также питают системы ретаргетинга: пользователь, который добавил товар в корзину, но не оплатил, попадает в отдельный сегмент и получает другое рекламное сообщение, нежели тот, кто только посмотрел карточку товара. Платформы Яндекс.Аудитории и Google Ads импортируют события из аналитики напрямую, превращая их в условия таргетинга. По данным Aberdeen Group, компании, которые активно используют событийную аналитику, фиксируют рост конверсии в среднем на 223% по сравнению с теми, кто ориентируется только на данные о трафике.

Бизнес без событийной аналитики управляет маркетингом вслепую. Представьте: компания тратит 400 000 рублей в месяц на рекламу, привлекает 18 000 визитов, но не знает, что именно делают эти люди после перехода на сайт. Без событий невозможно понять, работает ли кнопка призыва к действию, читают ли посетители условия доставки до конца, закрывают ли форму из-за лишнего поля. Маркетолог, работающий только с данными о просмотрах страниц, похож на врача, который ставит диагноз без анализов. Конкретность событий дает возможность проводить A/B-тесты с измеримыми результатами: не «кажется, новый вариант кнопки лучше», а «версия B дала рост кликов на 41% при том же трафике». Именно поэтому настройка событий — первое, что делает опытный аналитик при аудите нового проекта, а их отсутствие — красный флаг при любом маркетинговом аудите.

Как работает событие

Пользователь выполняет действие на странице. Посетитель кликает по кнопке, нажимает на ссылку, начинает воспроизведение видео или заполняет форму. В этот момент браузер регистрирует нативное DOM-событие (click, play, submit). Сама страница не перезагружается — пользователь продолжает взаимодействовать с интерфейсом, не замечая, что аналитическая система уже «увидела» его действие.
JavaScript-обработчик перехватывает действие. Код счетчика (или тег диспетчера тегов — GTM, Яндекс.Тег-менеджер) заранее «подписан» на нужное DOM-событие. Когда оно происходит, обработчик собирает данные контекста: URL страницы, текст кнопки, позицию элемента на странице, время на сайте, идентификатор пользователя. Без этого обработчика клик останется незамеченным для аналитики — браузер не отправляет данные о действиях автоматически.
Формируется вызов к API аналитической платформы. Обработчик вызывает метод аналитики — например, ym(XXXXXX, 'reachGoal', 'add_to_cart') для Яндекс.Метрики или gtag('event', 'add_to_cart', {value: 2500}) для GA4. В вызов передаются параметры события: его имя, числовое значение (если нужно), дополнительные атрибуты. Этот вызов превращается в HTTP-запрос (чаще всего GET или POST) к серверу аналитики.
Сервер аналитики принимает и записывает хит. Платформа получает запрос, валидирует его, обогащает данными из своей стороны — географией пользователя по IP, типом устройства из User-Agent, источником трафика из UTM-меток или реферера. Записанный хит попадает в хранилище данных: в Яндекс.Метрике — в сессию пользователя, в GA4 — в BigQuery или собственное хранилище Google. Весь процесс занимает доли секунды и не влияет на скорость загрузки страницы.
Данные агрегируются и становятся доступны в отчетах. Собранные события обрабатываются аналитической системой: подсчитывается количество, вычисляется доля пользователей, которые совершили действие, строятся временные ряды. В Яндекс.Метрике события отражаются в отчете «Конверсии», в GA4 — в отчете Events и в разделе «Исследования». Для большинства платформ данные появляются с задержкой от нескольких минут до нескольких часов.
Аналитик строит сегменты и воронки на основе событий. Записанные события становятся фильтрами и условиями для сегментации: «пользователи, которые нажали на кнопку X, но не совершили событие Y». Воронки показывают, на каком шаге пользователи выбывают из процесса. Эти данные передаются в рекламные системы для ретаргетинга или используются для оптимизации интерфейса — это и есть конечная цель всей цепочки.

Виды событий

Клики по элементам интерфейса. Самый распространенный тип — фиксация нажатий на кнопки, ссылки, баннеры, иконки меню. Позволяет понять, какие элементы привлекают внимание, а какие игнорируются. Например, интернет-магазин может обнаружить, что кнопка «Купить в один клик» получает в 3 раза больше нажатий, чем «Добавить в корзину», — это сигнал для перераспределения акцента в интерфейсе. Клики по номеру телефона или email — отдельный важный тип, который считается «мягкой конверсией» и косвенно указывает на заинтересованного пользователя.
Просмотр и потребление контента. Включает события глубины прокрутки (25%, 50%, 75%, 100% страницы), воспроизведение и паузу видео, время на странице, прочтение статьи до конца. Для медиа и блогов это ключевые метрики качества контента. Сайт образовательного агентства, который отслеживал глубину прокрутки лендингов курсов, обнаружил, что 82% пользователей не скроллят ниже второго экрана — и перенес блок с ценой в первый экран, что увеличило конверсию на 28%.
Заполнение и отправка форм. Отслеживает каждый шаг работы с формой: фокус на поле, ошибку валидации, успешную отправку. Это позволяет диагностировать конкретное поле, которое останавливает пользователей. Практика показывает: поле «Отчество» в форме заявки на b2b-услуги дает отказ у 15-20% пользователей — его удаление дает мгновенный прирост конверсии без изменения трафика.
Электронная торговля (ecommerce events). Специализированный набор событий для интернет-магазинов: просмотр товара, добавление в корзину, начало оформления, ввод данных доставки, успешная оплата. В GA4 эти события стандартизированы и передаются в Google Ads для автоматической оптимизации ставок. Полная настройка ecommerce-событий — обязательный минимум для любого интернет-магазина, без которого алгоритмы рекламных систем работают вслепую.
Пользовательские события (custom events). Настраиваются под уникальные процессы конкретного бизнеса. Для SaaS-продукта это может быть «первое создание проекта» или «использование функции X»; для агентства — «скачивание коммерческого предложения» или «просмотр кейса дольше 2 минут». Никакая платформа не знает заранее, что важно именно для вашего бизнеса, — поэтому пользовательские события всегда точнее отражают воронку, чем стандартные.
Автособытия (auto-collected events). Часть платформ собирает некоторые события без ручной настройки. GA4 автоматически фиксирует first_visit, session_start, page_view, scroll (90% страницы), click по внешним ссылкам, file_download. Яндекс.Метрика автоматически отслеживает отказы и глубину просмотра. Автособытия дают стартовую базу, но не заменяют ручную настройку — они не знают о специфике бизнеса и не покрывают ключевые точки воронки.

Сравнение

Параметр	Событие (Event)	Цель (Goal)
Что фиксирует	Конкретное действие с параметрами (категория, метка, значение)	Факт достижения KPI (посещение URL, событие, время, глубина)
Уровень детализации	Высокий — можно передать произвольные параметры и числовое значение	Низкий — только факт: да/нет. Параметры в отчетах недоступны
Место в аналитике	Сырой источник данных — строительный материал для всего остального	Надстройка над событием или URL — агрегированный показатель конверсии
Использование в рекламе	Напрямую: событие передается в Яндекс.Аудитории/Google Ads как сегмент	Через импорт конверсий: цель становится целевым действием в кампании
Ограничения по количеству	В GA4 — до 500 уникальных имен событий на проект. В Метрике лимита на сами события нет	В Яндекс.Метрике — до 200 целей на счетчик. В GA4 — до 30 конверсий
Гибкость настройки	Максимальная — код пишется под любую логику бизнеса	Ограниченная — выбирается из готовых типов (URL, событие, время, страниц)

Пример использования

Онлайн-магазин товаров для дома с трафиком около 22 000 визитов в месяц работал с аналитикой два года, но отслеживал только просмотры страниц и общее число заказов. Конверсия сайта составляла 1,1%, и команда не понимала, где именно теряются покупатели — воронка была невидима. Маркетологи предполагали, что проблема в цене или ассортименте, и планировали запустить акцию со скидкой 15%, что означало потерю около 180 000 рублей маржи в первый же месяц.

Перед запуском акции решили сначала настроить события: добавление в корзину, переход к оформлению, ввод адреса доставки, выбор способа оплаты и успешный заказ. За первые 10 дней после настройки данные показали, что из 100 пользователей, добавивших товар в корзину, до этапа оплаты доходило только 14. Причина обнаружилась на шаге выбора доставки: форма требовала точный индекс, которого большинство пользователей не знали наизусть. Поле сделали необязательным — конверсия из корзины в покупку за 30 дней выросла с 14% до 31%. Общая конверсия сайта поднялась с 1,1% до 2,4%, выручка за месяц увеличилась на 118% без запуска акции и без изменения рекламного бюджета.

Частые вопросы

Чем событие отличается от цели в Яндекс.Метрике?

Событие и цель — разные уровни одной системы. Событие — это сигнал, который код вашего сайта отправляет в Метрику: например, ym(XXXXXX, 'reachGoal', 'click_button'). Цель — это правило в интерфейсе Метрики, которое говорит «считай конверсию, когда пришел сигнал click_button». Без настроенной цели событие все равно можно найти в сыром журнале визитов, но оно не попадет в отчет «Конверсии» и не станет доступно для оптимизации рекламы. Именно поэтому в Яндекс.Метрике правильный порядок такой: сначала добавить код события в сайт, затем создать цель типа «JavaScript-событие» с тем же идентификатором. Важный нюанс: Метрика начнет считать конверсии только с момента создания цели — данные за прошлое не пересчитываются. Поэтому настраивать цели нужно как можно раньше, даже если анализ планируется позже.

Сколько событий можно отслеживать на одном сайте и есть ли технические ограничения?

Ограничения есть, и они различаются по платформам. В Google Analytics 4 можно создать до 500 уникальных имен событий на один проект — это очень высокая планка, которую большинство сайтов никогда не достигает. При этом каждое событие может нести до 25 параметров, а сами параметры не ограничены по количеству уникальных значений. В Яндекс.Метрике ограничений на количество отправляемых событий (сигналов) нет, но целей — правил подсчета конверсий — можно создать до 200 на один счетчик. На практике большинство проектов работают с 15-40 событиями, которые покрывают все ключевые точки воронки. Если вы приближаетесь к лимитам, скорее всего, в настройках есть дублирующие или малополезные события, которые стоит убрать при аудите. Google рекомендует отдавать предпочтение параметрам событий, а не созданию новых типов событий для каждого нюанса.

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

Диспетчер тегов (Google Tag Manager или Яндекс.Тег-менеджер) значительно упрощает работу, но не устраняет необходимость понимать логику событий. GTM позволяет настроить отслеживание кликов по CSS-селекторам, заполнения форм, прокрутки и переходов без прямого вмешательства в код сайта — это экономит время разработчика и дает маркетологу самостоятельность. Однако для сложных событий — например, передача суммы заказа из корзины или статуса авторизации пользователя — все равно нужен программист: он должен вложить нужные данные в слой данных (dataLayer), откуда GTM их заберет. По данным опросов специалистов по аналитике, около 70% стандартных событий можно настроить через GTM без кода, остальные 30% требуют участия разработчика. Оптимальный подход: разработчик настраивает dataLayer с переменными один раз, а маркетолог дальше самостоятельно управляет тегами и событиями через интерфейс GTM.