Учебный пример: когда кажется, что Директ оптимизируется не на ту цель, агент сначала связывает выбранный goal_id с фактическим событием и исходом CRM — и только затем готовит вывод. Ниже — полный расчёт на вымышленных выгрузках: это не клиентский кейс, не аудит живого кабинета и не тест модели. Агент собирает и сверяет строки по заданным правилам; человек уточняет недостающие бизнес-условия и принимает решения по исключениям.
Определите результат
До просмотра частых или дешёвых целей запишите, какое действие нужно бизнесу и как считать его уникальным. Для лида отдельно определите критерий квалификации, способ найти более ранние лиды того же клиента и период, в котором должен появиться исход. Клик, отправка формы, квалифицированный лид и новый клиент — разные события; их нельзя свести к одному только потому, что все они есть в отчётах.
Яндекс рекомендует выбирать для кампании достижимую цель, которая описывает эффективность бизнеса. Справка Яндекс Директа: стратегии показов
Стратегия «Максимум конверсий» подбирает ставки так, чтобы чаще приводить пользователей к выбранному целевому действию, соблюдая заданные условия и ограничения. Справка Яндекс Директа о стратегии «Максимум конверсий» Это не означает, что любая микроцель плоха. Справка позволяет выбирать для оптимизации и действия без непосредственного дохода, например регистрацию на сайте или согласие на участие в акции. Справка Яндекс Директа о стратегии «Максимум конверсий» Проверять нужно связь конкретного события с задачей кампании.
В учебном наборе бизнес-результат задан так: новый квалифицированный клиент — клиент, чей первый лид в истории CRM прошёл квалификацию в локальное окно. Если у клиента есть более ранний лид, следующий считается повторным. Это условное правило примера, а не универсальное определение качественной заявки.
Здесь важно разделить локальные окна расчёта и окно атрибуции платформы. В учебном примере события отбираются с 1 октября 2026 года включительно до 8 октября исключительно, а квалификация должна наступить не позднее чем через 7 календарных дней после создания лида. Срез данных датирован 15 октября 2026 года, поэтому итоговую классификацию можно считать только после дозревания локального окна квалификации. Модель и окно атрибуции платформы в учебной выгрузке отсутствуют.
Справка Метрики описывает окно атрибуции через историю визитов: после 90-дневного перерыва прежняя история завершается, а следующий визит начинает новую. Справка Яндекс Метрики о моделях атрибуции Пользователь не может изменить это окно атрибуции. Справка Яндекс Метрики о моделях атрибуции Поэтому локальные семь дней из примера нельзя подставлять вместо окна атрибуции.
Есть и отдельный датированный контекст. В срезе справки о специальном режиме от 23 октября 2026 года указано, что с 11 октября история визитов учитывается заново, а модели атрибуции, использующие прошлые визиты, видят только визиты после этой даты. Справка Яндекс Метрики о специальном режиме В том же срезе предупреждается, что часть рекламных визитов и конверсий может временно отображаться как переходы из поиска, прямые или внутренние переходы, а доля рекламы может быть ниже обычной. Справка Яндекс Метрики о специальном режиме Справка говорит, что по мере накопления новой истории доля рекламы будет восстанавливаться; модель «Последний переход» это изменение не затрагивает. Справка Яндекс Метрики о специальном режиме
Этот датированный контекст не объясняет события учебной выгрузки за 1–7 октября и не подтверждает настройки какой-либо живой кампании. Список доступных и недоступных возможностей в специальном режиме может меняться, поэтому перед решением по реальному кабинету нужно свериться с актуальной справкой и фактическими настройками. Справка Яндекс Метрики о специальном режиме
Снимите настройки
Чтобы проверить, на что идёт оптимизация, соберите настройки кампании, реестр целей, события и CRM-исходы. Для каждого файла запишите дату среза и источник. Если триггер, идентификатор или модель атрибуции не указаны, отметьте их как неизвестные — не восстанавливайте смысл по номеру цели или названию отчёта.
В учебной конфигурации записано:
| Поле | Значение |
|---|---|
| Источник | synthetic-fixture-r2, вымышленные данные |
| Дата среза | 15 октября 2026 года |
campaign_id |
demo-1 |
| Стратегия | Учебная конфигурация «Максимум конверсий» |
Выбранные goal_id |
10 |
| Ценность цели | 100 RUB, условная величина, не выручка |
| Бизнес-результат | Новый квалифицированный клиент с первым лидом в истории CRM |
| Идентификация | Синтетический customer_id; любой более ранний лид означает повтор |
| Окно событий | [2026-10-01, 2026-10-08) |
| Окно квалификации | 7 календарных дней; окончательный статус — после дозревания окна |
| Атрибуция платформы | Модель и окно не переданы; в выгрузке указано not_available_in_teaching_export |
В кампании выбран именно goal_id = 10. Его значение нужно сверить с реестром целей, а реестр — с фактическим event_type в событиях:
goal_id |
Заявленный триггер | Тип действия | Каноническое действие | Смысл в учебном реестре |
|---|---|---|---|---|
10 |
contact_button_click |
contact_click |
contact_click |
Микродействие: клик по контактной кнопке |
20 |
form_success |
lead_submission |
lead_submission |
Отправка формы |
21 |
form_success |
lead_submission |
lead_submission |
Та же отправка, что и у цели 20 |
Наблюдаемые события — все девять строк учебной выгрузки. Для всех указан источник synthetic-fixture-r2; прочерк означает, что lead_id или submission_id не передан.
event_id |
goal_id |
customer_id |
lead_id |
Дата | event_type |
submission_id |
|---|---|---|---|---|---|---|
e1 |
10 | U1 | L1 | 2026-10-01 | contact_button_click |
— |
e2 |
20 | U1 | L1 | 2026-10-01 | form_success |
S1 |
e3 |
21 | U1 | L1 | 2026-10-01 | form_success |
S1 |
e4 |
10 | U2 | — | 2026-10-02 | contact_button_click |
— |
e5 |
10 | U3 | L2 | 2026-10-03 | contact_button_click |
— |
e6 |
20 | U3 | L2 | 2026-10-03 | form_success |
S2 |
e7 |
20 | U1 | L3 | 2026-10-05 | form_success |
S3 |
e8 |
10 | U4 | — | 2026-10-06 | contact_button_click |
— |
e9 |
20 | U5 | L4 | 2026-10-07 | form_success |
S4 |
CRM-история для этих записей:
lead_id |
customer_id |
Создан | Квалифицирован | Дата квалификации |
|---|---|---|---|---|
| L0 | U3 | 2026-09-01 | 1 | 2026-09-02 |
| L1 | U1 | 2026-10-01 | 1 | 2026-10-02 |
| L2 | U3 | 2026-10-03 | 1 | 2026-10-04 |
| L3 | U1 | 2026-10-05 | 1 | 2026-10-06 |
| L4 | U5 | 2026-10-07 | 0 | — |
Метрика позволяет передавать данные через API, интеграцию с CRM или Центр конверсий Яндекс Директа. Справка Яндекс Метрики о данных из CRM Среди передаваемых полей могут быть идентификаторы клиента и сделки, время, статус, доход, себестоимость и валюта. Справка Яндекс Метрики о данных из CRM Если переданный заказ связывается с визитом, CRM-цель в этом визите зависит от статуса заказа. Справка Яндекс Метрики о данных из CRM
Это описание возможностей передачи, а не подтверждение правильности конкретной интеграции или полноты CRM. В реальной проверке отдельно сверьте определения лида, повтора и квалификации в CRM и аналитике, идентификаторы и временные окна.
Сверьте события
Сопоставление делается в несколько проходов: выбранные в кампании ID — с реестром; заявленные триггеры — с event_type; события с lead_id — с записью CRM; лиды — с правилом квалификации и историей клиента. Для смыслового дубля в этом комплекте используются каноническое действие и submission_id. Отсутствующий идентификатор не заменяется предположением.
Заполненная матрица по всем девяти событиям:
| Событие | Выбрано в кампании | Заявленный и фактический триггер | Связь с CRM | Статус по правилу примера | Совпадает с бизнес-результатом как событие |
|---|---|---|---|---|---|
e1 |
Да, 10 |
contact_button_click совпадает |
L1, U1; квалифицирован, раннего лида нет | Клик связан с новым квалифицированным клиентом, но сам остаётся кликом | Нет |
e2 |
Нет, 20 |
form_success совпадает |
L1, U1; квалифицирован, раннего лида нет | Новый квалифицированный клиент | Да |
e3 |
Нет, 21 |
form_success совпадает |
Тот же submission_id = S1, что у e2 |
Смысловой дубль, нового лида не добавляет | Нет |
e4 |
Да, 10 |
contact_button_click совпадает |
lead_id не указан |
CRM-исход этой строки неизвестен | Нет |
e5 |
Да, 10 |
contact_button_click совпадает |
L2, U3; квалифицирован, в истории есть более ранний L0 | Повторный квалифицированный лид | Нет |
e6 |
Нет, 20 |
form_success совпадает |
L2, U3; квалифицирован, в истории есть более ранний L0 | Повторный квалифицированный лид | Нет |
e7 |
Нет, 20 |
form_success совпадает |
L3, U1; квалифицирован, в истории есть более ранний L1 | Повторный квалифицированный лид | Нет |
e8 |
Да, 10 |
contact_button_click совпадает |
lead_id не указан |
CRM-исход этой строки неизвестен | Нет |
e9 |
Нет, 20 |
form_success совпадает |
L4, U5; квалификация не пройдена | Неквалифицированный лид | Нет |
Важное различие — между действием и исходом связанного лида. У e1 есть связь с L1, а L1 — новый квалифицированный лид U1. Но e1 фиксирует клик по контактной кнопке, а не квалификацию нового клиента. Поэтому факт полезного исхода в связанной CRM-записи не превращает выбранный тип события в тот же самый бизнес-результат.
У e5 тоже есть связь с лидом, но L2 считается повторным: у U3 в CRM уже есть более ранний L0. Для e4 и e8 в выгрузке нет lead_id, поэтому их CRM-исход неизвестен. Это неизвестность, а не доказательство ни положительного, ни отрицательного исхода.
Итог расчёта по учебным данным:
| Показатель | Результат |
|---|---|
| Событий в локальном окне | 9 |
Клики по контактной кнопке, цель 10 |
4 |
Срабатывания отправки формы, цели 20 и 21 |
5 |
| Уникальные отправки формы | 4 |
| Смысловые дубли событий | 1 |
| Квалифицированные лиды | 3 |
| Новые квалифицированные клиенты | 1 |
| Повторные квалифицированные лиды | 2 |
| Неквалифицированные лиды | 1 |
События выбранной цели 10 |
4 |
| События выбранной цели, совпавшие с бизнес-результатом на уровне действия | 0 |
В строках e2 и e3 повторяется одна отправка S1, поэтому это одна уникальная отправка формы, а не две. Четыре клика, четыре уникальные отправки, три квалифицированных лида и один новый квалифицированный клиент — разные итоги, каждый отвечает на свой вопрос.
Подтверждённое расхождение в учебной конфигурации — выбрано событие клика по контактной кнопке, тогда как заданный бизнес-результат — новый квалифицированный клиент. При этом один клик связан с таким клиентом; для двух других кликов CRM-исход не указан. Нельзя превращать это наблюдение в вывод, будто ни один клик не ведёт к полезному результату.
Для отдельного контекста сверки данных перед передачей задачи агенту — «Данные врут тихо». Это другой разбор; его записи и цифры не входят в учебную матрицу здесь. Материал о работе агента в рекламном процессе — «Одно утро агента».
Полный учебный комплект с исходными файлами и расчётом: архив комплекта. Отдельно доступны выгрузка событий и заполненная матрица аудита целей. Все записи принадлежат вымышленному источнику synthetic-fixture-r2.
Подготовьте правку
Перед изменением настройки отделите то, что подтверждено в учебных данных, от того, чего без живого кабинета и истории CRM узнать нельзя.
| Подтверждено в учебном наборе | Неизвестно без данных реальной кампании |
|---|---|
Выбрана цель 10, её триггер — клик по контактной кнопке; бизнес-результат задан как новый квалифицированный клиент. |
Совпадает ли фактический триггер реальной цели с её реестром. |
e1 — клик, связанный с новым квалифицированным L1; связь не меняет тип события. |
Полна ли история CRM и корректны ли идентификаторы и связь сделок с визитами. |
e5 связан с повторным L2; у e4 и e8 нет lead_id. |
Какие модель и окно атрибуции заданы в реальной кампании и отчётах. |
e3 дублирует отправку S1 из e2; цель 20 включает повторные и неквалифицированный лиды. |
Совпадают ли определения лида, повтора и квалификации в CRM и аналитике. |
| Все события примера попали в локальное окно; окно квалификации дозрело к дате среза. | Подходят ли бизнесу правила уникальности и квалификации из условного примера. |
Простая замена 10 на 20 не решает задачу. В контрольном пересчёте с selected_goal_ids = [20] выбраны e2, e6, e7 и e9: один новый квалифицированный клиент, два повтора и один неквалифицированный лид. Цель 20 означает отправку формы, а не автоматически нового квалифицированного клиента.
В учебном комплекте также проверены изменения исходных условий:
| Контроль | Условие | Результат |
|---|---|---|
| Меняются выбранные цели | selected_goal_ids = [20] |
Выбраны e2, e6, e7, e9: один новый квалифицированный клиент, два повтора, один неквалифицированный лид |
| Меняется окно событий | [2026-10-01, 2026-10-04) |
Остаются e1–e6: 6 событий и 2 уникальные отправки — S1 и S2 |
| Окно квалификации сокращено до нуля дней | Квалификация должна наступить в день создания лида | L1, L2 и L3, квалифицированные на следующий день, не проходят изменённое условие |
| Статус ещё не дозрел | Локальное окно квалификации не завершилось | Запись остаётся незрелой, а не становится окончательным отрицательным исходом |
| Наблюдаемый триггер не совпадает с реестром | Фактический event_type отличается от заявленного |
Фиксируется несовпадение; бизнес-результат не выводится без подтверждающих данных |
| В выбранных целях неизвестный ID | ID отсутствует в реестре | Расчёт отклоняет неизвестный ID и не приписывает ему смысл |
| Цель перенумерована | 10 заменена на 110 в настройке и реестре |
Смысл берётся из реестра, а не из номера |
Эти проверки показывают, какие выводы зависят от выбранного ID, триггера и локальных окон. Они не проверяют атрибуцию платформы и не прогнозируют результат кампании.
Для живой проверки порядок такой:
- Зафиксируйте бизнес-критерий. Уточните целевое действие, критерий квалификации, правило уникальности клиента, необходимую историю и локальное окно. Если определения нет в данных, человек задаёт его до расчёта.
- Соберите выгрузки. Агент получает
campaign_id, стратегию, выбранныеgoal_id, ценности, реестр целей, события и CRM-исходы. Для каждого источника сохраняет дату и происхождение данных. Модель и окно атрибуции записываются отдельно от локальных бизнес-окон. - Сопоставьте строки по правилам. Агент проверяет ID по реестру, реестр по наблюдаемому триггеру, события по CRM, затем идентификаторы, дубли, ранние лиды, квалификацию и дозревание окна. Пропуски помечает как неизвестные и включает в список исключений.
- Подготовьте сигнал нужного CRM-исхода. До выбора новой цели проверьте разрешённый способ передачи, необходимые идентификаторы, критерий квалификации, дедупликацию и то, что ожидаемый статус действительно появляется в используемых данных. Не считайте интеграцию настроенной только потому, что она описана в документации.
- Оставьте решение человеку. Агент формирует матрицу подтверждённых расхождений, неизвестного и исключений. Человек подтверждает бизнес-определения и решает, допустима ли правка. Кабинет автоматически не меняется.
- После разрешённой правки повторите сверку. Зафиксируйте новое значение
goal_id, дату и условия. Проверьте на дозревшем окне триггеры, дубли и CRM-исходы; не смешивайте локальное окно с атрибуцией. Это проверка соответствия настройки, а не обещание роста выручки.
Если меняется цель или тип атрибуции, стратегии «Максимум конверсий» потребуется время на обучение заново. Справка Яндекс Директа о стратегии «Максимум конверсий»
Шаблон запроса аналитическому помощнику
Этот запрос предназначен для работы с учебным комплектом. Модель его не исполняла.
Ты аналитический помощник. Перед тобой вымышленный учебный комплект, не живой кабинет и не тест качества модели.
Прочитай campaign.json, goals.csv, events.csv, crm.csv, goal-audit.csv и diagnostics.json. Источник выбранных целей — campaign.selected_goal_ids, а не догадка по номеру. Сравни goals.trigger с events.event_type. Для смыслового дубля используй canonical_action вместе с submission_id. Не называй отсутствие строк нулевым бизнес-эффектом.
Бизнес-результат примера: новый квалифицированный клиент по стабильному customer_id; любой более ранний лид в истории CRM делает клиента повторным, даже если он вне окна событий. Текущий лид должен пройти квалификацию в локальное окно. Это условное правило примера, а не общий стандарт.
Локальное окно событий — [2026-10-01, 2026-10-08), окно квалификации — 7 календарных дней. Для окончательной классификации окно должно дозреть. Эти правила не задают атрибуцию Директа или Метрики. Модель и окно атрибуции платформы в учебной выгрузке неизвестны.
Покажи настройки кампании и реестр триггеров. Сопоставь все девять событий с CRM; для каждой строки укажи event_id, goal_id, заявленный и фактический триггер, выбран ли ID, lead_id, исход CRM и совпадение с бизнес-результатом.
Не смешивай тип события и исход связанного лида. e1 — клик по контактной кнопке, связанный с L1; L1 квалифицирован, у U1 нет более раннего лида. e5 — клик, связанный с L2; L2 квалифицирован, но у U3 есть более ранний L0. У e4 и e8 lead_id не указан, поэтому их CRM-исход неизвестен.
Раздели четыре клика, четыре уникальные отправки формы, три квалифицированных лида, одного нового квалифицированного клиента, два повторных квалифицированных лида и один неквалифицированный лид. Укажи, что e3 повторяет отправку S1 из e2 и не создаёт дополнительного лида.
Раздели подтверждённые несоответствия, неизвестное и план проверки до и после разрешённой правки. Не объявляй любую микроцель плохой. Не предлагай переключить цель 10 на цель 20: цель 20 включает два повторных и один неквалифицированный лид. Следующий шаг — подготовить и проверить CRM-сигнал нового квалифицированного клиента, его идентификацию, историю, дедупликацию, передачу и появление в данных. Не выдумывай ID новой цели или готовую интеграцию.
Проверь контрольные изменения. При selected_goal_ids=[20] выбраны e2, e6, e7 и e9: один новый квалифицированный клиент, два повтора и один неквалифицированный лид. Для окна [2026-10-01, 2026-10-04) остаются шесть событий и две уникальные отправки. При нулевом окне квалификации L1, L2 и L3, квалифицированные на следующий день, не проходят изменённое условие. Незрелый статус не превращай в окончательный отрицательный исход. Несовпавший триггер и неизвестный ID не превращай в подтверждённый бизнес-результат.
Не меняй настройки автоматически и не обещай выручку или улучшение стратегии. Используй рассчитанные результаты; не придумывай расходы, клиентов, поля API, сроки обучения или правила платформы. Отделяй неизвестное от отрицательного результата. Никаких внешних действий. Сам запрос моделью не выполнялся.
Перед решением по реальной кампании сверьте её фактические настройки и актуальную официальную справку по стратегиям показов, «Максимуму конверсий», данным из CRM и моделям атрибуции. Не переносите локальное окно квалификации из примера на окно атрибуции или сроки передачи данных.
В учебном наборе подтверждено расхождение между выбранным событием-кликом и заданным бизнес-действием. Один клик связан с новым квалифицированным лидом, а для двух кликов CRM-исход неизвестен. Цель 20 тоже не равна новому квалифицированному клиенту. Поэтому следующий шаг — проверить CRM-сигнал, который соответствует бизнес-критерию, а не автоматически переключать цель в кампании.
Автор метода «Машиночитаемый маркетинг»