Аналитика и планирование

Что нужно измерять на сайте: задача для аналитики до разработки

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

От вопроса к проверенным данным

Сначала согласуйте решение, затем событие и способ его проверки.

  • Вопрос

    Какое решение нужно бизнесу.

  • Событие

    Что именно и в какой момент измеряется.

  • Проверка

    Как отличить реальный результат от теста.

«Подключить аналитику» может означать просмотры страниц, клики на контакты или контроль полученных запросов. Это разные задачи. Если их не разделить, отчёт покажет активность, но владелец не узнает, что менять на сайте.

Этот материал поможет составить бриф на будущее измерение. Он не предполагает, что GA4, рекламные теги или атрибуция уже работают. Поисковая готовность и наблюдения первого месяца имеют отдельные задачи; здесь согласуем определения и приёмку данных.

Начните с решения, а не списка показателей

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

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

Согласуйте, что назовёте обращением

Разделите открытие контакта, попытку отправки, принятие системой и получение ответственным человеком. Клик по телефону не подтверждает разговор, открытие мессенджера — новое сообщение. Для каждого канала запишите, какой результат сайт может подтвердить сам, а для какого нужен другой источник.

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

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

Составьте карту событий и границ

Ниже — учебный пример для сайта услуг, а не описание уже подключённой системы XEVOR. Названия и набор событий подбирают к согласованному процессу; таблица не является готовым кодом для любого сервиса.

Составьте карту событий и границ
НаблюдениеСогласованный моментЧего оно не доказывает
Просмотр услугиСтраница открылась по правилу выбранного инструментаПрочтение всех условий
Контактный кликЧеловек активировал контактную ссылкуЗвонок или полученное сообщение
Попытка отправкиФорму передали на обработкуПринятие или доставка
Принятый запросСистема подтвердила принятие по согласованному правилуПрочтение менеджером или продажа
Подходящее обращениеКоманда проверила запрос по определённым критериямОплата заказа

Определите нужные данные и ограничения

Для сравнения страниц могут быть нужны тип страницы, язык или фиксированный код услуги. К каждому полю добавьте цель и допустимые значения. Свободное описание клиента не нужно для подсчёта контактного клика; не превращайте аналитическое событие в копию заявки.

Google объясняет предотвращение передачи PII: email и личные номера не следует отправлять в Analytics; частные данные могут попасть туда и через URL. Проверьте состав событий и адресов, а не только название инструмента.

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

Проверьте события контрольными сценариями

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

  • Успешный согласованный сценарий даёт ожидаемое событие.
  • Ошибка или неподтверждённая отправка не считаются успехом.
  • Повтор и refresh следуют согласованному правилу без случайных дублей.
  • Языки и контактные каналы отличаются лишь нужными признаками.
  • Ограничения согласия и блокировка инструмента отражены в выводах.
  • Тестовые события можно отделить от рабочих данных.

Для уже подключённого GA4 DebugView помогает наблюдать тестовые события и параметры. Результат зависит также от настроек приватности и согласия. Это проверка сигналов инструмента, а не доказательство получения заявки человеком.

Не делайте выводов из неполного сбора

Зафиксируйте дату начала сбора, часовой пояс, источник отчёта и известные пропуски. Сравнивайте данные с одинаковым определением события и периодом. Если настройки изменились посреди месяца, отметьте это до обсуждения роста или падения.

Ноль в отчёте может означать отсутствие действий или проблему измерения. Сначала повторите контрольный сценарий. Расхождение с журналом обращений тоже требует проверки определений и границ сбора, а не автоматического вывода о неэффективности сайта.

Если проблема именно в отправке, начните с полей и состояний формы; неудобный путь проверьте по мобильному сценарию. Измерение помогает поставить вопрос, но не исправляет интерфейс.

Что должно остаться в брифе

  • Вопрос бизнеса, ответственный и решение по результатам.
  • Определение обращения, успеха, ошибки и подходящего запроса.
  • Карта событий с моментом срабатывания и допустимыми полями.
  • Выбранный инструмент, доступы, приватность и границы сбора.
  • Сценарии приёмки, способ отделить тесты и дата начала.
  • Формат просмотра результатов и известные ограничения.

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

Обсудить требования к бизнес-сайту · Отправить описание задачи

Частые вопросы о плане измерения

Достаточно ли считать клики на кнопку?

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

Обязательно ли выбирать GA4?

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

Восстановит ли новая аналитика прошлые события?

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

Означает ли больше событий больше продаж?

Нет. Могут измениться трафик, правила измерения или количество повторов. Продажу подтверждают отдельными данными бизнеса.