Цели в Яндекс Метрике: настройка и проверка через ИИ

Как выбрать цель под бизнес-задачу, создать её через LidFly после подтверждения и не получить дубль при нестабильном ответе API.

21 августа 2026 · LidFly

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

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

В поиске пишут «Яндекс Метрика цели». Полезный ответ начинается чуть раньше.

Сначала решите, что именно считать конверсией

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

Настройка целей в Яндекс Метрике нужна, чтобы отвечать на вопросы уже не про посещаемость, а про результат:

• какой источник или UTM-кампания принесли заявки;
• какие посадочные и кампании Директа дают конверсии;
• на каком шаге воронки останавливаются посетители.

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

Какие цели в Яндекс Метрике можно создать через LidFly

API Метрики описывает 13 типов целей. В LidFly у каждого типа своя схема: ИИ не отправляет произвольный JSON и не подставляет лишние поля. Полный перечень есть в официальной документации Яндекс Метрики.

Как выбрать тип и не получить красивую, но бесполезную цель

Для формы выбор обычно простой. Меняется адрес и открывается уникальная страница — подойдёт URL-цель. Адрес остаётся прежним — надёжнее JavaScript-событие после успешного ответа сервера, а не при клике по кнопке.

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

В магазине цель платёжной системы фиксирует оплату через поддерживаемый сценарий. Составная цель покажет цепочку «тариф → начало оформления → подтверждение». Товары, состав заказа и выручку всё равно разбирают через ecommerce-данные.

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

Как создать цель через LidFly и не ошибиться счётчиком

Запись начинается с чтения. ИИ работает только со счётчиком, связанным с выбранным проектом Пространств. Для Метрики не нужен client_login: используются точный counter_id и OAuth-подключение Яндекса.

1. КонтекстПроект и точный счётчик
2. ЧтениеСуществующие цели и дубли
3. ПланТип, название и условия
4. ПодтверждениеРешение пользователя текстом
5. ПроверкаReread, goal_id и outcome

Вот промпт, который можно вставить во встроенный чат или ИИ-клиент:

Работай только в выбранном проекте Пространств.
Покажи связанные с ним счётчики Метрики. Если счётчиков нет или их несколько,
остановись и попроси меня выбрать точный counter_id.

Для выбранного счётчика покажи существующие цели. Проверь, есть ли точная
action-цель «Заявка с формы» с событием lead_form_submit.

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

После создания перечитай цель и верни goal_id и outcome.
Если outcome unknown или ambiguous, не повторяй создание — верни operation_id.

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

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

Три сценария, которые можно забрать в работу

Это типовые ситуации, не выдуманные кейсы клиентов с красивыми процентами.

Форма перед запуском Директа

Сайт уже отправляет lead_form_submit, но никто не уверен есть ли цель. Основной промпт проверит имя и условия, не создаст точный дубль, а после подтверждения вернёт goal_id для отчётов.

Форма, телефон и мессенджер отдельно

Если все обращения называются «лидом», вы не увидите как люди предпочитают связываться. Разведите каналы и не приравнивайте клик к продаже.

Покажи цели выбранного счётчика и проверь три события:
1) action-событие lead_form_submit с названием «Заявка с формы»;
2) клик по любому телефону с названием «Клик по телефону»;
3) переход в любой мессенджер с названием «Переход в мессенджер».

Сначала верни таблицу: точный дубль / отсутствует. Отсутствующие цели готовь
по одной. Перед каждым созданием показывай параметры и жди моего подтверждения.
После каждой записи перечитывай цель и возвращай goal_id.

Один create-вызов создаёт одну цель, поэтому последователное подтверждение здесь не формальность. Вы видите, что именно уходит в Метрику на каждом шаге.

Составная воронка оформления

Покажи цели выбранного счётчика. Подготовь составную цель
«Оформление тарифа» из трёх шагов в таком порядке:
1) URL содержит /pricing;
2) точное событие checkout_started;
3) точное событие order_confirmed.

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

LidFly проверит, что шагов от двух до пяти и каждый относится к URL или action. Но техническую правду задаёт сайт: если order_confirmed стреляет раньше оплаты, аналитика получится такой же кривой.

Почему LidFly не повторяет создание после таймаута

Сеть может оборваться после отправки запроса. Ответ не пришёл, а Яндекс цель уже создал. Честно говоря, нажать «ещё раз» в такой ситуации — простой способ получить дубль.

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

• одно новое точное совпадение — создание подтверждено;
• несколько новых совпадений — результат неоднозначен;
• совпадения нет — результат пока неизвестен.

В последних двух случаях второй POST не отправляется. Сервис возвращает operation_id, по которому можно проверить состояние.

До записи проверяются связь счётчика с проектом, право metrika:write, доступ владельца или редактора и командная политика. LidFly не угадывает подключение когда вариантов несколько.

Как проверить новую цель на данных

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

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

Для цели <goal_id> в этом же счётчике возьми период с <дата создания>
по вчерашний полный день.

Сначала покажи общие достижения, целевые визиты и конверсию.
Затем отдельно разбей те же показатели:
1) по источникам трафика;
2) по страницам входа.

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

Этот запрос не притворяется что у новой настройки есть прошлое. Для других срезов пригодятся 11 готовых запросов к Яндекс Метрике.

Не путайте бизнес-цель со служебной метрикой Директа. GoalId=12 означает вовлечённые сессии, а не созданную пользователем цель Метрики. Разницу разбираем в статье про GoalId 12.

Частые вопросы

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