Событие описывает действие или происшествие
Событие может фиксировать просмотр страницы, переход по ссылке или завершение покупки. Параметры добавляют контекст: например, какая страница открыта или с каким объектом связано действие. Один факт отправки события ещё не доказывает, что его название и параметры соответствуют задаче анализа. Часть событий собирается автоматически, часть зависит от настроек расширенной статистики, а рекомендованные и пользовательские события требуют соответствующей реализации. Перед созданием собственного имени проверяют, нет ли подходящего предусмотренного события. Это помогает сохранить совместимость с доступными возможностями отчётности. В учебной схеме достаточно вымышленных названий и данных, без передачи персональных сведений.
Измерения группируют, показатели считают
Измерение задаёт признак, по которому рассматривают данные: например, название события или категория устройства. Показатель выражает количественную характеристику. Вопрос сколько раз произошло действие отличается от вопроса сколько пользователей его выполнили. Один человек может совершить действие несколько раз, поэтому результаты не обязаны совпадать. Перед чтением отчёта сформулируйте вопрос обычным языком и определите единицу счёта. Затем проверьте период и отборы. Если один отчёт считает события, а другой пользователей, расхождение не означает автоматически поломку. Аналогично сравнение разных периодов или разных групп не позволяет сразу сделать вывод об эффективности изменения на сайте.
Ключевое событие важно для задачи, но требует проверки
Ключевым отмечают событие, связанное со значимым результатом для организации. Само присвоение такого статуса не исправляет неправильную реализацию и не делает действие полезным. Если событие срабатывает дважды или фиксируется до фактического завершения процесса, оценка результата будет искажена. Проверка начинается с контролируемого сценария: выполнить одно действие и убедиться, что получено ожидаемое событие с нужными параметрами. Для диагностики предусмотрены отчёты реального времени и DebugView, но окончательная обработка данных и их появление в обычных отчётах имеют собственную логику. Полезно сохранять план измерения отдельно от интерфейсных инструкций: кнопки могут меняться, а вопрос что мы считаем остаётся основным.
Попробуйте на практике
Составьте план измерения для вымышленного сайта записи на открытый мастер-класс. Реальный аккаунт и отправка данных не нужны.
- Опишите три действия: открыть страницу, начать заполнение формы и увидеть подтверждение успешной записи. Не считайте нажатие кнопки автоматически успешным результатом.
- Для каждого действия укажите событие и один нейтральный параметр. Исключите имя, телефон, электронную почту и другой личный текст.
- Придумайте сценарий: один пользователь открыл страницу дважды и записался один раз. Разделите количество просмотров и количество записавшихся пользователей.
- Выберите ключевое событие и напишите проверку, которая обнаружит двойное срабатывание или ошибочный учёт неуспешной отправки.
Как проверить результат. План различает действие, его контекст и единицу счёта. Успешная запись подтверждается завершением процесса, а данные пользователя не подменяются лишними персональными параметрами.
Частые вопросы
Количество событий равно числу пользователей?
Нет. Один пользователь способен вызвать несколько событий одного вида. Всегда уточняйте, что именно считает выбранный показатель.
Почему нельзя просто выучить старый список ответов?
Он может отражать другие термины и настройки, а главное — не объясняет способ проверки данных. Понимание сценария помогает решать новые задачи самостоятельно.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.