Старые фильтры заявок ловили ботов по формальным признакам: пустое поле, отсутствие движений мыши, ответ короче трёх символов. ИИ-боты на базе языковых моделей этих признаков не показывают — они читают вопрос, пишут осмысленный ответ и ведут себя на странице как человек, поэтому массово проходят honeypot-поля, простую CAPTCHA и ручную проверку по формату.
Почему старая защита форм больше не работает
Старая защита работала на допущении, что бот — примитивный скрипт: он бьёт по форме за доли секунды, не двигает курсором и не может ответить на открытый вопрос. ИИ-боты на базе языковых моделей это допущение убирают — они видят разметку страницы, понимают формулировку поля и пишут связный текст, который проходит и автоматическую, и ручную проверку.
Классический фильтр «поле не пустое, ссылок нет, есть кириллица» раньше отсеивал большую часть мусора. Сейчас в поле «Опишите задачу» бот вписывает правдоподобную фразу вроде «нужен аудит рекламных кампаний для магазина мебели» — она проходит и ручную сверку менеджера, если он не сопоставляет заявку с источником перехода. Разница с обычным спам-ботом в том, что старый бот атакует форму одинаковым текстом, а ИИ-бот подстраивает ответ под конкретные поля конкретного лендинга. Механику похожих вбросов в рекламных кампаниях мы разбирали в статье про фейковые заявки в Мастере кампаний.
Что умеют ИИ-боты, которых не было пару лет назад
ИИ-боты сочетают браузерную автоматизацию — headless-браузер с полноценным рендерингом страницы — и языковую модель, которая читает разметку формы и формулирует ответ под каждое поле. В отличие от старых ботов-скриптов, они не следуют жёсткому шаблону запроса: каждый заход выглядит как новый уникальный визит.
Такой бот открывает страницу как обычный браузер, ждёт загрузки скриптов трекинга, двигает курсор по правдоподобной траектории и кликает по полям в естественном порядке. Языковая модель внутри читает label и placeholder каждого поля и генерирует ответ, который соответствует смыслу: телефон в формате региона лендинга, имя из частотного списка, комментарий по теме страницы. Часть таких ботов запускают конкуренты, чтобы обесценить рекламный бюджет; часть — парсеры, которые собирают контакты менеджеров через форму обратной связи; часть — тестовые прогоны самих рекламных платформ и партнёрских сетей. Итог одинаковый: заявка в CRM выглядит как настоящая, а бюджет на её обработку тратит менеджер.
Чем ИИ-бот отличается от обычного скрипта-спамера
Обычный скрипт-спамер бьёт по форме без браузера — прямым запросом, за миллисекунды, часто без cookie и без загрузки JS. ИИ-бот работает в полноценном браузере, выдерживает паузы между действиями и грузит все скрипты страницы, включая счётчики аналитики, — поэтому фильтры по времени заполнения и наличию JS его не ловят.
Скрипт-спамер легко палится по User-Agent, отсутствию referer и одинаковым IP-подсетям — эти признаки не меняются от заявки к заявке. ИИ-бот с прослойкой прокси и ротацией отпечатка браузера каждый раз выглядит иначе: новый User-Agent, новое разрешение экрана, новый набор шрифтов. Стабильным остаётся только сама текстовая заявка: набор фраз, который генерирует модель, часто повторяет обороты («буду благодарен за консультацию», «интересует расчёт стоимости») в заявках с разных IP и разных лендингов одного рекламодателя.
Почему CAPTCHA и невидимая reCAPTCHA больше не барьер
CAPTCHA и её невидимая версия — reCAPTCHA v3, которая оценивает поведение без вопроса пользователю, — хуже ловят ИИ-ботов, потому что оценивают правдоподобность поведения: движение мыши, скорость кликов, историю визитов в браузере. Бот, который двигает курсор по плавной кривой и выдерживает паузы между действиями, получает высокий балл доверия наравне с человеком.
Текстовую CAPTCHA (введите цифры с картинки) решает распознавание изображений — та же технология, что используют модели для чтения скриншотов. Поведенческие капчи обходят браузерной автоматизацией с реалистичными задержками: разработчики таких ботов изучают, какие паттерны движения мыши получают низкий риск-балл, и воспроизводят их. Рабочей остаётся связка из нескольких независимых проверок сразу — капча плюс серверная валидация плюс сверка с источником трафика, — потому что обойти все слои одновременно дороже, чем обойти один. Отдельная головная боль — боты, которые заходят через рекламные сети: фильтрации таких площадок посвящён отдельный разбор про чистку РСЯ от ботового трафика.
Как фейковая заявка от ИИ-бота выглядит в CRM
В CRM такая заявка не выглядит подозрительно на первый взгляд: имя без опечаток, телефон в верном формате, комментарий по теме лендинга. Отличия проявляются не в самой заявке, а в её контексте — источнике перехода, времени на сайте и поведении после отправки формы.
Частые маркеры: заявка приходит с объявления, у которого аномально высокий CTR при нулевом скролле на лендинге; телефон не отвечает или отвечает автоответчиком; комментарий звучит обобщённо и подходит под любую нишу («хочу узнать подробнее об услуге»); несколько заявок за короткий промежуток различаются именами, но совпадают по стилю фразы. Если такие заявки уже попадают в отчёт клиенту, разговор обычно упирается в одно и то же — клиент говорит, что заявки плохие, и здесь важно отделить реальную некачественную аудиторию от ботового мусора: это разобрано в статье «клиент говорит, заявки плохие».
Признаки, по которым ИИ-бота ещё можно поймать
Идеальную имитацию человека ИИ-бот пока не даёт: остаются нестыковки в деталях, которые легко проверить вручную или простым скриптом — часовой пояс браузера не совпадает с городом в заявке, история страницы короче типичного пути клиента, событие «клик по телефону» происходит раньше, чем страница успела прогрузиться визуально.
Дополнительно стоит проверять:
- совпадение часового пояса и языка браузера с регионом заявки;
- наличие промежуточных событий — скролл, наведение на цену, просмотр второго экрана — а не мгновенный переход к форме;
- уникальность формулировок в комментарии между разными заявками одного дня;
- IP-репутацию и принадлежность к дата-центру, а не к мобильному или домашнему провайдеру;
- поведение после отправки формы — реальный клиент чаще закрывает вкладку или уходит в мессенджер, бот обычно завершает сессию мгновенно;
- долю автоматических визитов по источнику — её показывает отчёт «Роботность» в Метрике.
Какие методы защиты форм работают против ИИ-ботов
Ни один метод защиты формы не ловит ИИ-ботов в одиночку — каждый решает свою часть проблемы и пробивается с той или иной вероятностью. Ниже — сравнение того, что реально даёт связка методов, а что осталось эффективным только против старых скриптов-спамеров.
| Метод | Против скриптов-спамеров | Против ИИ-ботов | Стоит ли использовать |
|---|---|---|---|
| Honeypot-поле (скрытая ловушка) | Ловит | Не ловит | Да, как базовый слой |
| Простая текстовая CAPTCHA | Ловит | Слабо | Портит конверсию, не приоритет |
| reCAPTCHA v3 (поведенческий балл) | Ловит | Частично | Да, в связке с другими проверками |
| Минимальное время заполнения формы | Ловит | Не ловит, бот выжидает | Да, как фильтр грубого спама |
| Проверка User-Agent и заголовков | Ловит | Не ловит, браузер полноценный | Оставить как базовый слой |
| Сверка заявки с источником трафика и UTM | — | Ловит | Ключевой метод против ИИ-ботов |
| Ручная модерация первых заявок по новому объявлению | — | Ловит | Обязательна при подозрении на накрутку |
Вывод простой: один слой защиты задачу не решает, а лишний слой убивает конверсию формы у настоящих посетителей. Рабочая комбинация — минимум фильтров на самой форме плюс сверка заявок с источником перехода на стороне CRM или таблицы отчётов; похожий подход к чистке спама разобран в статье про фильтрацию спам-заявок.
Что реально снижает долю фейковых заявок сейчас
Единой кнопки «выключить ИИ-ботов» не существует — работает комбинация из проверки источника, паузы перед показом заявки менеджеру и регулярного аудита конверсии по площадкам. Смысл в том, чтобы поднять стоимость атаки для бота выше стоимости результата, который он получает.
На практике это выглядит так: заявки автоматически помечаются риск-баллом по совокупности признаков — IP, поведение на странице, совпадение UTM с ожидаемым источником; заявки с высоким риском не попадают в отчёт клиенту без ручной проверки; площадки и объявления с аномальной долей риск-заявок ставятся на паузу до разбора. Отдельно стоит смотреть площадки в РСЯ и внешних сетях — там доля ботового трафика традиционно выше, чем в поиске. Инструменты для сведения заявок и продаж в одном месте, где такие метки видны на уровне отчёта, а не отдельного лога, собраны в разделе заявок и продаж.
Что делать, если фейковые заявки уже идут в бюджет
Первый шаг — не оптимизировать кампанию под метрику, которая уже испорчена ботами: если алгоритм обучается на фейковых конверсиях, он приведёт ещё больше похожего трафика. Остановите автостратегию на переобучении, если доля подозрительных заявок за сутки резко выросла, и разберите последние заявки вручную, прежде чем продолжать откручивать бюджет.
Дальше исключите площадки и объявления, с которых пришли подтверждённые боты, из списка мест показа. Загрузите в Метрику или в кабинет офлайн-конверсии по реальным сделкам, а не по факту отправки формы, — так стратегия обучается на качестве, а не на количестве заявок. Если фейковые заявки идут волнами после запуска нового объявления, это часто совпадает с накруткой конкурентом или тестовым прогоном самой площадки — сравните долю риск-заявок по времени суток и дням недели, паттерн обычно виден без сложной аналитики. Если проблема системная, а не разовая, разбор ложных заявок и их влияния на статистику кампании подробнее описан в статье о ложных заявках.
Когда дойдёт до дела, пригодится 11 этапов Метода Точного Входа.
Частые вопросы
Можно ли полностью исключить ИИ-ботов из заявок?
Нет — полностью нельзя: любая форма, открытая для интернета, доступна и автоматизации. Реалистичная цель — снизить долю фейковых заявок до уровня, который не искажает статистику кампании и не съедает время менеджера, а не свести её к нулю.
Стоит ли усложнять форму заявки, чтобы отсечь ботов?
Осторожно: каждое лишнее поле или сложная капча режет конверсию у реальных посетителей сильнее, чем у ботов, которые как раз умеют проходить сложные формы. Лучше усложнять проверку на стороне сервера и в отчёте, а не саму форму.
Как быстро понять, что заявка от бота, а не от невнимательного человека?
По совокупности признаков, а не по одному: несовпадение часового пояса, мгновенный переход к форме без просмотра страницы, обобщённый комментарий и недоступный телефон вместе — сильный сигнал; каждый признак по отдельности встречается и у настоящих клиентов.
Нужно ли менять рекламную стратегию из-за ботов?
Да, если доля подозрительных заявок стабильно высокая — иначе автостратегия обучается на грязных данных и приводит ещё больше похожего трафика. Разовый всплеск ботов — не повод менять стратегию, системная проблема — повод.
Кто чаще всего запускает ИИ-ботов на формы лендингов?
По наблюдаемым паттернам — конкуренты, которые обесценивают чужой рекламный бюджет, парсеры контактов и тестовые прогоны самих рекламных платформ или партнёрских сетей. Точную причину для конкретного случая устанавливает разбор источника трафика, а не догадка по одной заявке.
Источники
- OWASP — Automated Threats to Web Applications — классификация автоматизированных угроз, включая заполнение форм ботами
- Google — документация reCAPTCHA v3 — принцип работы поведенческой оценки риска
- Cloudflare — What Is a Bot? — базовые понятия о ботах и их видах
