В кабинете Яндекс Директа заявки идут, график конверсий выглядит бодро, план по обращениям закрывается ещё до конца месяца. А менеджер приносит список контактов и говорит, что звонить по ним некуда. Предприниматель смотрит на два отчёта, которые противоречат друг другу, и задаёт логичный вопрос: где ошибка. Чаще всего ошибка не в цифрах, а в том, что обе стороны называют одним словом разные события.
Если целью выбрана отправка формы, Директ считает конверсией именно её. Отдел продаж считает результатом разговор с человеком, которому действительно нужна услуга, а в идеале — оплату. Между этими точками лежит несколько этапов, которые в ежедневной речи схлопываются в слово «заявка». Из этого схлопывания и рождается спор: в кабинете может быть всё честно, у менеджера тоже есть основания, а разговор идёт про разное.
Один «лид» — это минимум четыре разных события
Первый уровень — отправка формы. Человек нажал кнопку, данные ушли, событие зафиксировано. С ним удобно работать: оно однозначное, легко считается и на нём можно обучать алгоритм. Именно поэтому оно так легко создаёт иллюзию результата: форма отправлена, галочка стоит, отчёт красивый.
Второй уровень — реальное обращение. Это момент, когда с человеком действительно можно поговорить: номер существует, трубку берут, на письмо отвечают, контакт живой. Здесь появляется первый разрыв между кабинетом и отделом продаж, потому что часть заявок до разговора не доходит. Причины бывают бытовые: опечатка в телефоне, автозаполнение подставило старый номер, человек передумал ещё до звонка. Форма при этом была отправлена корректно, и рекламная система не соврала — она зафиксировала то, что было.
Третий уровень — квалифицированная заявка. Человек ответил, поговорил с менеджером, и выяснилось, что он подходит бизнесу: регион тот, задача та, бюджет позволяет, сроки реальные. Или наоборот — он оставил заявку честно, но просил услугу, которой у компании нет, узнавал цену «на будущее» или сравнивал предложения по всему рынку. Такая заявка не фальшивая. Она просто нецелевая, и это разные вещи.
Четвёртый уровень — сделка и оплата. Заявка прошла квалификацию, дошла до коммерческого предложения, договора, счёта, денег на расчётном счёте. Только здесь появляется то, что бизнес называет результатом.
Все четыре этапа в ежедневном разговоре называют «заявкой» или «лидом». Отсюда и конфликт: предприниматель смотрит в кабинет и видит одно событие, менеджер смотрит в CRM и видит другое, а спорят они так, будто обсуждают одну и ту же цифру. Пока эти уровни не названы по отдельности, любой разговор о качестве лидов превращается в переговоры о вкусах.
Почему Директ не ошибается, а менеджер не выдумывает
Рекламная система фиксирует то событие, на которое её настроили. Если целью выбрана отправка формы, она и будет считать отправки форм — аккуратно, последовательно и без попыток угадать, что дальше произошло с конкретным человеком. В этом нет ни подвоха, ни злого умысла: система делает ровно ту работу, которую ей поручили.
Полезно держать в голове формулировку из документации Яндекса: заявки от реальных, но нецелевых пользователей могут не считаться недействительными. Человек мог зайти, посмотреть цену, понять, что услуга ему не подходит, и уйти. Это нормальное поведение живого человека, а не сбой. Недействительная конверсия и некачественный лид — разные категории, и смешивать их значит искать поломку там, где её нет.
С другой стороны, «мусор» со стороны менеджера — это оценка по критериям бизнеса, а не доказательство технической ошибки. Менеджер видит пачку контактов, по которым не дозвонился, и делает вывод. Вывод может быть правильным по сути и неточным по причине: проблема не в том, что реклама привела не тех людей, а в том, что часть людей вообще не дошла до разговора, а часть дошла, но не подошла по параметрам. Это два разных места потери, и лечатся они по-разному.
Поэтому первый честный шаг — не искать виноватого, а разложить слово «мусор» на составляющие. Что именно имеется в виду: номер не существует, дубль, человек не из региона, бюджет ниже минимального, услуга не та, просто не купил? Пока ответа нет, никакая аналитика не поможет — непонятно, что именно измерять.
Главная поломка — обратная связь
Если в рекламу возвращается только факт отправки формы, алгоритм учится находить людей, готовых заполнить форму. Он делает работу правильно — просто не ту, которую от него ждут. Система не знает, что часть этих заявок не дозвонилась, а другая часть оказалась нецелевой: ей об этом никто не сообщил.
Оптимизация — это обучение на сигнале. Если в систему возвращается только факт отправки формы, алгоритм видит именно это событие и учится находить людей, готовых заполнить форму. Более глубокая цель — квалифицированная заявка или оплата — даёт алгоритму возможность учитывать качество и результат, но сама по себе ничего не гарантирует: всё зависит от качества данных, привязки конверсий и объёма накопленных событий. Отсюда следует неприятный, но полезный вывод: часть претензий к качеству трафика на самом деле является претензией к качеству обратной связи. Проблема может быть не в том, что реклама привела не тех, а в том, что бизнес не рассказал рекламе, кто в итоге оказался тем самым.
Как сверить заявки и не выдумывать статистику
Для диагностики не нужны ни условные проценты, ни красивые дашборды. Достаточно одного ограниченного периода и одной разбивки — например, по кампаниям. По каждой кампании собираются расход, отправленные формы, подтверждённые обращения, квалифицированные заявки и оплаты. Это не отчёт для презентации, а рабочая сверка, которую нужно собрать честно, а не подогнать под ожидания.
Дальше смотрите, между какими этапами падение сильнее всего, — там и находится место потери. Если провал между формой и обращением, вопрос к контакту: как собирается и проверяется телефон, нет ли опечаток, дублей и не теряется ли заявка до первого дозвона. Проверка самой отправки формы — отдельная история: там уже стоит смотреть, не мешает ли капча, не рвётся ли подтверждение и не отваливается ли заявка до фиксации. Если провал между обращением и квалификацией, вопрос к офферу и сегменту: на кого нацелена кампания и что ей обещано в объявлении. Если провал между квалификацией и оплатой, сначала стоит смотреть на предложение, цену и обработку, но и влияние исходного трафика на этом этапе нельзя исключать без отдельной сверки.
Отдельно стоит проверить техническую привязку, а не только сам факт выгрузки. В отчёте «Офлайн-конверсии» видно, сколько записей загружено, сколько привязалось к визитам и по каким причинам остальные не привязались. Только привязанные конверсии участвуют в оптимизации кампаний, поэтому «мы всё выгрузили» и «реклама это увидела» — два разных утверждения.
И ещё одна деталь, которая ломает много хороших схем: у офлайн-конверсий есть срок. Стандартный период привязки — 21 день до момента загрузки данных. Если CRM отдаёт статус сделки позже, конверсия может не найти свой визит и останется в отчёте сиротой. Для длинных циклов это надо учитывать заранее, а не удивляться потом, что часть оплат «потерялась».
Что нужно, чтобы сигнал дошёл
Чтобы связать действие в CRM с рекламным визитом, нужен идентификатор. Используются ClientID, UserID, yclid и PurchaseID; ClientID считается наиболее точным для офлайн-данных, а yclid удобен, когда речь именно о рекламе Яндекса. Если в CRM эти идентификаторы не сохраняются, любая последующая аналитика превращается в гадание: продажа есть, а источника у неё нет.
Дальше этапы сделки нужно передавать в Метрику как офлайн-конверсии, причём разными событиями. «Заказ создан» и «Заказ оплачен» — не одно и то же, и в Метрике они могут жить как отдельные цели. Технически путь бывает разным: через API, через интеграцию с CRM или через Центр конверсий Директа, куда данные можно загрузить файлом из источников вроде FTP/SFTP, HTTP/HTTPS или Google Sheets.
Но одна выгрузка ничего не чинит. Пока в CRM не настроена разметка, пока не сохраняются идентификаторы и пока не проверена доля привязки, офлайн-конверсии останутся красивой идеей в презентации. Порядок работ здесь обратный привычному: сначала порядок в CRM, потом передача, и только потом надежды на умную оптимизацию.
Какой сигнал отдавать в рекламу
Соблазн простой: раз качество хромает, давайте оптимизироваться сразу на оплату. Иногда это работает, но универсальным рецептом не является. Если цикл сделки длинный, а оплат в месяц мало, алгоритму просто не на чем учиться — данных не хватает, и кампания начинает вести себя нервно. В такой ситуации промежуточная цель по квалифицированной заявке — рабочий компромисс.
Компромисс этот честный только при одном условии: критерии квалификации формализованы. Не «менеджеру понравился клиент», а понятный список признаков, по которым заявка считается целевой: регион, тип задачи, минимальный бюджет, срок. Тогда сигнал стабилен, его можно передавать в рекламу и по нему можно сравнивать периоды между собой.
Проверка гипотезы выглядит скучно и не требует героизма. Берётся один период, меняется одна метрика — например, цель оптимизации, — и кампания живёт достаточно долго, чтобы набрать данные. После этого сравниваются те же показатели, что и раньше. Оценивать результат раньше, чем накопится достаточный объём данных и пройдёт сопоставимый период, бессмысленно: система ещё не успела ничему научиться.
На мой взгляд, главная ценность такой сверки не в том, что она находит виноватого. Она убирает почву из-под ежемесячного спора. Когда перед предпринимателем и менеджером лежит одна цепочка, где заявка последовательно проходит от формы до оплаты, разговор меняется: вместо «реклама приводит мусор» обсуждается конкретный переход, на котором теряются люди.
Подход Market-GPT, если смотреть на него в этом контексте, можно рассматривать как способ отслеживать путь заявки от рекламного контакта до результата в продажах — не ради красивой воронки на слайде, а ради того, чтобы в рекламу вернулся сигнал о том, кто в итоге заплатил. Подробнее — market-gpt.ru.
Заявка — это не результат, а точка, где начинается измерение. Пока в рекламу не вернулось знание о том, кто стал покупателем, кабинет и отдел продаж будут смотреть на разные события и называть их одним словом. И спор «кто виноват» будет повторяться каждый месяц, пока эти события не собраны в одну цепочку.
