
Разбор · Опубликовали 07.10.2026
Цели Яндекс Метрики связывают с подтверждённым результатом, а код событий проверяют агенты
Как настроить цели под результат компании, поручить агентам проверку событий и принять работу по записи заявки и отчёту.
Текст написан инженером, который ведёт vibecoding.ru, вместе с машиной агентов · факты проверены 7 октября 2026
Цели Яндекс Метрики считают заявки, когда событие отправляют после сохранения и сверяют с записью в системе компании.
Своего клиентского кейса настройки целей у нас нет. Разберём приёмку на справке Яндекса и устройстве заявки нашего сайта.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Цель считают по сохранённой заявке.
Как настроить цели под заявки? Выберите результат: сохранённое обращение, принятая менеджером заявка или оплаченная сделка.
UTM-метки заявки сохраняют источник рекламы до передачи контакта в CRM.
Нажатие кнопки показывает попытку отправки. Если сервер отказал, заявка ещё не появилась, хотя цель на клик уже могла сработать.
Заявку подтверждает запись с номером и статусом в CRM. У нас пример такой записи: сохранённый результат теста для руководителя.
У каждого этапа своё событие
Источник: наша схема приёмки, 07.10.2026. Тип «Целевое событие» и передача онлайн- и офлайн-событий сверены со справкой Яндекса.
2. Событие отправляют после подтверждения сервера.
Где поставить событие цели? В ветке, где приложение получило подтверждение сохранения, а не в обработчике нажатия кнопки.
Ответ «принято в очередь» ещё не подтверждает сохранение. Разработчик проверяет смысл ответа сервера, а не только надпись «Спасибо».
В справке на 7 октября 2026 тип называется «Целевое событие». Выберите «совпадает» и один идентификатор для настройки и reachGoal.
Настройка цели начинается с определения результата
Источник: справка Яндекса «Целевое событие» и reachGoal, проверено 07.10.2026. Выбор бизнес-статуса и защита повторов относятся к нашим критериям приёмки.
Добавьте _ym_debug=2 к адресу страницы. Проверьте событие и номер счётчика в панели Метрики, затем появление цели в отчёте.
Выгрузку через API Метрики принимают по полноте данных в своей базе отчётов.
Для проверки через консоль есть _ym_debug=1. Фильтр «Не учитывать мои визиты» может исключать пробное прохождение.
Функция callback у reachGoal относится к отправке аналитики. Сохранение доказывают записью сервера, учёт цели проверяют в отчёте.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Справка Яндекса | Прочитаны инструкции по целевому событию, reachGoal, отладке, отчётам и офлайн-конверсиям. Отправка события не подтверждает сохранение заявки | 2026-10-07 |
| Наша заявка | Проверены обработчик теста и серверная ветка обычного прохождения: результат сохраняется до успешного ответа. Доставка письма и передача в CRM выполняются отдельно. Анкету не отправляли | 2026-10-07 |
| Истории датчика | Перечитаны первичные записи от 9 и 11 сентября 2026 и действующее правило повторной сверки. Они относятся к визитам и доступности, не к точности целей | 2026-10-07 |
| Матрицы проверки | Предложены редакцией как требования к приёмке. Числа 0 и 1 описывают ожидаемые записи и вызовы в тесте, не измеренные конверсии | 2026-10-07 |
| Границы опыта | Клиентского кейса настройки Метрики и замера точности целей до и после у нас нет. Ускорение этой работы агентами не измеряли | 2026-10-07 |
3. Агенты проверяют ошибки и повторы.
Что поручить ИИ-агенту? Найти места отправки целей и проверить условия успеха. Задача «добавить Метрику» этих условий не задаёт.
Агент ищет вызов цели до сохранения, повторные обработчики и пути, где ошибка показывается как успех. Затем добавляет тесты.
Поведение задают до правки, как в постановке задач агенту . Матрица ниже задаёт требования к тесту, это не наш замер.
В тесте важен и успех, и отказ
Источник: предложенная нами матрица приёмки, 07.10.2026. Считаются записи приложения и вызовы в тесте, не достижения в отчёте Метрики.
Зелёный тест с подменённым счётчиком проверяет код приложения. Он не доказывает, что настоящий счётчик загрузился и получил событие.
Затем проходят сценарии в браузере и проверяют отчёт. Тестовые обращения отмечают отдельно, чтобы они не попали к продажам как рабочие.
Инженер ведёт машину агентов и принимает правку по протоколу проверки. Ответственность за ошибки остаётся у исполнителя.
Каждое доказательство закрывает свой вопрос
Источник: наша схема приёмки и инструкция Яндекса «Проверка цели», 07.10.2026.
4. Отчёт сверяют с тем же результатом и периодом.
Почему CRM и Метрика расходятся? Проверьте единицы счёта: записи заявок, достижения цели и целевые визиты означают разное.
Аналитика мобильного приложения связывает версию клиента с незавершённой покупкой.
Целевой визит учитывает визит с выполненной целью. Достижения цели считают зарегистрированные выполнения. Это разные показатели.
Условный пример: клиент оставил два обращения за один визит. В CRM две записи, а целевой визит один. Это ещё не ошибка кода.
Визит, событие и заявка имеют разные единицы счёта
Источник: справка Яндекса по отчётам, проверено 07.10.2026. Условный пример с обращениями составлен редакцией.
Выберите одинаковый период и часовой пояс. Исключите звонки и другие каналы из CRM, если сравниваете только форму сайта.
Яндекс называет причины расхождений: блокировщики и незагруженный счётчик. Заявка могла сохраниться без браузерного события.
Поздний результат CRM передают отдельным событием. Для офлайн-конверсии Яндексу нужны идентификатор связи с визитом и время результата.
Расхождение сначала объясняют, потом исправляют
Источник: причины расхождений и передача офлайн-данных в справке Яндекса; порядок разбора предложен нами, 07.10.2026.
5. Наш опыт подтверждает пользу второго сигнала.
На vibecoding.ru Метрика показывает реальные визиты. Серверная проба отвечает на другой вопрос: доступен ли сайт из точки проверки.
В сентябре 2026 эти сигналы расходились. Наши истории относятся к доступности и свежести данных, а не точности целей.
Урок для заявки: успех сверяют с отдельной записью. Проверка только кнопки или HTTP-ответа оставляет часть пути без подтверждения.
09.09
Серверные пробы отвечали успешно, а доступность сайта людям расходилась с этим сигналом. Правило: отдельно следить за реальными визитами и проверять причину падения.
11.09
Ранний замер визитов уточнился при повторном чтении. Правило: сверять то же окно повторно, прежде чем считать падение подтверждённым.
Источник: перечитанные записи нашей машины от 09.09 и 11.09.2026; действующее правило повторной сверки проверено 07.10.2026. Это мониторинг визитов, не аудит целей.
На странице /open виден масштаб работы машины. Число коммитов не показывает, сколько заявок правильно посчитала Метрика.
Поэтому обещание «агенты повысили точность целей» требует отдельного замера. Такой пары до и после у нас нет, и здесь мы предлагаем способ проверки.
Учёт обращений остаётся в системе компании. Метрика помогает разбирать источники визитов, а проверка цепочки связывает их с результатом.
6. Принимают цепочку результата, а не галочку настройки.
Какой результат заказать разработке? Карту событий, правку кода и проверку цепочки до записи заявки, включая отказы и повторы.
В нашем тесте для руководителя обычное прохождение сохраняется до успешного ответа. Цель отправляется после ответа сервера. Тест снят с сайта 7 октября 2026.
Письмо и передача в CRM выполняются отдельно. Сбой письма не отменяет результат, поэтому цель его получения не означает доставку письма.
На кадре видна форма, сохранение доказывают серверной записью. При подготовке статьи анкету не отправляли и сквозную сверку не делали.
На 7 октября 2026 подписка «Один проект» стоит 250 000 ₽ в месяц. Это цена потока задач, а не настройки отдельной цели.
Для разовой настройки подписка может быть лишней. Здесь речь о коде событий, проверках после правок и сверке с серверной записью.
Материалы для приёмки остаются у компании
Источник: предложенные критерии приёмки, 07.10.2026; размещение кода в репозитории клиента и условия подписки сверены с /services.
7. Частые вопросы
Какие цели настроить для формы заявки?+
Для формы разделите попытку и сохранённую заявку. Принятие менеджером и оплата получают свои события. Название описывает результат этапа.
Можно ли обойтись автоматической целью отправки формы?+
Автоцель помогает наблюдать за формой; для неё Яндекс требует валидацию. Наличие заявки в системе компании проверяют по сохранению.
Почему цель Яндекс Метрики не работает?+
Проверьте номер счётчика, идентификатор, загрузку скрипта и фильтры. Затем выполните действие с отладчиком и проверьте отчёт.
Можно ли агенту дать доступ к Метрике и CRM?+
Для кода хватит тестовых ответов и обезличенного протокола. Рабочие данные клиентов открывают только для согласованной сверки.
Если сервер сохранил заявку, но браузер не получил ответ?+
Повтор того же запроса должен вернуть прежнюю запись. Цель вызывают после подтверждения с защитой от дубля. Учёт не зависит от аналитики.
Как связать Метрику с подтверждением сделки в CRM?+
Нужны отдельное событие статуса, идентификатор связи и время. Передайте офлайн-конверсию и проверьте привязку к визиту, а не только загрузку.
Источники
- Яндекс, «Целевое событие» — официальная справка
- Яндекс, reachGoal — официальная справка
- Яндекс, «Проверка цели» — официальная справка
- Яндекс, «Автоматические цели» — официальная справка
- Яндекс, отчёт «Конверсии» — официальная справка
- Яндекс, «Настройка и просмотр отчёта» — официальная справка
- Яндекс, «Импорт офлайн-данных» — официальная справка
- Яндекс, «Передача и обработка данных» — официальная справка
- vibecoding.ru, машина агентов — наш сайт
- vibecoding.ru, условия подписки — наш сайт
Запомнить
- Определите результат цели до настройки. Клик, сохранённая заявка и оплата получают разные события.
- Отправляйте цель после подтверждения сохранения. Отказ и повтор запроса включите в приёмку.
- Поручите агенту автотесты, затем проверьте настоящий счётчик и отчёт. Подмена Метрики проверяет только код приложения.
- Сверяйте одинаковые этапы за одинаковый период. Отсутствие браузерного события ещё не означает потерю заявки.
- Сохраните карту событий и протокол в проекте. После изменения формы повторяйте проверку цепочки.