Лекция «Связка с аналитикой — конверсия как обучающий сигнал рекламного кабинета»

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

Начало — да: первые 1 тема открыты сразу, без регистрации. После бесплатной регистрации откроются темы до 2-й — вместе с частью из 45 тестов и монетами за верные ответы. Полная лекция — 99 ₽ навсегда, либо подписка на все лекции платформы от 499 ₽ в месяц.

Пятнадцать тем про обратное направление связи между аналитикой и рекламным кабинетом. Точка отсчёта — одна фраза справки: алгоритм стратегии прогнозирует вероятность перехода по объявлению и достижения цели, опираясь на статистику Метрики в выбранной модели атрибуции. Отсюда всё остальное: выбор цели это не настройка отчётности, а формулировка задачи для машины, и ошибка в нём не искажает отчёт, а меняет, каких людей кабинет покупает следующие недели. Настройка сигнала разобрана числами первоисточника: тридцать целевых действий на стратегию, ценность конверсии как вес цели, расчёт по воронке туроператора с домножением на долю — 16,67, 333,33 и 3 333,33 вместо 50, 1 000 и 10 000, — формула прибыли в Мастере отчётов и различение «Дохода» и «Ценности конверсий» на двух примерах справки, включая ДРР 12 % против ограничения 15 %. Из атрибуции взят один слой — тот, который про деньги: таблица того, за какой визит списывается бюджет при каждой модели, требование совпадения модели в отчёте с моделью в стратегии и недозаполненность свежих дней при цикле дольше двух недель. Устройство самих моделей, окна ретроспективы и таблица отключённых моделей остаются за отдельной лекцией про модели атрибуции и здесь не пересказываются. Частота сигнала разобрана как размен: порог десяти достижений цели в неделю, одна-две недели на обучение, правило «недельный бюджет не меньше десяти цен конверсии» при минимуме 300 ₽, совет справки заменить редкую цель на частую и два приёма для случая, когда конверсий не хватает. Механика офлайн-конверсий выведена из одного факта: конверсия не приходит в кабинет, а ищет визит, ближайший к своей дате, — отсюда три обязательных элемента передачи, ограничение на тип цели, двадцать один день на привязку и расхождение справок про срок обновления заказа, 90 против 111 дней. Дальше — таблица качества атрибуции по набору идентификаторов, где контакты без ClientID дают половину от максимальной, Advanced Matching с оценкой «ручной сбор даёт в два-три раза больше данных», три формата передачи с их ограничениями и развилка между одним и двумя потоками, восемь колонок файла Центра конверсий с пятью ловушками — приписанное время 23:59:59, строгий формат контактов, молчащая колонка статуса, из-за которой заказ попадает в обе цели CRM, отсутствующее поле идентификатора и редкая выгрузка. Звонки разобраны отдельно, потому что доля обращений по статическому пулу может достигать 80 %, и тегирование по сути обращения там работает лучше секундомера. Приёмка строится на отчёте о привязке с закрытым списком из шести причин и дословным примером диагноза. Цена ошибки посчитана: при оплате за конверсии бюджет списывается за каждое достижение цели в визите, оценивать стратегию нужно средневзвешенным целевым CPA — 140 ₽ в примере справки, — а не делением расхода на конверсии одной цели. Правовой контур опирается на приказ Роскомнадзора № 140, вступивший в силу 1 сентября 2025 года: перечень методов обезличивания закрыт, хеширования в нём нет, поэтому передача телефона планируется как обработка персональных данных с законным основанием, которое готовит юрист. Завершает лекция разбор пяти формулировок, которые звучат правдоподобно и обещают то, чего механизм не выполняет.

Загрузка и привязка — два разных события, и почти все потери происходят между ними. Единственное место, где видна причина, — отчёт «Офлайн-конверсии» в Метрике: он показывает статус привязки по каждой конверсии, а если она не привязана, то причину в колонке «Привязка к визиту». Список причин закрытый и состоит из шести пунктов, и каждая указывает на конкретную строку выгрузки. Чаще всего срабатывают три. Первая — конверсия не попадает в период учёта: период дополнения визитов для всех офлайн-данных составляет 21 день, и считается он от последнего визита посетителя до момента обработки файла, а не от даты сделки. Человек, зашедший на сайт 1 числа и оплативший 20-го, при выгрузке 25-го уже не привяжется. Вторая — не найдена подходящая цель: для передачи офлайн-конверсий подходят только цели типа «Целевое событие», и цель на просмотр страницы или составная цель здесь не сработает. Третья — визиты с такими идентификаторами не найдены, то есть либо идентификатора нет в базе Метрики, либо визит произошёл позже указанного времени конверсии. Отдельно проверьте формат значений: email передаётся латиницей, с символом «собака» и без прописных букв, телефон — числовой строкой с кодом страны без пробелов и лишних символов. Неверный формат не даёт ошибки загрузки — он просто не находит человека. Сообщения отчёта при этом конкретные, с вычисленной границей периода, поэтому по ним видно, на сколько именно вы опоздали и лечится ли это расписанием выгрузки.

