Какие цели в Яндекс Метрике нужны сайту с заявками

01

Начните не с кнопок, а с маршрута заявки

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

Сначала маркетолог описывает маршрут: источник перехода и UTM-метки, просмотр посадочной страницы, открытие формы, заполнение, успешная отправка, создание лида или сделки в CRM, обработка менеджером. Метрика надёжно измеряет действия на сайте. CRM подтверждает, что заявка попала в работу. Это два разных слоя контроля, и подменять один другим не стоит.

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

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

03

Минимальный набор целей для формы и контактов

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

Для форм с разным назначением лучше использовать отдельные цели. «Заказать расчёт» и «Получить консультацию» часто дают лиды разного качества, поэтому их нельзя смешивать даже при одинаковой технической форме. Если на лендинге несколько одинаковых форм, передавайте в параметре или имени события место показа: hero, price, footer, popup. Тогда маркетолог увидит, какой блок действительно работает.

Отдельно фиксируйте ошибки отправки, но не включайте их в конверсии рекламных систем. Это диагностическая цель: всплеск ошибок после обновления сайта или изменения антиспам-проверки позволяет быстрее найти проблему. Для заявок с переадресацией на страницу благодарности можно применить цель на посещение URL, но событие JavaScript обычно надёжнее для AJAX-форм и всплывающих окон.

04

Какие цели назначать основными, а какие оставить для диагностики

Главная цель нужна для отчётов о конверсии и передачи в рекламные кабинеты. Обычно это подтверждённая отправка формы: сайт получил данные, показал успешный статус и запустил создание лида в CRM. Если пользователь отправляется на страницу «Спасибо», дополнительно проверьте, что на неё нельзя попасть простым прямым переходом: иначе визиты сотрудников и роботов исказят статистику.

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

События звонка и мессенджера требуют отдельного решения. Клик по телефону показывает намерение позвонить, но не факт разговора. Клик по ссылке WhatsApp или Telegram не доказывает начало диалога. Если эти обращения важны, свяжите их с коллтрекингом или CRM и регулярно сверяйте цифры, а в Метрике называйте цель честно: «клик по телефону», а не «звонок».

05

Как связать события Метрики с формой на 1С-Битрикс

На сайте на 1С-Битрикс форма часто состоит из нескольких частей: шаблон выводит поля, JavaScript отправляет запрос, обработчик проверяет данные, модуль или кастомный код создаёт лид в CRM. Событие для Метрики следует вызывать после положительного ответа обработчика, а не в обработчике клика. Это особенно важно для форм в модальных окнах, где страница не перезагружается.

Разработчику нужно передать идентификатор счётчика и согласованный список событий. Вызов обычно размещают в клиентском сценарии успеха: после сообщения об отправке и только один раз на заявку. Если пользователь дважды нажал кнопку или сеть повторила запрос, CRM и Метрика не должны получить два события без реальной второй заявки. Защита от дублей нужна и в форме, и на стороне CRM.

При внедрении Битрикс24 полезно сохранить технический идентификатор заявки или источник формы в поле лида. Тогда можно разбирать расхождения: конкретная конверсия в Метрике должна находить соответствующую запись в CRM. Общие рекомендации по работе с веб-формами и обработчиками доступны в документации 1С-Битрикс; для проекта важнее зафиксировать собственный сценарий и ответственного за него.

06

Маршрут проверки: от тестовой формы до отчёта

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

Сначала заполните каждую форму валидными данными. Затем намеренно пропустите обязательное поле или используйте некорректный телефон. В первом случае должно появиться только событие успеха и один лид в CRM; во втором — не должно быть успеха и лида, но может быть диагностическое событие ошибки. Проверьте также повторный клик, обновление страницы благодарности и отправку формы с UTM-метками.

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

1. 1

   Составьте реестр форм. Укажите URL, назначение, владельца страницы и имя события для каждого места сбора контактов.

2. 2

   Проверьте успех. Отправьте валидную заявку и убедитесь, что событие сработало один раз после ответа сайта.

3. 3

   Проверьте отказ. Вызовите ошибку валидации или временно отключите тестовую передачу, чтобы success не появился.

4. 4

   Сверьте CRM. Найдите созданный лид по телефону и убедитесь в наличии страницы, формы и UTM-полей.

5. 5

   Зафиксируйте результат. Сохраните дату, тестовый URL, идентификатор счётчика и ответственного за дальнейшие изменения.

07

Где цифры обычно расходятся и что делать маркетологу

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

Сверяйте не только общий итог за месяц. Разрезайте данные по форме, посадочной странице, устройству, источнику и дате релиза. Например, падение конверсии только на мобильных укажет на форму или интерфейс; падение только у рекламного трафика — на UTM, посадочную страницу либо настройки кампании. Для этого название формы и URL должны быть доступны в CRM или в отдельном отчёте.

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

08

Правила именования, которые сохранят отчёты понятными

Имена целей — это часть рабочей документации. Через полгода маркетолог должен без разработчика понять, какая форма скрывается за событием. Не используйте названия вроде goal_1, submit или «цель новая». Лучше выбрать единый шаблон на английском: действие, назначение формы, при необходимости зона страницы. Например, form_request_success, form_demo_success, popup_price_success.

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

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

09

Какое решение принять перед запуском трафика

Для сайта с заявками достаточно начать с управляемого набора: успешная отправка каждой значимой формы, клик по телефону и мессенджеру, а также событие ошибки для диагностики. Главной конверсией назначайте только подтверждённую отправку, а не открытие формы и не клик по кнопке. Так отчёт будет отвечать на вопрос о реальных обращениях, а не об интересе к ним.

Следующий шаг — привязать цели к конкретным страницам, названиям форм и полям CRM. Маркетологу не нужно писать код, но необходимо утвердить словарь событий и принять тестовый сценарий: успешная заявка видна в Метрике и создаёт лид с источником, UTM и URL страницы. Без этого нельзя уверенно оценивать стоимость лида и качество рекламного канала.

Подключайте подрядчика, если форма работает через AJAX, несколько систем передают заявку дальше, есть Битрикс24 или другая CRM, подключён коллтрекинг либо цифры уже расходятся. В такой задаче важна не установка счётчика, а проверка всей цепочки от браузера до карточки лида и документация для следующего изменения сайта.