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

В этом руководстве разбираем отдельный интент: Настройка и проверка конкретных целей в интерфейсе и коде Яндекс Метрики. U571 остаётся общей моделью событий, U690 — выбором и устройством веб-аналитики. Пример для сквозной проверки: цель отправки формы срабатывает только после ответа сервера, а не при клике на кнопку. Цель — не внедрить больше полей, а сделать ход решения видимым для клиента и команды.

Выбрать бизнес-действия: цели в Яндекс Метрике

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

• Рабочий объект: операция «выбрать бизнес-действия» в контуре «цели в Яндекс Метрике».
• Владелец результата: маркетинговый аналитик.
• Стоп-сигнал: при действии «выбрать бизнес-действия» в теме «цели в Яндекс Метрике» возникает отклонение: названия параметров меняются внутри одной кампании.
• Материал приёмки: артефакт операции «выбрать бизнес-действия» для темы «цели в Яндекс Метрике»: готовая URL и строка параметров.

Разделить микро- и макроконверсии: цели в Яндекс Метрике

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

• Рабочий объект: операция «разделить микро- и макроконверсии» в контуре «цели в Яндекс Метрике».
• Владелец результата: владелец аналитического контракта.
• Стоп-сигнал: при действии «разделить микро- и макроконверсии» в теме «цели в Яндекс Метрике» возникает отклонение: событие отправляется до появления обязательных данных.
• Материал приёмки: артефакт операции «разделить микро- и макроконверсии» для темы «цели в Яндекс Метрике»: схема события и снимок dataLayer.

Выбрать тип цели: цели в Яндекс Метрике

Проверьте ключ записи на входах из разных каналов. В Яндекс Метрике действие «выбрать тип цели» начинается с бизнес-смысла цели и заканчивается проверкой реальной конверсии. администратор GTM прикладывает «карточка приёмки «выбрать тип цели» с версией правила; отдельный контроль — артефакт операции «выбрать тип цели» для темы «цели в Яндекс Метрике»: версия контейнера и трасса Preview» к сценарию «ситуация «при действии «выбрать тип цели» в теме «цели в Яндекс Метрике» возникает отклонение: триггер срабатывает на лишних страницах или дважды» требует от роли «администратор GTM» выполнить «выбрать тип цели»; к примеру прикладывается артефакт операции «выбрать тип цели» для темы «цели в Яндекс Метрике»: версия контейнера и трасса Preview». Проблема «при действии «выбрать тип цели» в теме «цели в Яндекс Метрике» возникает отклонение: триггер срабатывает на лишних страницах или дважды» искажает отчёт и оптимизацию рекламы. Работу подтверждает «доля операций «выбрать тип цели», принятых без повтора, и время до завершения; разрез для анализа — артефакт операции «выбрать тип цели» для темы «цели в Яндекс Метрике»: версия контейнера и трасса Preview». Название, условие и способ вызова фиксируются в карте измерений.

• Рабочий объект: операция «выбрать тип цели» в контуре «цели в Яндекс Метрике».
• Владелец результата: администратор GTM.
• Стоп-сигнал: при действии «выбрать тип цели» в теме «цели в Яндекс Метрике» возникает отклонение: триггер срабатывает на лишних страницах или дважды.
• Материал приёмки: артефакт операции «выбрать тип цели» для темы «цели в Яндекс Метрике»: версия контейнера и трасса Preview.

Задать понятное имя: цели в Яндекс Метрике

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

• Рабочий объект: операция «задать понятное имя» в контуре «цели в Яндекс Метрике».
• Владелец результата: инженер интеграции.
• Стоп-сигнал: при действии «задать понятное имя» в теме «цели в Яндекс Метрике» возникает отклонение: клиентская и серверная копии не имеют общего event_id.
• Материал приёмки: артефакт операции «задать понятное имя» для темы «цели в Яндекс Метрике»: event_id и ответ платформы.

Настроить условие или reachGoal: цели в Яндекс Метрике

