Аналитика
Событие и цель аналитики: что именно считается результатом
Событие фиксирует определённое действие или состояние, а цель задаёт условие, которое в аналитике считается целевым результатом. Смысл результата определяется этим условием: достижение цели не обязательно означает полученную заявку или продажу.
Редакция:
В Яндекс.Метрике цель типа «Целевое событие» позволяет учитывать простые действия и более сложные условия. Для передачи такого события используется метод reachGoal. Справка Метрики. Название цели в кабинете не доказывает, что код вызывает её в правильный момент.
Если цель называется «Заявка», но срабатывает при нажатии кнопки, она измеряет нажатие. Посетитель мог не пройти проверку полей или столкнуться с отказом сервера. Перед настройкой согласуйте точное значение каждого этапа.
Лестница подтверждений
| Этап | Что наблюдаем | Чего это ещё не доказывает |
|---|---|---|
| Клик | Нажата кнопка | Корректности полей и отправки |
| Попытка отправки | Начался запрос | Приёма данных сервером |
| Подтверждённый приём | Система подтвердила согласованное состояние | Доставки в CRM, если обработка идёт позже |
| Доставка | Запись доступна в системе получателя | Качества обращения и заключения договора |
| Бизнес-результат | Подтверждён согласованный статус обработки | Причинного влияния одного канала без дополнительного анализа |
Названия этапов — пример для обсуждения, не универсальная схема любой формы. В конкретном проекте уточните, что означает ответ сервера: запись сохранена, поставлена в очередь или уже доставлена. Выбранное название должно соответствовать этому факту.
Карточка цели
Запишите название, идентификатор, условие отправки, источник подтверждения и единицу подсчёта. Уточните, считаются ли повторные действия, как обрабатываются повторный клик и повтор запроса после неопределённого ответа. Укажите разрешённые неперсональные параметры и ответственного за проверку.
Учебная ситуация: посетитель дважды нажал «Отправить». Интерфейс создал одну заявку, но два события. В отчёте два достижения не равны двум новым обращениям. Проверять нужно согласованное правило учёта и устойчивый результат системы, а не только количество вызовов аналитики.
Как принять настройку
- Выполните один безопасный успешный сценарий в согласованном окружении и проверьте результат у получателя.
- Проверьте ошибочные поля и отказ сервера: они не должны становиться подтверждённым успехом.
- Проверьте повтор действия и повтор после тайм-аута по заранее записанному правилу.
- Сверьте событие с нужным счётчиком, целью и периодом отчёта; отдельно учтите задержку данных и фильтры.
Запрет загрузки счётчика, сетевой сбой или настройки доступа могут мешать аналитическому учёту. Поэтому отсутствие события само по себе не доказывает отсутствие принятой заявки, а событие не заменяет запись в системе получателя. Не пересылайте реальные контакты и тексты обращений в параметры цели ради диагностики.
Для поиска расхождений используйте разбор пути заявки до CRM. Источник перехода описывают UTM-метки, но качество обращения и статус сделки проверяются отдельно. Условия успешного и ошибочного сценариев включите в критерии приёмки.