Цели Яндекс Метрики: как считать отправленные заявки

Для учёта заявки в Яндекс Метрике сначала выберите событие, которое можно подтвердить вне аналитики: контакт сохранён и доступен в системе приёма. Затем настройте цель на этот этап и проверьте успешную, ошибочную и повторную отправку. Автоматическая цель формы полезна для наблюдения, но её достижение зависит от устройства формы и может фиксировать неуспешную попытку. Ниже приведён порядок настройки и протокол приёмки.

Какие события нужны в воронке обращения

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

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

Для формы договоритесь с разработчиком о признаке принятия. Статус HTTP 200 сам по себе может означать только, что сервер ответил; приложение ещё могло отвергнуть данные. Нужен подтверждённый успешный ответ после сохранения записи или иной документированный контракт обработчика. Уведомление менеджеру проверяйте отдельно: контакт может сохраниться при сбое почты или бота.

Проверьте счётчик до создания новой цели

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

Проверка доступности счётчика не сводится к наличию фрагмента кода в HTML. Блокировка сетевого запроса, ошибка JavaScript или условия загрузки после согласия пользователя могут остановить передачу. Для контрольной попытки используйте браузер без расширений, затем повторите с типичными настройками аудитории. Если счётчик не работает у части посетителей, расхождение с системой учёта клиентов (CRM) следует документировать; принятый контакт не должен теряться вместе с аналитикой.

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

Когда подходит цель «Отправка формы»

В Метрике можно создать цель «Отправка формы» для всех форм либо конкретной. Справка Яндекса описывает требования к элементу form, кнопке отправки и стандартному событию onSubmit при обработке JavaScript. Если форма сделана из блоков div, кнопка имеет тип button без стандартной отправки или виджет находится в отдельном iframe, правила отличаются. Перед запуском проверьте реальную разметку и поведение именно своей формы.

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

Если форма подходит технически, цель может быть полезна для оценки попыток отправки. Назовите её по фактическому этапу. Для вложенных форм с одинаковым идентификатором на разных страницах проверьте, где именно она срабатывает. После изменения HTML цель может работать иначе; добавьте её к приёмке каждого крупного обновления сайта.

Если у владельца пока нет разработчика

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

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

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

Целевое событие после принятия контакта

Для собственного обработчика создайте в Метрике цель типа «Целевое событие» с постоянным идентификатором, например lead_accepted. Яндекс описывает передачу через метод reachGoal. Разработчик вызывает метод в браузере после ответа сервера, который по согласованному контракту означает сохранённый контакт. Номер счётчика и имя события должны совпадать с настройкой цели; фактические значения берутся из собственного кабинета.

// Псевдокод после подтверждения сервером записи
if (result.accepted === true && typeof window.ym === 'function') {
  ym(COUNTER_ID, 'reachGoal', 'lead_accepted');
}

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

Отправляйте событие один раз на принятую запись. Заблокированная на время ответа кнопка уменьшит случайные повторы, но защиту от дубля следует реализовать и в обработчике, если это важно для процесса. Запишите внутренний идентификатор тестовой заявки, время ответа сервера и время достижения цели: общего ID между CRM и Метрикой по умолчанию нет. Если пользователь повторно открыл страницу подтверждения, новое посещение не должно превращаться в новую заявку без нового принятого контакта.

Что происходит при ошибке между браузером и сервером

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

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

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

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

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

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

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

Где увидеть, что цель сработала

По инструкции Метрики, для нового кода счётчика к адресу страницы можно добавить параметр _ym_debug=2 и выполнить действие. В панели отладки проверьте номер счётчика и событие. Для старого кода или недоступной панели используйте описанную Яндексом проверку в консоли браузера. Затем найдите достижение в отчёте конверсий с учётом времени обработки данных.

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

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

Почему цель и реальные обращения расходятся

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

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

Как именовать цели, чтобы отчёт оставался понятным

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

Рядом с именем сохраните технический идентификатор события, номер счётчика, URL или компонент, версию обработчика и дату теста. Если маркетолог видит в кабинете цель lead_accepted, а код после редизайна отправляет LeadAccepted, расхождение регистра уже может объяснить ноль достижений. Сверка символов быстрее полного переустройства аналитики. После удаления старой цели доступность её исторических данных может измениться, поэтому сначала проверьте влияние на действующие отчёты и кампании.

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

Формы в виджетах, iframe и после переадресации

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

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

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

Как выбрать цель для оптимизации Директа

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

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

При длинном цикле продажи можно передавать последующие статусы через предусмотренные Яндексом механизмы офлайн-конверсий, если компания способна надёжно связать их с визитами. Справка Метрики задаёт период дополнения визитов: от последнего визита до начала обработки файла должно пройти не более 21 дня. Поздняя выгрузка или потерянный идентификатор могут оставить реальную оплату без привязки к визиту. В справке также предупреждают, что статусы в отчёте об офлайн-конверсиях могут отображаться неверно; актуальную долю связанных событий проверяйте в настройках счётчика, в разделе «Загрузка данных». Храните отдельно итог CRM. Квалифицированный контакт или оплата являются отдельными событиями; не переписывайте историю онлайн-цели задним числом.

Как читать показатель конверсии после настройки

Пример: за неделю Метрика учла 1 000 визитов и 20 достижений цели, а в CRM найдено 18 уникальных новых контактов с формы. Конверсия цели в Метрике равна доле целевых визитов среди всех визитов. Несколько достижений в одном визите входят в числитель один раз. Если все 20 достижений пришлись на разные визиты, получится 20 / 1 000 = 2%. Если два достижения были в одном визите, целевых визитов уже 19 и конверсия равна 1,9%. Сверьте дубли, тесты и период. Деление 18 контактов CRM на 1 000 визитов образует другой показатель с другой единицей учёта; подпишите его отдельно.

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

Метрика помогает видеть путь до события, а CRM подтверждает качество и оплату. Если рекламный отчёт показывает конверсии, но нет связанного контакта, не увеличивайте бюджет только из-за низкой стоимости цели. Найдите, что конкретно измерено. Итоговая отчётная строка может выглядеть так: «20 достижений принятой формы, 18 уникальных контактов, 12 подходящих, четыре оплаты после установленного периода». Каждая величина имеет собственный источник.

Что принять от настройки целей

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

Когда цель не срабатывает, вывод «заявок нет» преждевременен. Когда цель срабатывает, вывод «все заявки доставлены» тоже преждевременен. Управленческий отчёт хранит обе величины и объясняет их расхождение. Если настройка аналитики нужна для действующей рекламы, состав работы по кампании указан на странице Яндекс Директа. К заявке на работу приложите форму, её адрес, желаемое определение лида и пример текущего расхождения.

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

Редакция Webclub. Опубликовано 2026-10-03, обновлено 20.10.2026.