Как подключить Яндекс.Метрику и настроить цель заявки

Сначала определите, что вы будете измерять

У сайта могут быть посещения и «заявки» в Метрике, а в журнале обращений — другое число. Прежде чем менять рекламу или страницу, выясните, что стоит за каждым показателем. Клик, попытка отправки и запись, сохранённая сервером, — разные действия.

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

1. 01СчётчикОдин номер, доступ остаётся у бизнеса.
2. 02ПросмотрКод виден на странице, PageView появляется в отладчике.
3. 03Две целиПопытка отправить форму и принятая сервером заявка считаются отдельно.
4. 04ТестПроверены неудачная и успешная отправки, результат сверен с журналом.

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

1. Найдите существующий счётчик или создайте новый

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

Если счётчика нет, создайте его под учётной записью, доступ к которой останется у компании. Укажите понятное название, основной домен без https://, часовой пояс и валюту. Для адреса https://example.ru/catalog/ домен — example.ru. Порядок и поля показаны в официальной инструкции Яндекса.

Критерий готовности: вы можете назвать номер счётчика и открыть его настройки в аккаунте, который контролирует бизнес.

2. Поставьте код на все нужные страницы

У нужного счётчика откройте «Настройка» → «Счётчик» → «Скопировать». На CMS или конструкторе разместите код в общем шаблоне либо через поддерживаемый модуль. Для отдельных HTML-страниц добавьте его на каждую. Яндекс рекомендует размещать код ближе к началу head или body; часть noscript должна находиться внутри body.

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

Критерий готовности: нужный номер виден на каждой странице, где вы хотите измерять путь к заявке.

3. Докажите, что Метрика видит просмотр

Откройте у счётчика «Настройка» → «Проверка счётчика», вставьте адрес конкретной страницы и запустите проверку. Повторите для страницы с формой. Если код загружается после согласия на аналитику, сначала дайте это согласие. Подсказки на случай ошибки есть в справке по проверке счётчика.

Затем откройте свой сайт с параметром ?_ym_debug=2. Если в адресе уже есть знак ?, добавьте &_ym_debug=2. В панели отладчика откройте Counters: там должен быть нужный номер. В Console найдите событие PageView после загрузки страницы. Для прежнего кода счётчика Яндекс описывает вариант с ?_ym_debug=1 и консолью браузера.

Критерий готовности: номер в коде страницы, номер в настройках и номер в отладчике совпадают. Если они разные, цели в другом счётчике пока не настраивайте.

4. Без кода: считайте попытки отправить форму

Откройте «Цели» → «Добавить цель» → «Отправка формы». Назовите цель «Попытка отправить форму консультации». Выберите конкретную форму: введите URL страницы, нажмите «Перейти и выбрать форму», выделите её и сохраните. Режим «Все формы» смешает заявку, подписку и обратную связь, если все они есть на сайте.

Яндекс предупреждает, что автоматическая цель может сработать и при неудачной попытке, например при ошибке валидации. Поэтому не называйте её «принятая заявка» и не складывайте с отдельной серверной целью как «общее число лидов».

Если Метрика не находит форму, проверьте, что на странице есть HTML-элемент form с кнопкой type="submit" (а не только div и type="button"), за последние 30 дней был визит на эту страницу, а форма не находится внутри отдельного iframe. Для JavaScript-отправки важно стандартное событие отправки формы. Скрытую форму может потребоваться сначала раскрыть при выборе. Все ограничения перечислены в справке Яндекса.

Критерий готовности: при тестовом нажатии автоматическая цель отражает попытку. Ошибка заполнения при этом не должна превращаться в отчёт о полученном обращении.

5. Для сохранённой заявки заведите отдельное событие

Если форма отправляется на сервер, попросите разработчика добавить отдельную цель. В Метрике откройте «Цели» → «Добавить цель» → «Целевое событие». Назовите её «Заявка сохранена сервером», выберите условие «совпадает» и ID lead_accepted. В коде сайта вызовите reachGoal с этим же ID только после явного подтверждения, что сервер принял и сохранил обращение. Яндекс описывает ID цели и метод reachGoal.

Следующий фрагмент — схема для разработчика, а не готовый код для вставки. saveLeadOnYourServer и поле saved зависят от вашего обработчика; 12345678 — вымышленный номер счётчика.

const result = await saveLeadOnYourServer(formData);

if (result.saved === true) {
  if (typeof window.ym === 'function') {
    window.ym(12345678, 'reachGoal', 'lead_accepted');
  }
  showSuccessToVisitor();
}

Один HTTP 200 ещё не доказывает сохранение: API может вернуть ошибку внутри ответа. Если после успеха страница немедленно закрывается или переключается, разработчик должен проверить доставку события; у reachGoal предусмотрен callback. Не передавайте в параметры цели телефон, email или текст обращения. Защитите форму от повторной отправки. Это наша методика измерения, а не обещание, что Метрика сама проверит запись в базе.

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

6. Проверьте неудачную и успешную отправки

Согласуйте тест с тем, кто обрабатывает обращения. Пометьте тестовую запись и исключите её из бизнес-отчёта и рекламной оптимизации. Не используйте контакт реального клиента.

1. Откройте страницу формы с ?_ym_debug=2 и проверьте номер счётчика.
2. Оставьте обязательное поле пустым и нажмите отправку. Автоматическая цель формы может появиться; lead_accepted появиться не должен.
3. Отправьте одну согласованную тестовую заявку. В защищённом журнале или CRM убедитесь, что сохранилась ровно одна запись с тестовой отметкой.
4. В Events или Console отладчика найдите одно событие lead_accepted у нужного счётчика. Если страница перезагружается, включите сохранение лога браузера или проверьте событие до перехода.
5. Через несколько минут откройте «Конверсии». Смотрите отдельно достижения цели, целевые визиты и конверсию: это разные показатели.

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

Если отчёт пуст: пять первых проверок

На SPA-сайте переходы между экранами могут не менять URL. Для таких страниц Яндекс описывает виртуальный просмотр через hit и отдельные события через reachGoal. Это задача разработчика: не добавляйте просмотр на каждый клик.

Меняйте по одной части цепочки, фиксируя дату: иначе непонятно, что именно исправило измерение.

После настройки — найдите место потери заявки

Когда обе цели проходят тест, переходите к практикуму по трём отчётам Метрики и ИИ-анализу. Там показано, как сопоставить визиты и цели с журналом заявок и попросить ИИ предложить проверки без выдуманных причин. Передавайте модели только обезличенные агрегаты за один завершённый период.

Для команды зафиксируйте одну строку: «Что наблюдаем? Чего не знаем? Какую проверку делаем? Что изменим только после результата?» Так отчёт приводит к действию, которое можно проверить.

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