Как настроить цели Яндекс.Метрики: формы, телефон и кнопки
Цели Яндекс.Метрики помогают понять, какие страницы и источники трафика приводят к полезным действиям. Но цифра «конверсии» имеет смысл только вместе с условием её получения. Клик по кнопке, попытка отправить форму, принятая заявка и разговор с менеджером — разные этапы. Если смешать их, реклама может выглядеть эффективной, хотя отдел продаж не получает обращений.
Ниже — порядок настройки целей для форм, телефона и кнопок, проверки событий и поиска причин, по которым цель не срабатывает. Предполагается, что счётчик уже установлен и собирает визиты. Все идентификаторы, адреса на example.com и числовые ситуации приведены как учебные примеры.
Что считать конверсией: действие посетителя и результат бизнеса
Начните с вопроса: какое решение будет принято по этому показателю? Для оценки удобства страницы полезен клик «Открыть форму». Для расчёта стоимости обращения нужен подтверждённый приём заявки. Для оценки качества рекламы потребуются дальнейшие статусы: обращение квалифицировано, встреча назначена, заказ оплачен. Один показатель редко отвечает на все эти вопросы.
| Действие | Что оно подтверждает | Чего ещё не доказывает |
|---|---|---|
| Открытие формы | Посетитель проявил интерес | Что он заполнил и отправил данные |
| Клик «Отправить» | Попытку выполнить действие | Прохождение проверки и приём заявки |
| Положительный результат сервера | Результат, определённый договорённостью с разработчиком | Создание записи в CRM, если это отдельный этап |
| Клик по телефону | Взаимодействие с телефонной ссылкой | Набор номера, ответ оператора и разговор |
| Подтверждённый статус CRM | Наступление конкретного этапа обработки | Продажу, если зафиксировано только создание обращения |
Практический подход — вести основную цель результата и несколько вспомогательных целей. Например, «Открыта форма» показывает интерес, а «Заявка принята» — успешное обращение в согласованном смысле. Название должно описывать реальное условие. Не называйте событие «Продажа», если оно возникает при открытии корзины.
Как подготовить карту целей перед настройкой
Чтобы настроить цели Яндекс.Метрики без последующей путаницы, составьте короткий реестр. Для каждой цели запишите название, тип, идентификатор или условие, номер счётчика, место на сайте, момент отправки и способ проверки. Добавьте ответственного за изменение и дату последнего теста. Такой реестр помогает сохранить смысл показателей после смены подрядчика или обновления сайта.
Проверьте существующие цели, настройки CMS, интеграции форм и менеджер тегов. Возможно, нужное событие уже передаётся. Выберите, какой механизм отвечает за основной KPI. Одновременные нативная цель, тег GTM и вызов JavaScript для одного действия способны создать несколько показателей с похожими названиями или повторные вызовы. Их нельзя автоматически складывать в число заявок.
Для учебного примера можно использовать название «Заявка принята» и идентификатор lead_accepted, а для открытия формы — lead_form_open. Это разные события. Название удобно человеку; идентификатор связывает настройку с кодом. Зафиксируйте точное написание, включая регистр. Полные имена, email и телефоны посетителей в названия, идентификаторы, параметры событий и URL не добавляйте: это отдельно оговорено в правилах конфиденциальности Метрики.
Цель «Отправка формы»: когда достаточно настройки в интерфейсе
В выбранном счётчике откройте раздел «Цели», нажмите «Добавить цель» и выберите «Отправка формы». Задайте название и область отслеживания: все формы либо конкретную. Во втором случае укажите страницу, перейдите к выбору формы и сохраните результат. Общая цель подходит только тогда, когда объединяемые формы имеют одинаковый смысл: заявка на услугу и подписка на новости обычно требуют раздельного анализа.
В официальной инструкции по формам перечислены требования к HTML: элемент form, кнопка отправки соответствующего типа внутри него, а при JavaScript-обработке — стандартное событие отправки. Внешне похожая конструкция из блоков или нестандартный обработчик могут не соответствовать этим требованиям. Распознавание также связано с атрибутами и расположением формы; после изменения вёрстки проверку повторяют.
Почему нативная цель может завышать число заявок
Документация предупреждает: по умолчанию может засчитываться и безуспешная попытка отправки, например при ошибке валидации. Поэтому название типа «Отправка формы» само по себе не гарантирует бизнес-успех. Обязателен отрицательный тест: пустые обязательные поля, неверный формат данных и отказ сервера не должны увеличивать показатель принятых заявок.
При AJAX-форме посетитель часто остаётся на той же странице. Появление сообщения «Спасибо» ещё нужно сопоставить с реальным ответом приложения. Если сообщение показывается сразу после клика, измерять по нему приём заявки нельзя. Для основного KPI попросите разработчика определить подтверждённый результат: например, сохранение обращения на сервере. Если нужен именно лид в CRM, проверяйте создание записи там, особенно при передаче через очередь.
Как настроить целевое событие через reachGoal
Для управляемого события в текущей справке используется тип «Целевое событие»; в старых инструкциях встречается название «JavaScript-событие». В разделе целей создайте его, задайте понятное название, условие совпадения и выбранный идентификатор. Для одного конкретного действия точное совпадение проще проверять, чем широкое условие «содержит»: последнее может объединить несколько похожих событий. Порядок описан в справке по целевому событию.
Разработчик размещает вызов в подтверждённом обработчике успеха. Следующая строка — учебный образец, а не готовый обработчик формы. Замените COUNTER_ID своим числовым номером счётчика, а lead_accepted — точным идентификатором созданной цели:
ym(COUNTER_ID, 'reachGoal', 'lead_accepted');Базовый код и команда инициализации нужного счётчика должны быть подключены раньше вызова вашего события. Само событие отправляют после подтверждения результата, с учётом действующих настроек согласия. Не размещайте эту строку на каждом просмотре страницы, в обработчике любого клика или в ветке ошибки. Синтаксис и параметры приведены в справочнике reachGoal.
Предусмотрите защиту от повторного подключения обработчиков и повторного подтверждения той же операции. Повторное открытие формы не должно навешивать ещё один одинаковый обработчик. Блокировка кнопки на время запроса помогает от двойного клика, но не заменяет серверную защиту от повторной заявки. При сетевых сбоях нельзя обещать строго однократную доставку события; сверяйте аналитические показатели с системой учёта.
Не путайте два подтверждения: результат сервера формы относится к заявке, а callback метода reachGoal — к отправке аналитических данных. Его вызов не подтверждает доставку письма менеджеру или запись в CRM. При этом успешная заявка может существовать и без события Метрики, если аналитический запрос был заблокирован.
Как настроить цель на клик по телефону
Выберите тип «Клик по номеру телефона» и укажите, отслеживать все номера или один. Для конкретного номера используйте написание из телефонной ссылки, а не её видимый текст. Метрика распознаёт ссылки с tel:; обычные цифры в абзаце — другой случай. В инициализации счётчика должен присутствовать параметр trackLinks:true. Эти требования перечислены в инструкции по телефонной цели.
Обратите внимание на частичное скрытие номера. Если оно включено, на компьютере достижением может считаться также наведение курсора, раскрывающее номер. На мобильном устройстве учитывается клик. Укажите это в реестре: показатель с таким условием нельзя подписывать как «Количество звонков». Отдельно проверьте мобильную и настольную версии, а при подмене номеров — фактическую ссылку после подмены.
Телефонная цель показывает намерение связаться. Человек может закрыть приложение звонков или набрать номер вручную, не нажимая ссылку. Для анализа состоявшихся звонков нужны данные телефонии или коллтрекинга с определённым статусом. Не передавайте номер клиента в произвольных параметрах события ради сверки: используйте предусмотренную интеграцией схему и согласованные правила обработки данных.
Кнопки и страницы благодарности: как выбрать условие
Клик по кнопке
Для открытия калькулятора, формы или другого элемента подходит цель «Клик по кнопке». В конструкторе укажите страницу, выберите элемент и сохраните цель. Для переходов и открытия всплывающего окна предусмотрен режим взаимодействия с сайтом, после которого можно вернуться к выбору элемента. Метрика определяет кнопку по её свойствам и расположению; подробности есть в инструкции по кликам.
Проверьте одинаковые кнопки в шапке, карточке и мобильном меню. Если цель объединяет их, это должно быть осознанным решением. Если нужны отдельные данные по местам размещения, согласуйте разные события либо безопасный параметр места. Универсального CSS-селектора для всех сайтов нет: выбор зависит от реальной вёрстки. Изменение шаблона, текста или структуры элемента — повод повторить тест.
Посещение страницы «Спасибо»
Если после успешной операции открывается отдельная страница, можно рассмотреть цель «Посещение страниц». В справке по URL-условиям описаны точное совпадение, вхождение, начало адреса и регулярное выражение. Проверяйте фактический конечный адрес после перенаправления, путь, параметры и выбранное условие. Слишком короткий фрагмент может захватить посторонние страницы.
Учебный адрес https://example.com/thanks/ удобен для объяснения, но сам просмотр не удостоверяет новую заявку. Посетитель может обновить страницу, открыть её из истории или перейти напрямую. Проверьте эти сценарии. Если они создают ложные конверсии, используйте подтверждённое событие успеха. Цель «Количество просмотров» отражает вовлечённость и тоже не заменяет учёт обращений.
Можно ли использовать автоматические цели
Метрика умеет создавать цели по распознанным действиям, включая клики, телефонные ссылки и отправки форм. Проверьте опцию «Автоматические цели» в настройках и уже появившиеся цели. Автоматизация сокращает начальную настройку, но название автоматически созданного события не доказывает, что оно соответствует вашей бизнес-логике. Состав возможностей описан в официальной справке.
Перед использованием такой цели для решений по рекламе воспроизведите успешный и неуспешный сценарии. Выясните, охватывает ли она все формы, только часть кнопок или действие стороннего сервиса. Сверьте её с ручными событиями: разные цели могут описывать один путь пользователя. Не складывайте «Автоцель: Заявка», клик «Отправить» и подтверждённую заявку как три независимых обращения.
Проверяйте автосбор после смены формы, CMS, виджета, дизайна и логики валидации. Сохраните используемое условие и дату проверки. Для основного результата выбирайте тот сигнал, смысл и корректность которого подтверждены тестами; остальные показатели оставляйте для анализа промежуточных шагов.
Модальные окна, динамические формы, SPA и внешний виджет
Форма, добавленная после загрузки страницы, может отсутствовать в момент подключения обработчика. В таком случае разработчик связывает событие с жизненным циклом компонента или штатным уведомлением формы об успехе. Проверьте первое и повторное открытие окна: исправление пропущенного события не должно создавать дубли при каждом новом открытии.
В SPA переход между экранами часто обходится без полной загрузки документа. Для действия без изменения URL используется событие; просмотры виртуальных страниц настраиваются отдельно. Смена маршрута сама по себе не означает принятие заявки. Рекомендации Метрики для SPA помогают разделить эти механизмы. Проверяйте цель после перехода внутри приложения и после прямого открытия нужного экрана.
Если форма находится во внешнем iframe, код родительской страницы не получает свободный доступ к её внутренним элементам: действуют ограничения одного источника. Нужна поддерживаемая интеграция виджета или документированное уведомление о результате. Уточните, какое событие отдаёт провайдер и где работает счётчик. Клик по области виджета не подтверждает отправку находящейся внутри формы.
Как проверить цель: от действия до отчёта
Согласуйте тестовое окно и допустимые тестовые данные, чтобы проверка не создавала необработанные обращения для менеджеров. Откройте нужную страницу в контролируемом браузере, запишите время, номер счётчика, идентификатор цели и ожидаемый результат. Не выполняйте случайные ручные вызовы reachGoal в рабочем счётчике: они создают искусственные достижения, но не проверяют реальный путь посетителя.
- Добавьте к адресу параметр
_ym_debug=2: в учебном примереhttps://example.com/?_ym_debug=2. Если параметры уже есть, добавляйте новый через&. - Выполните согласованный сценарий через интерфейс сайта. В панели отладки выберите правильный счётчик и изучите Events и Console: есть ли ожидаемое событие и правильный идентификатор.
- Если панель недоступна, проверьте вариант
_ym_debug=1с консолью браузера по официальной инструкции. Отсутствие панели само по себе ещё не устанавливает причину. - Проверьте результат приложения, затем отчёт по выбранной цели. Эти проверки подтверждают разные звенья одной цепочки.
Инструкция Яндекса по проверке целей описывает отладочные сообщения для разных типов. При включённом исключении собственных визитов используйте предусмотренный инструкцией приватный режим и заново выполните условия согласия. Другие фильтры при этом продолжают действовать.
Актуальность на 1 ноября 2026 года: Яндекс сообщает о временном ограниченном режиме Метрики. Сбор данных, включая цели, продолжается, но стандартные отчёты за период с 11 октября могут задерживаться. Список ограничений меняется. Поэтому задержка отчёта сама по себе не доказывает неисправность цели; проверяйте текущий статус сервиса и не обещайте фиксированное время появления данных.
Почему не срабатывает цель Яндекс.Метрики
Разделяйте четыре ситуации: пользовательское действие не произошло; действие произошло, но обработчик не отправил событие; запрос аналитики не прошёл; данные ещё не видны в выбранном отчёте. Если начать с удаления и пересоздания цели, можно потерять исходные условия и усложнить сравнение. Сначала определите, на каком переходе цепочки исчезает подтверждение.
| Наблюдение | Что проверить | Что исправлять после подтверждения |
|---|---|---|
| Форма показывает ошибку, цели нет | Была ли заявка действительно принята | Для цели успеха отсутствие события здесь может быть правильным |
| Заявка принята, события в отладке нет | Обработчик успеха, номер счётчика, инициализацию | Связь подтверждённого результата с вызовом события |
| Событие видно под другим счётчиком | Номер в интеграции, теге и настройках цели | Согласование счётчика, а не название отчёта |
| Идентификатор в отладке отличается | Регистр, пробелы, условие совпадения, выбранный тип | Точное соответствие события настройке |
| На компьютере работает, на телефоне нет | Другую форму, кнопку или шаблон мобильной версии | Привязку к фактически используемому компоненту |
| После обновления сайта появились пропуски | Изменение вёрстки, обработчика, виджета | Конкретную изменённую зависимость |
| Событие есть, отчёт пуст | Период, часовой пояс, фильтры, цель и статус сервиса | Выбор отчёта либо причину обработки после проверки |
Передавая проблему разработчику, приложите адрес страницы, номер счётчика, название и условие цели, время проверки с часовым поясом, браузер и точные шаги. Укажите, появилась ли заявка в системе учёта и что показала отладка. Скриншоты и фрагменты журнала очистите от контактов, токенов и содержимого заявки. Формулировка «после подтверждения сервером нет события с указанным идентификатором» позволяет проверить конкретный участок; сообщение «Метрика сломалась» оставляет слишком много возможных причин. Если сбой возникает только иногда, добавьте условия: повторное открытие формы, медленное соединение или переход между экранами.
Проверка кода и сети
В Console ищите первую ошибку, связанную с формой или аналитикой. Ошибка JavaScript до обработчика успеха может прервать нужный участок. Сверьте номер счётчика в коде с номером в интерфейсе. Убедитесь, что метод вызывается в реально выполняемой ветке, после команды инициализации, а цель создана как целевое событие. Эти причины включены в официальный разбор неисправностей целей.
Во вкладке Network разделяйте запрос формы к вашему серверу и запрос аналитики. Ответ сервера формы оценивайте по документированному смыслу: успешный HTTP-статус может сопровождать ответ приложения с ошибкой. Затем посмотрите, появился ли аналитический запрос, был ли он отменён или заблокирован. Один успешный сетевой ответ ещё не подтверждает появление конкретной цели в отчёте.
Учитывайте быстрый уход со страницы, блокировщик, правила CSP, сетевой фильтр и состояние согласия. Сравнение в контролируемом браузере помогает локализовать причину, но не отменяет выбор посетителя. Не обходите отказ от аналитики и не отключайте защитные правила целиком ради события. Исправляйте только подтверждённую ошибку интеграции в принятой схеме загрузки.
Проверка отчёта и лишних достижений
Откройте нужный счётчик, выберите период теста с его часовым поясом и нужную цель. Уберите случайный сегмент, исключающий тестовый визит. Проверьте фильтры, дату создания цели и режим отображения статистики: в разделе конверсий данные могут быть скрыты настройкой представления. Возможности описаны в справке по отчёту «Конверсии». Сначала подтвердите эти условия, затем оценивайте задержку обработки.
Если достижений слишком много, проверьте повторные обработчики, одновременную отправку из CMS и менеджера тегов, событие на загрузке страницы и повторное открытие «Спасибо». Сделайте отдельные прогоны, меняя по одному условию. Интервальные ограничения сервиса не являются защитой от дублей заявок: ответственность за повторную обработку остаётся в логике приложения.
Какие тесты нужны для приёмки настройки
Проверяйте не только ожидаемый успех. Цель считается полезной, когда она появляется в нужный момент и отсутствует в похожих, но неуспешных сценариях. Для каждого прогона сохраните время, устройство, действие, результат приложения и наблюдение аналитики. Реальные контакты клиентов для технической проверки не нужны.
| Сценарий | Ожидание для цели «Заявка принята» |
|---|---|
| Корректная отправка с подтверждением сервера | Ожидаемый вызов события и дальнейшая проверка отчёта |
| Пустое обязательное поле или неверный формат | События успеха нет |
| Отказ сервера или ошибка приложения | События успеха нет |
| Двойной клик и повторное подтверждение ответа | Нет лишнего вызова из повторного обработчика |
| Повторное открытие модального окна | Открытие не считается новой принятой заявкой |
| Обновление или прямой вход на страницу «Спасибо» | Новая заявка не заявляется без подтверждения |
| Отказ от аналитики при соответствующей схеме согласия | Соблюдается установленный режим; обхода нет |
Повторите ключевые сценарии на мобильной версии и для каждой существенно отличающейся формы. Для телефонной цели отдельно проверьте ссылку и режим скрытия номера; для кнопки — нужный элемент и похожую соседнюю кнопку. После исправления повторяйте сценарий ошибки вместе с успешным: устранение ложных достижений не должно отключить полезное событие.
Достижения, целевые визиты и реальные заявки
По определениям Метрики, достижение цели фиксирует выполнение заданного условия, а целевой визит — визит хотя бы с одним таким достижением. В одном визите возможны повторные достижения. Конверсия рассчитывается как отношение целевых визитов ко всем визитам; в процентах результат умножают на сто. Просмотр страницы — отдельное действие, которое становится достижением только при соответствующем условии цели.
Учебный пример: за выбранный период было 100 визитов; в десяти из них достигнута цель, причём в двух она достигнута дважды. Получается 12 достижений, 10 целевых визитов и 10% конверсии. Это ещё не утверждение о 12 разных клиентах или 12 качественных лидах: смысл зависит от настроенного события.
Для сверки с CRM выберите одинаковые границы периода и одинаковый бизнес-статус, отдельно учтите тесты, повторные обращения и время обработки. Метрика описывает наблюдаемые действия посетителей, а CRM — записи и их дальнейшую судьбу. Расхождение разбирайте по причинам, а не исправляйте случайным переименованием показателя. Для оценки рекламы сопоставляйте стоимость подтверждённого обращения с его качеством; промежуточные цели используйте, чтобы понять, где теряется интерес.
Частые вопросы
Можно ли настроить цели без программиста?
Для стандартных кнопок, телефонных ссылок, URL и распознаваемых форм часто достаточно конструктора. Но подтверждение серверного результата, нестандартная AJAX-форма или внешний виджет могут потребовать разработки. Выбор зависит от того, что нужно измерить, и от реализации сайта.
Почему цель сработала, а заявки у менеджера нет?
Проверьте условие. Возможно, учитывается клик или попытка отправки. Если событие связано с сохранением на сервере, отдельно исследуйте последующую доставку в CRM или почту. Аналитическое событие не заменяет контроль этих этапов.
Нужно ли удалять цель, если изменилась форма?
Сначала выясните, сохранился ли смысл события и сломалась ли только техническая привязка. Зафиксируйте старые настройки и дату изменения. Удаление лишает доступа к накопленной статистике цели; техническое исправление обычно не требует начинать анализ с нуля.
Как часто перепроверять цели?
После изменений формы, шаблона, CMS, виджета, менеджера тегов и режима согласия, а также при неожиданном изменении показателей. Для важных действий назначьте периодическую проверку и ответственного. Храните сценарии приёмки рядом с картой целей.
Сохраните карту целей и повторяйте проверку форм после изменений: аналитическое событие должно соответствовать реальному действию на сайте. Для регулярного контроля доступности сайта и работы форм оцените сервис мониторинга SiteGuard.