Как настроить цель в Яндекс.Метрике: пошаговая инструкция

Какие типы целей есть в Яндекс.Метрике и что выбрать

Прежде чем разбираться, как настроить цель в Яндекс.Метрике, стоит понять, какие типы целей существуют и чем они отличаются. От выбора типа зависит, насколько точно вы отслеживаете действия пользователей и можете ли вы вообще корректно оценить эффективность рекламы или продвижения сайта. Всего в Метрике пять типов: конверсия, число просмотров, визит на страницу, JavaScript-событие и составная цель, и каждый из них решает свою конкретную задачу.

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

Пошаговый алгоритм создания цели в интерфейсе Метрики

Чтобы создать цель, зайдите в нужный счетчик и откройте «Настройка» → «Цели» → кнопка «Добавить цель». Раздел находится в левом меню, между «Уведомлениями» и «Фильтрами». Обратите внимание: цель привязывается к конкретному счетчику, поэтому если у вас несколько сайтов, настройку нужно повторять для каждого.

В форме заполните название (его вы будете видеть в отчетах) и выберите тип цели. Далее задайте условие: это правило, по которому Метрика засчитывает конверсию. Например, для типа «JavaScript-событие» укажите идентификатор, а для «Посещение страниц» — URL или маску вида /thanks. Если конверсия не растет, а цели настроены, стоит отдельно разобрать как найти ошибки в конверсии в пользовательском сценарии.

Перед сохранением убедитесь, что счетчик стоит на всех страницах, включая страницу спасибо после заявки. Иначе Метрика просто не увидит целевое действие. Для типа «Составное событие» задайте последовательность шагов: например, клик по кнопке и отправка формы. Указывайте точный URL или условие «содержит», чтобы не ловить лишние посещения раздела блога. Условие «JavaScript-событие» требует, чтобы на сайте был вызван метод ym(…, 'reachGoal', 'ЦЕЛЬ'), без него Метрика не засчитает конверсию.

После сохранения подождите 10–15 минут и проверьте цель в режиме отладки через визит с параметром _ym_debug. Это быстрее, чем ждать накопления статистики. Для интернет-магазинов удобно использовать «Корзину» и «Заказ» как отдельные цели, чтобы видеть воронку.

На практике чаще всего ошибки возникают из-за несоответствия URL: например, на сайте используется https://site.ru/thanks/, а в условии указано /thanks без слеша. Проверяйте точное значение в адресной строке после отправки формы. Также следите, чтобы условие «содержит» не захватывало лишние страницы: если в URL есть /thanks и /thanksgiving, лучше использовать точное совпадение или более длинную маску.

Перед сохранением цели убедитесь, что счетчик установлен на всех страницах, включая страницу спасибо после заявки. Для типа «Составное событие» задайте последовательность шагов, например клик по кнопке и отправка формы, при этом лучше указывать точный URL или условие «содержит», чтобы не ловить лишние посещения раздела блога. Если выбран тип «JavaScript-событие», проверьте, что на сайте вызывается метод ym(…, 'reachGoal', 'ЦЕЛЬ'), иначе Метрика не засчитает конверсию.

Как настроить цель «Заявка» через JavaScript-событие

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

Код для отправки события в Метрику выглядит так: вызываете ym(номер_счётчика, 'reachGoal', 'target_name') в обработчике отправки формы. Сначала вешаете на форму прослушку события submit, затем после успешной валидации и отправки данных вызываете reachGoal. Мы обычно оборачиваем это в отдельную функцию и передаём имя цели параметром, чтобы не дублировать код на разные формы. Если на сайте есть менеджер тегов, событие можно отправлять через dataLayer, но прямое подключение к Метрике проще и не требует лишних прослоек. Типичная ошибка: вызов reachGoal до реальной отправки, когда пользователь закрыл страницу и событие потерялось, поэтому проверяйте, что код стоит именно после успешного ответа сервера. Проверить отправку проще всего в режиме отладки в браузере или через визуальный редактор Метрики, а анализ поведения пользователей на странице с формой удобно дополнять тепловой картой сайта.

Цель «Визит на страницу»: настройка и типичные ошибки

