Трафик тот же, заявок меньше — и первая версия обычно неверная. Прежде чем искать причину в сайте или аудитории, нужно убедиться, что заявки вообще считаются.
Коротко
- Любое изменение вёрстки может сломать цель.
- Форма через div не отслеживается.
- Неудачные отправки по умолчанию считаются.
- Проверка — через параметр отладки.
Сначала проверить, не сломалась ли цель
Справка Метрики предупреждает об этом прямо, и формулировка широкая: «Любые изменения в HTML-вёрстке вашего сайта могут привести к некорректной работе цели». То есть цель может перестать работать после любой правки шаблона — даже косметической.
| По чему Метрика узнаёт форму | Что ломает распознавание |
|---|---|
| Идентификатор ID | Переименование элемента |
| Имя name | То же |
| Путь XPATH к элементу | Изменение структуры блоков |
Третья строка — самая хрупкая. Если цель привязана к пути до элемента, достаточно обернуть форму в дополнительный контейнер или поменять порядок блоков, и путь перестанет совпадать. Заявки продолжают приходить на почту, а в отчётах их нет — и падение выглядит как провал маркетинга.
Как проверить цель за две минуты
Проверка описана в справке и не требует разработчика. К адресу страницы добавляется параметр отладки, затем выполняется целевое действие, а результат смотрят во вкладках отладочной панели.
Открыть страницу с параметром _ym_debug=2
Добавить его к адресу.
Выполнить целевое действие
Отправить форму, нажать кнопку.
Открыть вкладку Events
Там номер счётчика и совершённое действие.
Посмотреть Console для подробностей
Более детальный вывод.
Сверить с отчётом «Конверсии»
Достижение должно появиться в отчётах.
Два условия, без которых проверка даст ложный результат. Первое: если включена опция «Не учитывать мои визиты» в настройках фильтров, проверять нужно в приватном режиме браузера — иначе ваше действие не попадёт в статистику. Второе: параметр `_ym_debug=2` работает только с новым кодом счётчика; для предыдущей версии используется консоль браузера с параметром `_ym_debug=1`.
Требования к форме
Цель «Отправка формы» работает не с любой формой, и справка перечисляет условия буквально. Если вёрстка им не соответствует, цель не достигается в принципе — независимо от правок.
| Требование | Что будет при нарушении |
|---|---|
| Форма создана тегом form | Форма через div не отслеживается |
| Отправка через button type="submit" или input type="submit" | При button type="button" цель не достигается |
| Кнопка находится внутри form | Иначе отправка не фиксируется |
| JavaScript-обработка | Работает только для стандартного события onSubmit |
Вторая и четвёртая строки объясняют случаи «цель настроена, но нулевая с самого начала». Современные формы часто собирают на кнопках без типа submit и отправляют через собственные обработчики — в такой схеме стандартная цель не сработает никогда, и нужен вызов цели из кода. Про настройку целей — в статье про цели в Яндекс Метрике.
Почему раньше заявок было больше
Это самый неожиданный разворот в теме, и он часто объясняет «падение» после доработок. Справка пишет: «По умолчанию цель считается достигнутой не только при успешной отправке формы, но и при безуспешной попытке ее отправить, например, когда данные из формы не прошли валидацию».
| Ситуация | Что показывал отчёт |
|---|---|
| Человек нажал «Отправить» с ошибкой в поле | Цель достигнута |
| Нажал второй и третий раз | Ещё достижения |
| Разработчик добавил disabled до валидации | Считаются только реальные отправки |
Отсюда вывод: падение в отчёте может означать, что цифра стала честной. Если доработали валидацию или заблокировали кнопку до проверки полей, количество «заявок» в Метрике уменьшится, а реальных обращений останется столько же. Проверяется это сравнением с источником, который не зависит от счётчика: письмами, CRM, журналом звонков.
Сверка с независимым источником
Любой разбор падения конверсии стоит начинать с этой сверки, потому что она разделяет два принципиально разных сценария за пять минут.
| Что сравниваем | Вывод |
|---|---|
| В Метрике меньше, в CRM столько же | Проблема в счётчике или цели |
| В Метрике меньше, в CRM тоже меньше | Падение реальное |
| В Метрике столько же, в CRM меньше | Проблема в обработке заявок |
Третья строка выводит из зоны маркетинга в зону процессов. Если формы отправляются, а в CRM их нет, ломается передача: письмо уходит в спам, интеграция отвалилась, менеджер не разбирает очередь. Это стоит проверить до того, как начинать работы по сайту. Про связку с CRM — в статье про интеграцию сайта с CRM.
Если падение реальное
Когда цели в порядке и CRM подтверждает падение, причину ищут в составе трафика и в поведении. Здесь помогает тот же приём, что при разборе просадок: разделить метрики и смотреть, какая именно изменилась.
| Что изменилось | Куда смотреть |
|---|---|
| Изменился состав источников | Трафик перетёк в менее конверсионный канал |
| Изменились запросы | Пришла аудитория с другим интентом |
| Изменились устройства или регионы | Разная конверсия по срезам |
| Поведение на странице | Отказы, глубина, время |
Первая строка встречается чаще остальных. Трафик может остаться тем же по количеству и при этом полностью поменяться по составу: вместо коммерческих запросов пришли информационные, вместо поиска — соцсети. Разбор по источникам — в статье про диагностику падения по источникам, а про норму конверсии — в статье про нормальную конверсию сайта.
Частые вопросы
Почему заявки приходят, а в Метрике их нет?
Чаще всего из-за правки вёрстки: справка предупреждает, что любые изменения в HTML-вёрстке могут привести к некорректной работе цели. Форма распознаётся по ID, name или пути XPATH, и смена структуры блоков ломает распознавание.
Как быстро проверить, работает ли цель?
Добавить к адресу страницы параметр _ym_debug=2, выполнить целевое действие и посмотреть вкладки Events и Console. Если включена опция «Не учитывать мои визиты», проверять нужно в приватном режиме браузера.
Какие формы Метрика не отслеживает?
Сделанные через теги div вместо form, с отправкой через button type="button", с кнопкой отправки вне элемента form. При обработке через JavaScript цель работает только для стандартного события onSubmit.
Почему количество заявок в отчёте упало после доработок?
По умолчанию цель считается достигнутой и при безуспешной попытке отправить форму — например, когда данные не прошли валидацию. Если кнопку заблокировали до валидации, в отчёте останутся только реальные отправки.
С чего начинать разбор падения конверсии?
Со сверки с независимым источником — CRM, письмами, журналом звонков. Это сразу разделяет проблему в счётчике, реальное падение и сбой в обработке заявок.
Сделаем сайт, который приносит заявки
Спроектируем структуру под запросы, соберём и запустим — с учётом SEO с первого дня.
Обсудить разработку
