Кампании работали, лиды приходили, отчёты выглядели нормально. Но когда я начал сверять данные CRM и рекламного кабинета, оказалось: больше половины квалифицированных лидов Google Ads просто не видел.
В кабинете было видно, что данные поступают не полностью, но масштаб проблемы стал понятен только после детальной сверки. Это разбор о том, как я нашёл утечку, вместе с техническим специалистом пересобрал передачу офлайн-конверсий и что из этого получилось.
Этот разбор связан с проектом, где мы дорабатывали посадочные страницы, креативы, GA4 и передачу офлайн-конверсий из CRM через n8n. В кейсе показан промежуточный майский срез по проекту, а ниже в статье - техническая часть про передачу qualified leads.
Смотреть короткий кейс →Контекст
Проект - EdTech. Гео - Европа. Лидогенерация через квизы и одностраничники, две отдельные воронки с разными продуктами.
До моего подключения Google Ads уже запускался, потом кампании остановили примерно на месяц. В аккаунте была накопленная история, события по лидам и qualified leads, частично настроенный n8n для передачи данных из CRM в рекламный кабинет.
Задача от клиента формулировалась как «снизить CPL и CPQL». За этим стоял более широкий вопрос: реально ли вообще выйти на показатели, сопоставимые с Meta (запрещённая на территории Российской Федерации организация).
Где была проблема
Формально офлайн-конверсии уже настроили до меня. Но при сверке выяснилось: около 60% квалифицированных лидов не попадали в Google Ads.
Проблем оказалось несколько, и все в разных местах.
| Где была проблема | Что происходило | Чем это опасно |
|---|---|---|
| n8n | Входящий лид проходил три этапа, но в кабинет передавался только один из них. То же самое было с квалификацией. | Google Ads видел только часть лидов и квал-лидов. |
| CRM | Единственный этап, с которого шла передача, был необязательным: менеджеры могли его пропускать. | Большая часть квал-лидов не доходила до рекламного кабинета. |
| GA4 | Часть событий вообще не фиксировалась. | Аналитика дополнительно искажала картину. |
Google Ads обучался не на всех качественных лидах, а только на тех, кто случайно прошёл через нужный этап. Данных для корректного обучения алгоритма, очевидно, не хватало.
Почему это опасно
Алгоритм не знает, что хорошо для вашего бизнеса. Он знает только то, что вы ему передаёте.
Если передаёте первичные заявки - ищет заявки. Передаёте qualified leads - ориентируется на качество. Передаёте target leads и продажи - оптимизируется ближе к деньгам.
В этом проекте алгоритм получал сигнал только с двух этапов воронки: входящий лид (1 из 3) и квал-лид (1 из 3). Можно было бесконечно менять структуру кампаний, креативы, ставки, но пока данные неполные, система ищет не тех людей.
Это особенно критично для Performance Max. У него широкий охват: Search, YouTube, Display, Discover, Gmail, Maps. Чем хуже данные, тем выше риск потратить бюджет на нерелевантную аудиторию.
Что мы настроили
Я пересобрал логику передачи офлайн-конверсий через CRM и n8n. Задача была не «передать побольше событий», а передать события, которые реально отражают воронку.
Поскольку в проекте две воронки, события разделили по направлениям и добавили объединённые сигналы - на случай, если данных по отдельной воронке не хватает для обучения.
| Событие | Что передаётся |
|---|---|
| Lead | Первичный лид отдельно по двум воронкам |
| All Lead | Любой лид из двух воронок |
| Qualified Lead | Квалифицированный лид отдельно по двум воронкам |
| All Qualified Lead | Любой квал-лид |
| Target Lead | Лид на предпродажном этапе отдельно по двум воронкам |
| All Target Lead | Любой target lead |
| Sale / Purchase | Подтверждённая оплата |
Помимо передачи, важно ещё правильно настроить события: какие события Primary, какие Secondary в фазах обучения, считать конверсию один раз или каждый раз, где передавать ценность конверсии.
Если это не проработать, можно собрать технически красивую схему, которая всё равно обучает алгоритмы не на том, что важно бизнесу.
Что получилось
Я начал работу в апреле. Только к началу мая все события пошли корректно: около четырёх недель ушло на то, чтобы разобраться со всеми проблемами и донастроить передачу данных.
Сравниваю апрель, когда ещё шла донастройка, и май - первый полный месяц после пересборки. Данные на 20 мая:
| Метрика | Изменение |
|---|---|
| CPL | −14% |
| CPQL | −21% |
| CPQL по воронке 1 | −11% |
| CPQL по воронке 2 | −34% |
| CR лидов в квал-лиды по воронке 1 | 50.2% → 53.5% |
| CR лидов в квал-лиды по воронке 2 | 21.7% → 28.2% |
| Бюджет | −17.5% |
Детальные абсолютные цифры не раскрываю из-за NDA.
Честная оговорка: один месяц - это не устойчивый тренд. Работа продолжается, и задача по CPQL ещё не закрыта полностью. Но направление правильное, и главное - кабинет наконец видит реальную воронку.
Что проверить у себя
Если у вас Google Ads, CRM и лидогенерация, пройдитесь по этому списку:
- Совпадает ли определение qualified lead в CRM и в Google Ads?
- Не передаётся ли в кабинет только один необязательный этап воронки?
- Сколько квал-лидов из CRM реально попадает в рекламный кабинет?
- Как настроен подсчёт конверсий: one или every?
- Какие события стоят Primary, какие Secondary?
- Есть ли отдельные события для lead, qualified lead, target lead и sale?
- Хватает ли данных по каждой воронке или нужны объединённые события?
- Передаётся ли ценность там, где это возможно?
Если на часть вопросов нет ответа, проблема может быть не в кампаниях, а в данных, на которых они обучаются.
Частые вопросы
Итог
Параллельно с донастройкой передачи данных я тестировал связки - не ждал, пока всё встанет идеально. Но именно в этот период стало особенно наглядно: одни и те же кампании давали разный результат в зависимости от того, насколько корректно данные доходили до кабинета.
Передача офлайн-конверсий оказалась важнее, чем я ожидал. Не дополнением к оптимизации, а её фундаментом.
Сегодня работа специалиста по рекламе - это не только кампании, креативы и ставки. Это ещё CRM, статусы сделок, коннекторы вроде Zapier, Albato, n8n и Make, настройки конверсий и понимание того, как бизнес реально зарабатывает. Без этого алгоритм просто не знает, кого искать.
