Реклама умеет считать клики и заявки. Дошёл ли человек до сделки - она не знает. Поэтому Яндекс.Директ приводит тех, кто кликнул и заполнил форму, и среди них много нецелевых. Деньги уходят на объём заявок, а их результат рекламе не виден.
Мы сделали робота, который замыкает этот цикл. Когда лид становится квалифицированным, робот отправляет в Яндекс.Метрику цель "квалифицированный лид" по веб-меткам визита. Директ получает сигнал, кто из заявок дошёл до квалификации, и начинает искать похожих. Робот ставится на отдел продаж в Битрикс24 или другой CRM.
Что было до
Реклама оптимизируется на то, что видит. Видит она клики и факт заявки. Менеджер отрабатывает поток, часть заявок отсеивается на первом разговоре: нецелевые, не тот профиль, не та задача. Но в рекламный кабинет этот отсев не возвращается.
Директ продолжает приводить таких же, потому что по его данным заявка была. Бюджет тратится на лиды, которые не доходят до сделки. Реклама гонится за числом заявок, а не за теми, кто действительно доходит.
Как это работает
Лид прошёл квалификацию и перешёл в стадию "Квалифицирован". Робот берёт идентификаторы визита, с которого пришла заявка, и отправляет в Яндекс.Метрику цель "квалифицированный лид". Метрика передаёт сигнал в Директ, и стратегия начинает оптимизироваться на источники, откуда приходят квалифицированные лиды.
Учим рекламу только на новых заявках. Продуктовые лиды, действующих клиентов и исключённых из отчёта робот не отправляет. Иначе Директ начнёт искать похожих на тех, кто и так пришёл бы сам, и картина сместится.
Техническая сторона
- →Стек. Python на стандартной библиотеке, без внешних зависимостей. Робот - таймер на сервере: раз в час забирает свежих квалифицированных лидов через REST Битрикс24 и шлёт офлайн-конверсию в Яндекс.Метрику.
- →Что считается событием. Вход лида в стадию "Квалифицирован". Робот берёт веб-метки визита (client_id, yclid) и метку сайта, по метке выбирает счётчик и отправляет цель "квалифицированный лид".
- →Жёсткий дедуп. Лид заносится в журнал отправленных только тогда, когда в Метрику реально лёг идентификатор. Нет идентификатора или загрузка не прошла - в журнал не пишем, робот честно повторит на следующем проходе. Так одна заявка не уйдёт в Метрику дважды и не потеряется при сбое.
- →Учим на новых заявках. Перед отправкой робот отсекает тех, на ком рекламу учить нельзя: продуктовые лиды, действующих клиентов, исключённых из отчёта. Разбор воронки показал, где эта граница проходит: заявка действующего клиента может проскочить в счётчик, и теперь её ловит структурный признак, без ручной проверки.
- →Метка сайта обязательна. Если сайтов несколько - каждый шлёт цели в свой счётчик. По метке визита робот выбирает нужный счётчик; нет метки - заявку не отправляем, чтобы лид не ушёл в чужой счётчик по умолчанию.
- →Приватность. Робот передаёт обезличенные идентификаторы визита и метку сайта. Персональные данные клиента - имя, телефон, почта - в Метрику не уходят и остаются в контуре сервера компании. По закону о персональных данных это снимает вопрос на входе.
Что это даёт
Директ перестаёт гнаться за кликами и числом заявок. Он оптимизируется на лидов, которые доходят до квалификации, и приводит похожих. Сигнал о качестве заявки замыкается обратно в рекламу автоматически, без выгрузок руками.
Робот ставится на отдел продаж в Битрикс24 или другой CRM и связывает воронку с Яндекс.Метрикой и Директом. Сразу становится видно, кого сейчас приводит реклама и сколько заявок отсеивается на первом разговоре - и что меняется, когда реклама начинает учиться на результате.