По качеству сигнала правильнее, по частоте — почти наверняка хуже, и цену этого шага стоит посчитать заранее. Справка называет порог прямо: чтобы алгоритм обучился, цель должна достигаться не реже 10 раз в неделю, и самой стратегии нужно не меньше одной-двух недель на обучение. Подтверждённых сделок в неделю обычно в разы меньше, чем заявок, поэтому переключение «в лоб» лишает стратегию статистики, и верный по смыслу шаг ухудшает работу кампании. Справка решает этот размен в пользу частоты и даже приводит обратный пример: если цель достигается чаще 10 раз в неделю, кампания работает больше двух недель, а CPA всё равно выше установленного, предлагается заменить цель на более частую — например «Покупку» на «Корзину», — либо увеличить цену конверсии, либо увеличить бюджет. Рабочий порядок поэтому такой: сначала наладить передачу статусов из CRM, включая отменённые заказы и спам, — по ним собираются сегменты и строится look-alike; затем добавить подтверждённую сделку главной целью с высокой ценностью; и одновременно оставить промежуточную цель воронки с ценностью, посчитанной домножением на долю, чтобы суммарной частоты хватало на обучение. Не «переключить цель», а перестроить набор сигналов. И проверьте бюджет: он должен быть не меньше десяти цен конверсии по самой дорогой цели каждую неделю, а не в среднем за период.

Почти наверняка это дубли, и при оплате за конверсии они стоят денег. Первое место, куда стоит посмотреть, — колонка статуса в выгрузке. Справка формулирует прямо: если отправлять заказы только со статусом PAID, такие конверсии добавляются в обе цели — «CRM: Заказ создан» и «CRM: Заказ оплачен», — и то же произойдёт, если статус не указан вовсе, потому что PAID является значением по умолчанию. Один заказ отзывается дважды: в отчёте число конверсий удваивается, для стратегии удваивается сигнал, а если обе цели выбраны целевыми действиями, это ещё и второе списание. Второе место — поле идентификатора заказа. Оно нужно, чтобы при обновлении статуса с IN_PROGRESS на PAID заказ привязался к тому же визиту, к которому был привязан первым разом. Без этого поля две выгрузки привяжутся к визитам, ближайшим к своим датам, то есть к разным, и один заказ станет двумя событиями в двух местах истории. Третье — сама CRM: задублированная сделка уезжает дублем и сюда. Дальше важно правильно оценить, укладывается ли стратегия в ограничения, потому что делить весь расход на конверсии одной цели нельзя: при нескольких целях с разным целевым CPA бюджет распределяется между ними. Работают два способа. Средневзвешенный целевой CPA: на числах справки 20 конверсий по 100 ₽ и 5 по 300 ₽ дают (2 000 + 1 500) / 25 = 140 ₽, и фактический CPA 136 ₽ означает, что ограничения выдерживаются. Либо сравнение ожидаемого расхода с фактическим: 3 500 ₽ против 3 400 ₽. И в обоих случаях надо учитывать корректировки ставок — они сдвигают фактическую цену конверсии независимо от работы стратегии.

Так отвечать нельзя, и обратное утверждение тоже требует осторожности. Факт, на который можно опираться: приказ Роскомнадзора от 19 июня 2025 года № 140, зарегистрированный в Минюсте 31 июля 2025 года и вступивший в силу 1 сентября 2025 года, устанавливает закрытый перечень методов обезличивания. В Приложении № 2 названы пять: введение идентификаторов, изменение состава или семантики, перемешивание, декомпозиция и обобщение. Хеширования в этом перечне нет. Значит, слово «обезличенные» — а его использует и сам Яндекс, описывая Advanced Matching, — не может служить юридическим основанием передачи: передача обрабатывается на общих основаниях части 1 статьи 6 закона о персональных данных, то есть требует законного основания, как правило согласия. Чего при этом утверждать нельзя. Нельзя говорить, что Роскомнадзор «запретил хеширование» — такой формулировки в приказе нет, он перечисляет методы обезличивания, а не запрещает способы обработки. Нельзя подавать как установленный факт, что хеш телефона является персональными данными: судебная практика противоречива, есть определение Верховного Суда, где адрес электронной почты персональными данными не признан, и есть обзор Верховного Суда 2017 года, где передача номера без согласия признана нарушением. И не стоит называть размеры штрафов из чужих статей — в разговоре с клиентом это станет вашей цифрой. Правильная роль специалиста по рекламе здесь в том, чтобы заранее назвать, какие именно поля поедут наружу и по какому расписанию, и не начинать передачу до ответа юриста.