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