Событийная аналитика сайта: как настроить отслеживание событий

Реклама в Директе приводит на сайт трафик, счётчик Метрики фиксирует визиты, а конверсии по заявкам растут медленно и непонятно почему. Проблема часто в том, что между «человек зашёл на страницу» и «человек оставил заявку» скрыто десятки микродействий — клик по кнопке, попытка заполнить форму, просмотр видео до середины, скролл до блока с ценой. Обычные просмотры страниц этого не показывают: страница открылась — и всё, а что человек делал дальше, остаётся загадкой.

Я настраиваю контекстную рекламу и аналитику для клиентов и регулярно подключаю событийную аналитику поверх стандартных целей в Метрике — именно она показывает, какие объявления приводят не просто клики, а осознанные действия на сайте. Без этого слоя данных оптимизация ставок в Директе идёт почти наугад: система обучается на «визитах», а не на реальном интересе аудитории.

В статье разберу, что такое событийная аналитика сайта, какие события имеет смысл отслеживать, как настроить их через Яндекс Метрику (JS API, data-атрибуты, составные цели), как передать эти данные в Директ для оптимизации кампаний и какие ошибки чаще всего встречаются при настройке.

Что такое событийная аналитика сайта простыми словами

Событийная аналитика сайта — это способ веб-аналитики, при котором фиксируются не только просмотры страниц (pageview), а конкретные действия пользователя: клик по кнопке, отправка формы, воспроизведение видео, скачивание файла, добавление товара в корзину. Каждое такое действие называется событием и передаётся в систему аналитики в момент, когда оно произошло, а не когда открылась новая страница.

Разница принципиальная. Обычная цель «посещение страницы /thank-you/» покажет, что человек долистал до страницы благодарности. Событие «клик по кнопке «Оформить заказ»» покажет, что человек попытался это сделать, даже если форма отправилась с ошибкой или страница не перезагрузилась. Для рекламы это важно: событие часто фиксирует намерение раньше, чем цель по URL.

Похожая ситуация встречается в B2B-нише: на сайте разработки CRM-систем заявка оформляется через многошаговую форму на три экрана. Цель по URL фиксирует только переход на страницу «Спасибо», а событие на каждом шаге формы (заполнение блока «Контакты», выбор тарифа, подтверждение) показывает, что до третьего экрана доходит лишь около 40% начавших заполнение. Такая детализация недоступна при работе только с целями по адресу страницы — именно события вскрывают, на каком конкретном шаге теряется интерес.

Если вы ещё не настраивали счётчик и цели с нуля, полезно сначала пройти базовую настройку — я подробно разбирал этот процесс в статье «Яндекс Метрика с нуля: полный гайд для начинающих». Событийная аналитика строится сверху этой базы, а не заменяет её.

Какие события стоит отслеживать на сайте

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

Набор приоритетных событий заметно различается по нишам. Для интернет-магазина на первом месте обычно клик «В корзину» и начало оформления заказа — они предшествуют покупке и случаются в 3–5 раз чаще неё. Для сайта услуг (юридические, медицинские, ремонт) важнее клик по номеру телефона и отправка формы заявки, поскольку решение принимается за один визит без промежуточной корзины. Для образовательных проектов и курсов ключевым сигналом становится просмотр видео-урока дольше 50% длительности — это лучше предсказывает покупку, чем просто визит на страницу курса. Ориентир по объёму: если событие срабатывает реже 20–30 раз в неделю, алгоритмам рекламных систем не хватает данных для обучения, и лучше выбрать более частое промежуточное действие.

Отдельно стоит фиксировать клики по номеру телефона и мессенджерам — часть звонков и обращений в WhatsApp или Telegram происходит без перехода на другую страницу, и без события этот интерес пропадёт из отчётов. Если вы уже работаете с колл-трекингом, событийная аналитика по клику на телефон дополняет его, а не заменяет.

Как настроить отслеживание событий в Яндекс Метрике

Технически событие в Метрике — это вызов метода reachGoal из JavaScript API счётчика, привязанный к действию пользователя. Есть два основных пути: настроить через Диспетчер целей без кода или вручную прописать вызов в разметке сайта. Второй способ гибче, первый — быстрее для типовых кнопок и ссылок.

Вариант 1: через Диспетчер целей

