Мусорные лиды в Google Ads 2026: три проверки формы и защита Smart Bidding
В кабинете 400 конверсий, отдел продаж дозвонился до 90 человек, сделок — 11. Остальные 310 заявок — мусорные лиды: несуществующие номера, одноразовые почты и имена вроде «asdf qwerty». Проблема не только в том, что менеджеры тратят день на обзвон пустоты. Проблема в том, что все 400 заявок ушли в Smart Bidding как конверсии, и алгоритм неделю учился находить больше похожих источников.
В сентябре 2026 года Google опубликовал отдельную справку о предотвращении недействительных лидов и сформулировал там неприятную для рекламодателей вещь: его собственные фильтры недействительного трафика сами по себе проблему не решают, потому что большинство проверок срабатывает уже после показа объявления, а качество лида — зона совместной ответственности. Ниже — что именно рекомендует Google, какие три проверки формы закрывают основную массу мусора, как перестроить архитектуру конверсий и как отличить реальный спам от «просто холодных» заявок.
Мусорные лиды в Google Ads: почему фильтры Google не закрывают вопрос
Система защиты от недействительного трафика в Google Ads заточена под клики и показы: она ловит ботов, кликфрод и некорректный инвентарь, компенсирует списания и банит площадки. Про эту механику мы писали отдельно — недействительные клики в Google Ads: отчёт, компенсации и что реально помогает.
Но лид — это событие на вашей стороне. Между кликом и заявкой стоит ваша форма, и Google в неё не заглядывает. Отсюда два практических следствия:
- Бот, который дошёл до формы и отправил её, создаёт нормальную с точки зрения рекламной системы конверсию.
- Живой человек, указавший выдуманный email, тоже создаёт нормальную конверсию. Google прямо отмечает этот сценарий: реальные пользователи вводят ложные данные.
Масштаб стоит понимать трезво. По данным Lunio за второй квартал 2026 года, в ритейл-кампаниях AI Max доля недействительного трафика составила 5,28 % против 3,07 % у стандартного поиска (это замеры одного вендора по ритейлу, а не универсальная константа, и к лидогенерации они переносятся с оговорками). В их же июльском опросе 131 руководителя маркетинга 51,1 % назвали риск «обучения ставок на неживых конвертерах» одним из главных.
Ключевая мысль: недействительный лид стоит дороже недействительного клика. Клик съедает бюджет один раз. Лид отравляет обучающую выборку и заставляет алгоритм покупать больше такого же трафика.
Три проверки формы, которые рекомендует сам Google
1. reCAPTCHA на веб-формах
Базовый уровень. Справка Google не называет ни версию, ни пороговое значение score, ни место в потоке отправки — это остаётся на усмотрение разработчика. Практическая рамка: невидимая проверка на основе score работает лучше, чем «отметьте галочку», потому что не бьёт по конверсии живых пользователей; порог отсечения выставляется по факту, после недели наблюдения за распределением. Сразу ставить жёсткую отсечку — верный способ отрезать часть настоящих заявок вместе с ботами.
2. Двойное подтверждение (double opt-in)
После отправки формы уходит письмо с уникальной ссылкой, и лид считается валидным только после клика по ней. Это отсекает выдуманные и чужие адреса целиком. Минус очевиден: часть настоящих лидов не дойдёт до подтверждения — особенно в B2C и особенно на мобильных.
Поэтому double opt-in редко стоит делать условием показа формы. Правильнее — условием того, что заявка уходит в Google Ads как конверсия: пользователь видит обычный «спасибо», а конверсия в рекламную систему уходит после подтверждения.
3. Серверная валидация
Самый недооценённый слой. Боты всё чаще не трогают браузер вовсе, а отправляют POST напрямую на endpoint формы — никакая клиентская проверка такой трафик не видит. На сервере проверяется:
- существование MX-записи у домена почты и его отсутствие в списке одноразовых сервисов;
- формат и длина номера в соответствии с нумерацией страны;
- соответствие заявленного гео и фактического;
- базовая адекватность текстовых полей (повторяющиеся символы, латиница в поле русского имени, ссылки в поле «Имя»).
Два слоя, которых нет в справке, но которые работают
Справка Google ограничивается тремя пунктами выше. На практике к ним добавляют ещё два приёма — дешёвых и почти не влияющих на живых пользователей:
- Honeypot-поле. Скрытое CSS-ом поле, которое человек не видит и не заполняет. Любой автозаполнитель его заполнит, и заявка отсекается без единой проверки на стороне пользователя.
- Ограничение частоты и времени. Отсечка по числу отправок с одного IP за период и по времени заполнения: форма, отправленная через 1,5 секунды после загрузки страницы, заполнена не человеком.
Оба приёма ничего не стоят в реализации и ловят основную массу примитивных ботов до того, как дело дойдёт до reCAPTCHA.
Архитектура конверсий: не всё, что заявка, должно учить алгоритм
Фильтрация формы — только половина решения. Вторая половина — что именно вы отдаёте в Google Ads как конверсию для оптимизации.
| Событие | Тип конверсии | Почему |
|---|---|---|
| Отправка формы | Вторичная (только наблюдение) | Нужна для диагностики воронки, но не для обучения ставок |
| Подтверждённый контакт | Вторичная или первичная | Зависит от объёма: при малых объёмах — первичная |
| Квалифицированный лид (MQL/SQL) | Первичная | Именно это должно учить Smart Bidding |
| Сделка | Первичная с ценностью | Идеал при достаточной частоте событий |
Разделение на первичные и вторичные конверсии — штатный механизм, и он ровно про это; подробный разбор — в материале первичные и вторичные конверсии: чему на самом деле учится ваш алгоритм.
Ограничение простое и честное: оптимизация по квалифицированному лиду требует объёма. Ориентир из рекомендаций Google по лидогенерации — не менее 15 конверсий за 30 дней на уровне аккаунта, при задержке конверсии в пределах семи дней. Если ваши SQL дают три события в месяц, оптимизироваться по ним нельзя — нужен промежуточный прокси (подтверждённый телефон, дозвон, запись на встречу).
Как вернуть качество в систему
Самый прямой способ — отдавать в Google Ads не факт заявки, а её исход из CRM. Механика импорта офлайн-конверсий по GCLID описана в материале импорт офлайн-конверсий в Google Ads; там же — про корректировки и отзыв конверсий, если заявка уже была засчитана, а потом оказалась мусором.
Расширенные конверсии для лидов — соседний инструмент: они повышают долю сопоставленных конверсий и заодно дают вам хешированный идентификатор, по которому результат из CRM вернётся обратно. Настройка — в разборе расширенные конверсии Google Ads.
Что чинить на стороне кампаний
Часть мусора приходит не от ботов, а от нецелевого трафика — и лечится настройками, а не формой:
- Поисковые запросы и минус-слова. Классика: «бесплатно», «своими руками», «вакансия», «отзывы сотрудников». Порядок работы — в материале минус-слова и анализ поисковых запросов.
- Гео. Проверьте настройку присутствия и интереса: заявки из регионов, которые вы не обслуживаете, часто и есть «мусор».
- Lead-form ассеты. У них своя специфика: форма внутри объявления снижает трение, а вместе с трением падает и порог случайной отправки. Что изменилось в 2026 году — в разборе lead-form ассеты в Google Ads.
- Performance Max без фида. Именно в лидогенерационном PMax чаще всего всплывает приток низкокачественных заявок с партнёрских площадок — см. Performance Max для лидогенерации.
Диагностика: как отличить спам от просто холодного лида
Прежде чем закручивать гайки, стоит убедиться, что вы боретесь с тем врагом. Выгрузите 200 последних заявок и разметьте по признакам:
| Признак | Что означает |
|---|---|
| Время заполнения менее 2–3 секунд | Автоматизация, почти наверняка |
| Домен почты из списка одноразовых | Намеренно ложный контакт |
| Телефон не проходит по нумерации страны | Ложные данные или ошибка формы |
| Несколько заявок с одного IP за минуты | Бот или накрутка |
| Контакт валиден, но человек «не оставлял заявку» | Чужие данные, подставленные третьим лицом |
| Контакт валиден, интерес не подтверждён | Это не спам, а нецелевой трафик — лечится таргетингом |
Разница принципиальна: спам чинится формой и серверной валидацией, нецелевой трафик — настройками кампаний, минус-словами и посадочной. Если смешать две задачи, вы закрутите капчу и потеряете живые заявки, не починив ни одной причины.
И отдельная кнопка, о которой забывают: по активности за предыдущие 60 дней можно запросить расследование у Google. Это не замена собственным проверкам, но при явном всплеске мусора с конкретного источника запрос имеет смысл.
Звонки: отдельный контур, который обычно забывают
Если часть заявок приходит звонками, вся логика с формами к ним не относится — и мусор там свой. Типовые источники: автодозвоны, звонки длиной в три секунды, обращения по нецелевому вопросу («вы где находитесь?», «а вы вакансии не закрываете?»), повторные звонки одного и того же человека, засчитанные как разные конверсии.
Что здесь работает:
- Порог длительности. Конверсией считать звонок дольше 30–60 секунд, а не любой факт соединения. Порог подбирается по вашей выборке: посмотрите распределение длительности у звонков, которые привели к сделке.
- Дедупликация по номеру. Повторный звонок того же абонента в пределах окна не должен создавать вторую конверсию. Как это устроено в самом Google Ads — в материале дубли конверсий в Google Ads.
- Теги результата звонка. Если оператор отмечает исход в CRM, этот исход можно возвращать в Google Ads как офлайн-конверсию — так же, как для форм.
- Время работы. Звонок в нерабочие часы, на который никто не ответил, — это не конверсия, а потерянный бюджет; проверьте расписание показов.
Смысл тот же, что и с формами: в обучающую выборку должно попадать только то, что для бизнеса действительно является результатом.
Скоринг вместо бинарной отсечки
Главная ошибка в реализации — делать каждую проверку отдельным шлагбаумом: не прошёл reCAPTCHA — отказ, подозрительный домен — отказ. Так вы гарантированно теряете живых пользователей, у которых просто строгий корпоративный прокси или редкий почтовый домен.
Рабочая схема — весовая. Каждый сигнал даёт баллы, решение принимается по сумме:
| Сигнал | Вес | Действие при срабатывании |
|---|---|---|
| Заполнен honeypot | 100 | Отказ без обсуждения |
| Форма отправлена быстрее 2 секунд | 60 | Сильный сигнал |
| Домен почты в списке одноразовых | 50 | Сильный сигнал |
| Нет MX-записи у домена | 40 | Средний сигнал |
| Телефон не проходит по нумерации страны | 40 | Средний сигнал |
| Низкий score reCAPTCHA | 30 | Средний сигнал |
| Третья и далее заявка с одного IP за час | 30 | Средний сигнал |
| Несоответствие гео запроса и заявленного | 15 | Слабый сигнал |
Дальше три порога вместо одного: ниже 40 — пропускаем как обычный лид; 40–79 — пропускаем в CRM, но конверсию в Google Ads не отправляем до подтверждения контакта; 80 и выше — отклоняем. Такая схема сохраняет пограничные заявки для отдела продаж и при этом не кормит алгоритм сомнительными данными. Конкретные веса подбираются по вашей выборке — начните с этих и уточните после первой разметки двухсот заявок.
Техзадание разработчику на одну страницу
Чтобы задача не растянулась на месяц обсуждений, формулируйте её сразу в терминах реализации:
- Добавить в форму скрытое поле-ловушку и отметку времени рендера страницы; обе проверять на сервере.
- Принимать отправку только через серверный обработчик; прямой POST на endpoint без валидного токена сессии отклонять.
- На сервере проверять: MX-запись домена, список одноразовых доменов, формат номера по стране, базовую адекватность текстовых полей.
- Подключить reCAPTCHA с передачей score в обработчик; первую неделю ничего не блокировать, только логировать распределение.
- Реализовать скоринг по таблице выше и писать итоговый балл вместе с заявкой в CRM — он понадобится для разбора спорных случаев.
- Событие конверсии в Google Ads отправлять не из формы, а из обработчика, после прохождения порога.
- Логировать все отклонённые заявки минимум 30 дней: без лога вы не узнаете, что отрезали лишнего.
Последний пункт самый важный и его чаще всего выкидывают ради экономии. Без лога отклонений настройка порогов превращается в гадание, а первая жалоба из отдела продаж на «потерянного клиента» становится неразрешимым спором.
План на 30, 60 и 90 дней
- Неделя 1. Honeypot и ограничение по времени заполнения. Это день работы и мгновенный эффект на примитивных ботах.
- Недели 2–3. Серверная валидация почты и телефона, список одноразовых доменов, лимит частоты по IP.
- Неделя 4. reCAPTCHA с мягким порогом; неделя наблюдения за распределением score, затем настройка отсечки.
- Месяц 2. Перестройка архитектуры конверсий: отправка формы — во вторичные, квалифицированный лид — в первичные. Период обучения алгоритма учитывайте заранее, он описан в материале период обучения Smart Bidding.
- Месяц 3. Импорт исходов из CRM, корректировки и отзыв ошибочных конверсий, пересчёт допустимого CPA по доле квалифицированных заявок.
Разница в экономике на выходе обычно выглядит так: при 70 % мусора в потоке реальная стоимость квалифицированного лида втрое выше, чем показывает кабинет. После чистки цифра в отчёте становится выше — и впервые начинает совпадать с реальностью. Это нормальный и правильный исход, хотя первые две недели он выглядит как ухудшение.
Следующий логичный шаг после чистки — проверить, сколько квалифицированных лидов канал приносит сверх того, что пришло бы и без рекламы. С октября 2026 это можно измерить самостоятельно: Conversion Lift в Search и Performance Max. Запускать его имеет смысл именно после чистки — иначе тест сравнит две группы по мусору. Если лидогенерация идёт через PMax, заодно пересмотрите структуру ассет-групп: часть низкокачественного потока приходит из групп, собранных без разделения по аудиториям и посадочным.
Если вы ведёте лидогенерацию на объёмах, где такая чистка окупается за месяц, имеет смысл привести в порядок и остальной контур — от стабильных кабинетов до дисциплины в измерении. Что мы делаем на этой стороне, видно на страницах агентских аккаунтов Google Ads и сервисов PPC Rebels.
FAQ
Почему Google не фильтрует фейковые лиды сам?
Потому что его проверки трафика работают до и вокруг показа объявления, а отправка формы происходит на вашем сайте. Google прямо называет качество лида совместной ответственностью и рекомендует добавлять проверки на стороне рекламодателя.
Capcha уже стоит, а мусор идёт. Что не так?
Скорее всего, форму отправляют напрямую на endpoint, минуя браузер. Клиентская проверка такой поток не видит — нужна серверная валидация запроса.
Не убьёт ли double opt-in конверсию?
Убьёт часть подтверждений, да. Поэтому его ставят не как барьер перед формой, а как условие отправки конверсии в Google Ads: пользователь проходит путь как обычно, а алгоритм учится только на подтверждённых.
Что считать первичной конверсией в лидогенерации?
То событие, которое вы действительно хотите получать больше и которое случается достаточно часто. Если квалифицированных лидов меньше 15 в месяц, берите ближайший прокси выше по воронке, а квалификацию оставьте во вторичных.
Можно ли отозвать уже засчитанную конверсию?
Да, через корректировки конверсий — заявку можно отозвать или изменить её ценность, если вы передаёте идентификатор клика или хешированные данные. Это и есть главный смысл связки с CRM.
Мусорные лиды портят обучение Smart Bidding?
Да. Алгоритм оптимизируется под то, что вы помечаете как конверсию. Если в выборке 70 % фейков, он будет искать источники, дающие похожий трафик.
Чем спам отличается от нецелевого лида?
Спам — это ложные данные и автоматизация. Нецелевой лид — реальный человек, который вам не подходит. Первое чинится формой, второе — таргетингом, минус-словами и текстом объявления.
Сколько конверсий нужно, чтобы оптимизироваться по качеству?
Ориентир из рекомендаций Google — не меньше 15 конверсий за 30 дней на уровне аккаунта, с задержкой конверсии желательно в пределах семи дней. Это именно ориентир, а не жёсткий порог.
Помогает ли ужесточение формы, если лиды приходят из lead-form ассетов?
Нет: там форма внутри объявления, и ваши проверки до неё не достают. Там работают другие рычаги — настройки самого ассета, квалифицирующие вопросы и последующая проверка контакта на вашей стороне.
Стоит ли блокировать весь трафик с дата-центровых IP?
Как мягкий сигнал в скоринге — да. Как жёсткая блокировка — осторожно: часть корпоративных пользователей ходит через прокси и VPN, и вы отрежете живые заявки.
Можно ли пожаловаться Google на всплеск мусора?
Можно запросить расследование активности за предыдущие 60 дней. Это разумно при резком всплеске с конкретного источника, но не заменяет собственных проверок.
Нужно ли предупреждать пользователя о проверках?
О скрытых технических проверках — нет, они не затрагивают персональные данные сверх того, что пользователь и так отправляет. А вот двойное подтверждение и обработку контакта стоит отразить в политике конфиденциальности и в тексте согласия на форме — это требование законодательства о персональных данных, а не рекомендация по рекламе.
Сколько времени занимает внедрение всего набора проверок?
Honeypot и ограничение по времени — день работы. Серверная валидация с проверкой MX и формата номера — два-три дня. reCAPTCHA со скорингом и логированием — ещё неделя с учётом периода наблюдения. Перестройка архитектуры конверсий и связка с CRM — отдельный проект на месяц.
Что делать, если мусор пошёл резко и с одного дня?
Сначала посмотрите, не совпало ли это с запуском новой кампании, расширением гео или включением партнёрских площадок. Резкий всплеск почти всегда имеет конкретную причину в настройках, а не в «интернете вообще»; и только если источник внешний — имеет смысл запрашивать расследование у Google.
Что произойдёт с отчётами после чистки?
Число конверсий упадёт, CPA вырастет. Это не ухудшение, а переход к честным цифрам: до чистки вы считали стоимость заявки, после — стоимость лида, с которым работает отдел продаж.
Фильтровать мусор на входе дешевле, чем платить за него трижды: бюджетом на клик, временем отдела продаж и неделей, за которую алгоритм научился искать таких же.
