Коротко о главном
- Основная конверсия — подтверждённая отправка, не клик.
- Начало формы и социальные переходы — отдельные микроконверсии.
- Названия событий и момент вызова согласуйте с разработчиком.
Сначала нарисуйте путь посетителя
Запишите последовательность: человек видит предложение, открывает форму, начинает ввод, отправляет контакты и получает подтверждение. На каждом этапе можно поставить событие, но не все они равнозначны. Начало формы помогает диагностировать интерес, а подтверждённая заявка — оценивать основной результат.
Если после отправки открывается страница благодарности, убедитесь, что на неё переходят только после успешного сохранения. Сам факт просмотра доступной страницы не всегда доказывает заявку: посетитель может открыть её напрямую или обновить. Поэтому цель на подтверждение сервера точнее описывает нужное событие.
Пример словаря целей
| Событие | Момент фиксации | Роль |
|---|---|---|
| lead_form_start | Первый вход в поле формы | Интерес к заявке |
| lead_submit_success | Сервер подтвердил сохранение | Основная конверсия |
| lead_submit_error | Неудачная отправка | Диагностика, не успех |
| telegram_click | Переход по ссылке Telegram | Микроконверсия |
Идентификаторы приведены как пример. В коде и настройках счётчика они должны совпадать. Не объединяйте успешную и неуспешную отправку в одну цель, даже если посетитель нажимает одинаковую кнопку.
Как работают события JavaScript
Для программируемого события используется метод reachGoal. Он получает номер счётчика и идентификатор. Настройка цели должна соответствовать событию в коде. Актуальные варианты интерфейса описаны в инструкции Яндекса.
При уходе на страницу подтверждения разработчик может использовать callback отправки и ограниченный запасной таймер. При блокировке аналитики заявка всё равно должна сохраняться и открывать подтверждение. Счётчик — измерение процесса, а не обязательная зависимость работы формы.
Как избежать дублей и утечки контактов
Пока запрос выполняется, блокируйте повторную отправку. Начало формы можно учитывать один раз за её открытие, а успешную заявку — один раз после подтверждения. Проверьте, что событие не вызывается одновременно старым обработчиком, новым обработчиком и настройкой клика.
В параметры собственных целей не передавайте имя, телефон, email или текст заявки. Достаточно технического расположения формы и пути страницы без контактных данных. Отдельно проверьте запись полей в инструментах воспроизведения сессий и настройки маскирования. Не используйте реальные контакты для публичных тестовых скриншотов.
Проверка перед запуском рекламы
Пройдите четыре сценария: пустая форма, корректная отправка, ошибка сервера и обновление страницы благодарности. Первая не должна считаться успехом; третья должна оставлять поля для повторной попытки; четвёртая не должна создавать новую успешную заявку.
Переход в Telegram означает нажатие ссылки, а не сообщение или подписку. Чтение статьи тоже не означает интерес к покупке. Для отчёта разделяйте эти уровни и сверяйте основную цель с реально сохранёнными обращениями. Дополнительно изучите единые метки источников.
Проверьте перед следующим шагом
- События и значения согласованы до установки.
- Успех вызывается после подтверждения сервера.
- Ошибки и обновление благодарности не дают новую заявку.
- Повторное нажатие заблокировано на время запроса.
- В собственных параметрах нет контактных данных.
Частые вопросы
Переход в Telegram можно считать заявкой?
Это отдельная микроконверсия. Чтобы считать сообщение, нужно измерять реальный контакт, а не только переход.
Нужно ли ставить цель на страницу благодарности?
Она может быть дополнительным ориентиром. Если основной успех уже считается после подтверждения сервера, не суммируйте два события как две заявки.
Это практический подход, а не гарантия результата. Учитывайте условия продукта, качество данных и текущие возможности подключений. Условные примеры служат для объяснения.