В интерфейсе Метрики в разделе «Цели» есть конструктор, который позволяет создавать событие по клику на элемент без правки кода — достаточно указать CSS-селектор кнопки или текст ссылки. Это удобно для интернет-магазинов и лендингов на конструкторах, где нет прямого доступа к разработчику.

1. Перейдите в счётчик → «Цели» → «Добавить цель».
2. Выберите тип «JavaScript-событие» или «Клик по элементу».
3. Укажите идентификатор цели — например, click_order_button.
4. Для клика по элементу задайте CSS-селектор или атрибут кнопки.
5. Сохраните и проверьте срабатывание через отчёт «Вебвизор» или «Мониторинг».

Вариант 2: ручной вызов через JS API

Если нужен контроль над параметрами события — например, передать ID товара или статус формы, — вызов прописывается напрямую в коде сайта или через диспетчер тегов (Google Tag Manager, Яндекс Диспетчер тегов).

ym(XXXXXXX, 'reachGoal', 'click_order_button', {
button_location: 'header',
button_location: 'header',
product_id: 8842,
order_amount: 15600
});

Здесь XXXXXXX — номер счётчика Метрики, click_order_button — идентификатор цели, а объект в третьем аргументе — дополнительные параметры события, которые попадут в отчёт «Параметры визитов». Важно: цель с таким же идентификатором должна быть создана в интерфейсе Метрики заранее, иначе данные будут собираться, но не отображаться в стандартных отчётах по целям — только в «Параметрах визитов» и «Достижении целей» в общем логе.

Для форм имеет смысл различать статусы отправки — успех и ошибку — двумя разными идентификаторами целей или единым событием с параметром form_status. Первый вариант проще анализировать в стандартных отчётах, второй — гибче при построении сегментов через API.

Настройка через диспетчер тегов

Если на сайте уже установлен Google Tag Manager или аналог, событие можно навесить без изменения кода страницы — через триггер на клик по CSS-классу или на отправку формы. Это снижает нагрузку на разработчиков и позволяет маркетологу самостоятельно добавлять новые события по мере роста сайта. Логика та же: тег с кодом reachGoal срабатывает по условию триггера и передаёт нужные параметры.

Частые ошибки при настройке событий

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

• Дублирование событий. Если код reachGoal висит и в обработчике клика, и в обработчике отправки формы одновременно, одно действие пользователя фиксируется дважды, и конверсия в отчётах оказывается завышенной в 1,5–2 раза.
• Слишком общие идентификаторы. Название цели вида click или submit без привязки к конкретной кнопке через параметры делает отчёт бесполезным при наличии на сайте десяти разных форм.
• Отсутствие проверки перед запуском. Событие добавили в код, но не проверили через Вебвизор или отчёт в реальном времени — и две недели собираются нулевые данные из-за опечатки в номере счётчика.
• Смешение микро- и макроконверсий в одной цели. Если клик по кнопке «Подробнее» и оформление заказа считаются одной целью, рекламные алгоритмы получают искажённый сигнал и оптимизируются на дешёвое, но малоценное действие.
• Игнорирование мобильной версии. Селектор кнопки в десктопной и мобильной вёрстке может отличаться, и событие, работающее на компьютере, не срабатывает на телефоне — а это часто больше половины трафика.

Как использовать данные о событиях в оптимизации трафика

Сама фиксация событий не приносит пользы без регулярного анализа. Практический цикл выглядит так: события собираются минимум 2–3 недели для набора статистически значимого объёма, затем строится отчёт по источникам трафика с разбивкой по каждому событию, и на основе конверсии в микроцели принимаются решения о перераспределении бюджета.

Если источник трафика приводит много визитов, но почти не генерирует событие «Добавление в корзину», проблема скорее в качестве аудитории или посадочной странице, чем в самой рекламе — стоит проверить релевантность объявления содержимому страницы. Если, наоборот, событие «Клик по телефону» срабатывает часто, а форма заявки почти не заполняется, вероятно, часть аудитории предпочитает звонок, и стоит убедиться, что номер телефона заметен и корректно отслеживается колл-трекингом.

Для площадок, работающих с покупным трафиком, включая сервисы вроде TrafDealer.ru, микроконверсии особенно полезны на этапе оценки нового источника: пока накапливается статистика по финальным продажам, промежуточные события уже через несколько дней показывают, приводит ли канал живых заинтересованных пользователей или формальные визиты без вовлечения.