Разберите приоритет на обычном и критическом случаях. В Яндекс Метрике действие «настроить условие или reachGoal» начинается с бизнес-смысла цели и заканчивается проверкой реальной конверсии. аналитик GA4 прикладывает «карточка приёмки «настроить условие или reachGoal» с версией правила; отдельный контроль — артефакт операции «настроить условие или reachGoal» для темы «цели в Яндекс Метрике»: payload, код ответа и событие в отладке» к сценарию «ситуация «при действии «настроить условие или reachGoal» в теме «цели в Яндекс Метрике» возникает отклонение: запрос принят endpoint, но потерял сессию или время события» требует от роли «аналитик GA4» выполнить «настроить условие или reachGoal»; к примеру прикладывается артефакт операции «настроить условие или reachGoal» для темы «цели в Яндекс Метрике»: payload, код ответа и событие в отладке». Проблема «при действии «настроить условие или reachGoal» в теме «цели в Яндекс Метрике» возникает отклонение: запрос принят endpoint, но потерял сессию или время события» искажает отчёт и оптимизацию рекламы. Работу подтверждает «доля операций «настроить условие или reachGoal», принятых без повтора, и время до завершения; разрез для анализа — артефакт операции «настроить условие или reachGoal» для темы «цели в Яндекс Метрике»: payload, код ответа и событие в отладке». Название, условие и способ вызова фиксируются в карте измерений.

• Рабочий объект: операция «настроить условие или reachGoal» в контуре «цели в Яндекс Метрике».
• Владелец результата: аналитик GA4.
• Стоп-сигнал: при действии «настроить условие или reachGoal» в теме «цели в Яндекс Метрике» возникает отклонение: запрос принят endpoint, но потерял сессию или время события.
• Материал приёмки: артефакт операции «настроить условие или reachGoal» для темы «цели в Яндекс Метрике»: payload, код ответа и событие в отладке.

Передать ценность при необходимости: цели в Яндекс Метрике

Передайте карточку другой смене без устной подсказки. В Яндекс Метрике действие «передать ценность при необходимости» начинается с бизнес-смысла цели и заканчивается проверкой реальной конверсии. специалист по приватности прикладывает «карточка приёмки «передать ценность при необходимости» с версией правила; отдельный контроль — артефакт операции «передать ценность при необходимости» для темы «цели в Яндекс Метрике»: последовательность default и update» к сценарию «ситуация «при действии «передать ценность при необходимости» в теме «цели в Яндекс Метрике» возникает отклонение: состояние по умолчанию задаётся после запуска тегов» требует от роли «специалист по приватности» выполнить «передать ценность при необходимости»; к примеру прикладывается артефакт операции «передать ценность при необходимости» для темы «цели в Яндекс Метрике»: последовательность default и update». Проблема «при действии «передать ценность при необходимости» в теме «цели в Яндекс Метрике» возникает отклонение: состояние по умолчанию задаётся после запуска тегов» искажает отчёт и оптимизацию рекламы. Работу подтверждает «доля операций «передать ценность при необходимости», принятых без повтора, и время до завершения; разрез для анализа — артефакт операции «передать ценность при необходимости» для темы «цели в Яндекс Метрике»: последовательность default и update». Название, условие и способ вызова фиксируются в карте измерений.

• Рабочий объект: операция «передать ценность при необходимости» в контуре «цели в Яндекс Метрике».
• Владелец результата: специалист по приватности.
• Стоп-сигнал: при действии «передать ценность при необходимости» в теме «цели в Яндекс Метрике» возникает отклонение: состояние по умолчанию задаётся после запуска тегов.
• Материал приёмки: артефакт операции «передать ценность при необходимости» для темы «цели в Яндекс Метрике»: последовательность default и update.

Проверить тестовым визитом: цели в Яндекс Метрике

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

