Как проверить цели формы в Яндекс Метрике

Нажатие на кнопку «Отправить» ещё не означает, что бизнес получил заявку. Поля могут быть заполнены с ошибкой, сервер — не принять данные, а уведомление — не дойти до менеджера. Поэтому перед запуском рекламы важно проверить, какое именно действие считает цель в Яндекс Метрике.

Разберём проверку формы обратной связи: от определения результата до теста на телефоне. Этот порядок пригодится владельцу сайта, маркетологу и специалисту, который принимает работу разработчика.

Договоритесь, что считать заявкой

Сначала запишите условие простыми словами. Например: «Сайт принял заполненную форму и показал подтверждение». Отдельно проверьте, куда попадают принятые данные: в журнал заявок, CRM или другой рабочий канал. Это два этапа, и сбой доставки уведомления не всегда означает сбой самой формы.

Разделите действия в названиях целей: «Открытие формы», «Клик по кнопке», «Принятая заявка». Так в отчёте будет понятно, где человек только проявил интерес, а где оставил обращение. Не складывайте эти показатели в общее число заявок: один посетитель может пройти все три шага.

Проверьте способ отправки события

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

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

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

Включите отладку на своей странице

1. Откройте опубликованную страницу с формой и добавьте к адресу параметр _ym_debug=2. Если параметров ещё нет, перед ним нужен знак вопроса; если есть — амперсанд.
2. Выполните тестовое действие и откройте панель отладки Метрики внизу страницы.
3. Выберите нужный счётчик, если их несколько. Во вкладках Events и Console проверьте действие и идентификатор события.
4. Запишите время теста, страницу, устройство и ожидаемый результат. После обработки данных сверяйте тест с отчётом за тот же период.

Если включён фильтр «Не учитывать мои визиты», проверяйте в приватном сеансе браузера. Если панель не появилась, сначала уточните версию кода счётчика: для предыдущей версии предусмотрена проверка через консоль с параметром _ym_debug=1. Не считайте отсутствие панели доказательством неисправной формы.

Проведите три теста вместо одного

Пустое обязательное поле. Нажмите «Отправить», не заполнив его. Запишите сообщение формы и проверьте, появилась ли цель принятой заявки. Для такого условия ожидается отсутствие события. Если срабатывает другая цель — например, клик, — это само по себе не ошибка: важно не называть её принятой заявкой.

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

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

Найдите повторные срабатывания

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

Частая причина — одновременная отправка из интеграции конструктора и добавленного вручную кода. Перед удалением чего-либо составьте список всех способов передачи: встроенная интеграция, обработчик формы, менеджер тегов. Исправляйте по одному месту и повторяйте тест.

На Тильде действия могут передаваться как просмотры виртуальных страниц. Например, адрес отправки формы содержит tilda/form…/submitted, где вместо многоточия стоит номер блока. Проверяйте адрес своей формы и условие цели. Такой адрес описывает действие, а не обычную страницу, которую пользователь обязан увидеть в браузере.

Видео: как проверить передачу целей

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

Сверьте отчёт с реальными обращениями

Целевой визит, достижение цели и заявка в CRM — разные единицы учёта. В одном визите человек может совершить несколько действий. А принятая форма ещё не означает продажу или качественный запрос. Поэтому расхождение чисел сначала нужно объяснить, а уже затем искать техническую ошибку.

После проверки цели пройдите путь с рекламной ссылки. Отдельно проверьте UTM-метки перед запуском, чтобы связать обращение с размещением. Для оценки кампании выбирайте показатели эффективности рекламы, которые отвечают вашей задаче.

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

Частые вопросы

Можно ли считать клик по кнопке заявкой?

Нет. Клик показывает нажатие кнопки. Для принятой заявки нужно отдельное подтверждённое условие: нажатие не доказывает, что данные приняты.

Почему цель видна в отладчике, но не найдена в отчёте?

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

Нужно ли проверять неудачную отправку?

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

Что делать, если одна заявка вызывает два события?

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

Достаточно ли увидеть сообщение «Спасибо»?

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