Как настроить цели в Метрике, чтобы заявки не врали

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

Ниже набор целей для сайта услуг, куда нажимать в интерфейсе, пример JavaScript-цели и проверка по дням. Подходит строительной, кровельной и любой компании, где деньги начинаются после обращения.

Спрос на тему

10 августа 2026 года Wordstat через Yandex Search API v2 дал широкое значение 207 для как настроить цели в метрике. Рядом живут запросы про заявки с сайта. Людям нужна рабочая схема: что считать, как проверить, где ошибаются.

Какие цели имеют смысл

• Успешная отправка формы после ответа сервера (не клик по кнопке).
• Клик по номеру телефона (tel:).
• Клик по каждому мессенджеру отдельно: Telegram, MAX, WhatsApp, если они есть.
• По желанию: переход на страницу услуги из статьи, если это важный шаг воронки.

Не склеивайте телефон и форму в одну цель. У них разная природа. Случайный тап по номеру и форма с ошибкой валидации это не одна и та же «заявка».

Клик-путь в интерфейсе Метрики

Путь ниже для обычного счётчика. Названия пунктов меню у Яндекса иногда чуть меняются, ориентируйтесь на смысл: Цели -> добавить -> тип.

A. JavaScript-событие для успешной формы

1. Метрика → ваш счётчик
2. Настройка (шестерёнка) → Цели
3. Добавить цель
4. Тип: JavaScript-событие
5. Идентификатор цели: form_success_service
   (латиница, без пробелов; этот id уйдёт в reachGoal)
6. Имя для отчётов: «Форма услуги: успех»
7. Сохранить
8. На сайте вызвать reachGoal только после успешного ответа сервера

Пример вызова. Номер счётчика замените на свой. Вызывайте это в success-ветке, когда сервер подтвердил приём, а не в обработчике клика кнопки.

// после успешного ответа сервера, один раз на отправку
if (typeof ym === 'function') {
  ym(XXXXXXXX, 'reachGoal', 'form_success_service');
}

// плохо: ym(..., 'reachGoal', 'form_success_service') на click кнопки
// плохо: вызов до проверки полей и до ответа сервера

B. Цель на телефон

Вариант 1. Если ссылка вида <a href="tel:+7...">
1. Цели → Добавить цель
2. Тип: кнопка / клик по кнопке (или «переход по URL/клик»,
   если в вашем интерфейсе так названо условие по ссылке)
3. Условие: url содержит tel:   ИЛИ точный селектор ссылки
4. Имя: «Клик по телефону»
5. Сохранить и проверить кликом с телефона и с десктопа

Вариант 2. Надёжнее для SPA/сложных шапок:
JavaScript-событие phone_click + reachGoal в обработчике клика по tel-ссылке

C. Цель на мессенджер

На каждый мессенджер отдельная цель.

Telegram:
1. Добавить цель
2. Условие: ссылка содержит t.me  (или reachGoal messenger_telegram)
3. Имя: «Мессенджер: Telegram»

WhatsApp:
условие: wa.me или api.whatsapp.com
имя: «Мессенджер: WhatsApp»

MAX / другие:
по домену ссылки или отдельный reachGoal

Не объединяйте все мессенджеры в «клик в чат»:
потом не поймёте, какой канал живой.

Форма: только успех

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

Проверка формы:
1. Пустая отправка → цели быть не должно
2. Ошибка в email/телефоне → цели быть не должно
3. Валидная заявка → цель 1 раз
4. Обновить страницу → новая цель сама не появляется
5. Заявка есть у менеджера с той же страницы и временем (± несколько минут)

Имена, которые не стыдно читать через квартал

• form_success_service, form_success_audit
• phone_click
• messenger_telegram, messenger_whatsapp
• Избегайте: цель1, new_goal_final_final

Отладка по дням

День 1. Список денежных действий
- что для вас «лид»: форма / звонок / мессенджер
- какие страницы важны
- где тестировать (прод или staging с тем же счётчиком?)

День 2. Создать цели в интерфейсе
- form JS-событие
- phone
- каждый messenger отдельно
- записать id целей в заметку команды

День 3. Вшить reachGoal / условия клика
- только success для формы
- клики tel и messenger
- не трогать id целей «на ходу»

День 4. Ручные тесты + скрины
- чек-лист формы выше
- клик tel с iOS/Android если можете
- каждый мессенджер
- режим инкогнито без блокировщиков на контрольном прогоне

День 5. Сверка с менеджером
- 5 тестовых и/или реальных лидов: время, страница, цель, факт доставки
- расхождение = чинить доставку или условие цели, не «среднее»

День 6. Метки и разрезы
- UTM на рекламу и важные посты
- отчёт: страница входа → цель
- отдельный фильтр/пометка тестов

День 7. Одна правка слабого места
- не пять правок сразу
- зафиксировать, что изменили и зачем

Связка с SEO и рекламой

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

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

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