Для цели «Визит на страницу» главное выбрать правильное условие. Если у вас статичная страница «Спасибо» без параметров в URL, можно указать точный адрес. Но на практике это редкость: у большинства сайтов к адресу добавляются метки UTM, номера заказов или слэш в конце. Поэтому почти всегда надёжнее использовать маску, например /thank-you или /success. Маска сработает, даже если после неё идёт что-то ещё. При этом учитывайте регистр: Метрика различает заглавные и строчные буквы, и если страница открывается и как /Thanks, и как /thanks, маску лучше строить по нижнему регистру, а на сайте настроить редирект на единый вариант.

Частая ошибка, когда URL страницы меняется после редизайна или A/B-теста. Тогда цель тихо перестаёт срабатывать, а заявки продолжают поступать, просто без атрибуции в отчётах. Проверить, видит ли Метрика нужный адрес, можно в «Режиме отладки»: откройте страницу с включённой отладкой и посмотрите, какое условие сработало. Если ничего не появилось, сверьте фактический URL из адресной строки с маской. Кстати, если конверсия не фиксируется, загляните в Вебвизор в Яндекс.Метрике, он показывает реальный путь пользователя и часто помогает найти, где условие перестало совпадать.

Практический чек-лист: 7 шагов для настройки цели без ошибок

Соберите весь процесс в один чек-лист, чтобы не упустить детали при настройке цели в Яндекс.Метрике. Сначала зафиксируйте микроконверсии (клик по номеру, отправка формы) и макроконверсии (оплата, регистрация), иначе потом утонете в отчётах. Затем выберите тип цели и пропишите условия, опираясь на готовый алгоритм из предыдущего раздела, после чего обязательно прогоните её через режим отладки. Мы обычно ждём 2–3 дня сбора данных, прежде чем смотреть на статистику, и только потом анализируем конверсию по страницам и источникам.

На практике семь шагов выглядят так: определить, что считаем значимым действием; выбрать подходящий тип; задать условия срабатывания; проверить тестовым визитом; дождаться накопления данных; изучить отчёты «Конверсии» и «Источники»; скорректировать условия, если цель срабатывает слишком часто или редко. Если после проверки цель не фиксируется, вернитесь к шагу 3 и проверьте селекторы или URL, это закрывает 90% проблем. Такой подход позволяет настроить цель в Яндекс.Метрике один раз и не переделывать её через месяц.

Частые ошибки при настройке целей и как их избежать

Даже идеально настроенная цель в Яндекс.Метрике может давать мусорные данные, если допустить типичные ошибки. Чаще всего проблемы возникают из-за неверно выбранного типа цели: например, для кнопки, которая отправляет форму через AJAX, ставят «Визит на страницу», хотя по факту редиректа не происходит, и конверсии просто не фиксируются. Вторая по частоте проблема это невнимательность к URL: лишний пробел, http вместо https или забытый динамический параметр в адресе страницы «спасибо» (например, ?utm_source=), из-за чего цель срабатывает только для части визитов.

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

• Неправильный тип цели: для формы без перезагрузки страницы выбирайте JavaScript-событие, а не «Визит на страницу».
• Неверный URL: копируйте адрес цели из браузера, проверяя регистр символов и отсутствие трекинговых меток.
• Забыли про отправку формы: убедитесь, что событие отправляется именно после успешной валидации, а не при клике на пустую кнопку.
• Динамические параметры: если URL содержит меняющиеся значения, используйте подстроку или регулярное выражение, а не полное совпадение.
• Цель не проверена: всегда прогоняйте тестовое действие и смотрите его в отчёте «Конверсии» в режиме реального времени.
• Дубли целей: не создавайте две одинаковые цели с разными названиями, иначе конверсии задвоятся в сводных отчётах.

Что делать после настройки цели: аналитика и улучшение

После сохранения цели зайдите в отчеты «Конверсии» и посмотрите, как данные ложатся по источникам трафика. Обычно мы строим воронку по шагам: визит на страницу, клик по кнопке, отправка формы, благодарность. Так видно, где пользователи отваливаются, и понятно, какой канал приносит не просто трафик, а целевые действия. Если настроить цель в Яндекс.Метрике получилось корректно, эти данные можно сразу передать в Директ через «Метрику» в качестве источника конверсий, чтобы алгоритмы оптимизировали показы под реальные заявки, а не под клики.

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

Часто задаваемые вопросы

Максим Ахтямов

Заместитель руководителя отдела разработки

Подписаться на ТГ