• Рабочий объект: операция «проверить тестовым визитом» в контуре «цели в Яндекс Метрике».
• Владелец результата: владелец сайта.
• Стоп-сигнал: при действии «проверить тестовым визитом» в теме «цели в Яндекс Метрике» возникает отклонение: выбор пользователя визуально есть, но не применяется к хранилищам.
• Материал приёмки: артефакт операции «проверить тестовым визитом» для темы «цели в Яндекс Метрике»: сохранённый выбор и состояние тегов.

Исключить повторное срабатывание: цели в Яндекс Метрике

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

• Рабочий объект: операция «исключить повторное срабатывание» в контуре «цели в Яндекс Метрике».
• Владелец результата: аналитик качества лидов.
• Стоп-сигнал: при действии «исключить повторное срабатывание» в теме «цели в Яндекс Метрике» возникает отклонение: защитное правило режет настоящие заявки.
• Материал приёмки: артефакт операции «исключить повторное срабатывание» для темы «цели в Яндекс Метрике»: метка причины и ручная выборка.

Найти цель в отчёте: цели в Яндекс Метрике

Возьмите рисковый сегмент отдельно от общей средней. В Яндекс Метрике действие «найти цель в отчёте» начинается с бизнес-смысла цели и заканчивается проверкой реальной конверсии. владелец сквозной аналитики прикладывает «карточка приёмки «найти цель в отчёте» с версией правила; отдельный контроль — артефакт операции «найти цель в отчёте» для темы «цели в Яндекс Метрике»: таблица связей Client ID с заявкой» к сценарию «ситуация «при действии «найти цель в отчёте» в теме «цели в Яндекс Метрике» возникает отклонение: один идентификатор ошибочно считается постоянным пользователем» требует от роли «владелец сквозной аналитики» выполнить «найти цель в отчёте»; к примеру прикладывается артефакт операции «найти цель в отчёте» для темы «цели в Яндекс Метрике»: таблица связей Client ID с заявкой». Проблема «при действии «найти цель в отчёте» в теме «цели в Яндекс Метрике» возникает отклонение: один идентификатор ошибочно считается постоянным пользователем» искажает отчёт и оптимизацию рекламы. Работу подтверждает «доля операций «найти цель в отчёте», принятых без повтора, и время до завершения; разрез для анализа — артефакт операции «найти цель в отчёте» для темы «цели в Яндекс Метрике»: таблица связей Client ID с заявкой». Название, условие и способ вызова фиксируются в карте измерений.

• Рабочий объект: операция «найти цель в отчёте» в контуре «цели в Яндекс Метрике».
• Владелец результата: владелец сквозной аналитики.
• Стоп-сигнал: при действии «найти цель в отчёте» в теме «цели в Яндекс Метрике» возникает отклонение: один идентификатор ошибочно считается постоянным пользователем.
• Материал приёмки: артефакт операции «найти цель в отчёте» для темы «цели в Яндекс Метрике»: таблица связей Client ID с заявкой.

Вести карту и аудит целей: цели в Яндекс Метрике

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

• Рабочий объект: операция «вести карту и аудит целей» в контуре «цели в Яндекс Метрике».
• Владелец результата: аналитик Яндекс Метрики.
• Стоп-сигнал: при действии «вести карту и аудит целей» в теме «цели в Яндекс Метрике» возникает отклонение: цель фиксирует клик вместо подтверждённого результата.
• Материал приёмки: артефакт операции «вести карту и аудит целей» для темы «цели в Яндекс Метрике»: карта цели и тестовая конверсия.

Матрица контроля и владения

Что изучить дальше

• офлайн-конверсии — рядом с темой «цели в Яндекс Метрике»
• модели атрибуции — рядом с темой «цели в Яндекс Метрике»
• first-party data — рядом с темой «цели в Яндекс Метрике»
• сквозная аналитика — рядом с темой «цели в Яндекс Метрике»
• событийная аналитика — рядом с темой «цели в Яндекс Метрике»
• server-side аналитика — рядом с темой «цели в Яндекс Метрике»

Чек-лист запуска