Заявки есть.
Какие именно?

1. Общее число обращений скрывает различия

Представим сайт с формой на странице услуги и всплывающей формой консультации. Обе отправляют одну цель «Заявка создана». Команда видит обращения, но не понимает, какая форма их принесла и чем интересовались посетители.

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

До настройки запишите вопрос. «Какие формы приносят обращения?» требует названия формы. «На какие услуги есть спрос?» — категории услуги. Параметр без понятного применения усложняет сбор и проверку данных.

2. Договоритесь о названиях и значениях

Это условные имена, которые мы выбрали для примера. Их нужно одинаково использовать в коде, задании разработчику и проверках. Значения «Audit», «audit» и «Аудит» не должны случайно обозначать одну категорию разными способами.

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

Для необязательной услуги заранее договоритесь о значении not_selected: «пользователь не выбирал услугу». Не используйте его для технической ошибки, когда выбранная услуга потерялась. Это разные ситуации.

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

3. Передайте параметры в момент результата

Создайте в нужном счётчике отдельную цель с идентификатором lead_created для вызова из JavaScript. В интерфейсе такая настройка может называться «Целевое событие» или «JavaScript-событие». Идентификатор в коде должен совпадать с настройкой цели.

После подтверждения, что новая заявка создана, приложение вызывает reachGoal. Дополнительный объект содержит параметры:

// Фрагмент для обработчика подтверждённого создания заявки.
// Счётчик Метрики должен быть установлен заранее.
// Вместо 12345678 укажите номер своего счётчика.
ym(12345678, 'reachGoal', 'lead_created', {
  form_id: 'consultation_sidebar',
  service_type: 'analytics_audit',
  placement: 'service_page'
});

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

Фрагмент не отправляет форму и не проверяет ответ сервера. Его нужно встроить в обработчик успешного результата. Двойной вызов также не становится автоматически одной бизнес-заявкой: повторную обработку нужно контролировать в приложении.

Если события уже идут через GTM

Можно использовать подтверждённое событие из dataLayer как сигнал, а его параметры — как значения для передачи в Метрику. Выберите один путь отправки. Если одновременно добавить прямой вызов и тег GTM на то же действие, легко получить повторную передачу.

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

4. Проверяйте, что именно считает отчёт

В отчёте «Параметры событий» можно посмотреть переданные значения. Для параметров, отправленных через reachGoal, нужна отдельная JavaScript-цель в счётчике: наличие цели только внутри составной цели не подходит. Если данные не появились, сначала проверьте это условие и выбранный счётчик.

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

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

Больше заявок не всегда означает лучшую форму

Вот отдельный учебный расчёт. В каждой строке визит считается один раз: сначала он должен содержать показ соответствующей формы, затем — её успешную отправку в том же визите. Это не число вызовов reachGoal.

Первая форма принесла больше визитов с заявкой. У второй выше доля отправок среди визитов с показом: 89 ÷ 967 × 100% ≈ 9,20%. Для такого расчёта одного события успешной заявки недостаточно: нужно отдельно измерять показы форм по согласованному правилу.

Это ещё не доказательство, что всплывающая форма лучше. Её могла увидеть более заинтересованная аудитория. Сравните условия показа, источники трафика и устройства. Если задача — измерить эффект изменения формы, понадобится корректно организованный эксперимент.

5. Как принять настройку

Проверьте сначала отправку из браузера, затем появление данных в Метрике. Запишите время теста, выбранную форму и ожидаемые значения. Это поможет отличить тестовую отправку от других событий.

Если события есть, но часть параметров отсутствует, проверьте все пути отправки: обычную форму, быстрый запрос, всплывающее окно. Частая причина — новый код добавили только в один сценарий.

6. Не превращайте параметры в выводы раньше времени

Запрос услуги не равен продаже. Чтобы оценивать качество обращений, нужны статусы дальнейшей обработки. А поле placement в нашем примере описывает место формы, не рекламный источник: не подменяйте им данные об источниках трафика.

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

Продолжить изучение

Перейдём от отдельных событий к повторным визитам.