Защита трафика с ИИ: что такое TrafficGuard AI и как он спасает кампании

Разбираем, как защита трафика с ИИ отсекает ботов, накрученные клики и лиды: сигналы фрода, проверка событий, лимиты площадок и что проверить до выводов.

Редакция ADS BeastОпубликовано 8 мин чтения

TrafficGuard AI - это класс сервисов, которые проверяют рекламный трафик на признаки фрода: поддельные клики, ботов, накрученные лиды. Задача простая: не дать бюджету уходить на действия, которые не приносят реальных клиентов. Защита трафика с ИИ работает не вместо площадки, а поверх неё - на ваших данных о кликах, событиях и лидах.

Коротко

  • Фрод бывает кликовый и лидовый: в первом случае деньги списываются за ботов, во втором в CRM попадают фальшивые заявки.
  • Один признак ничего не доказывает. Решение принимают по совокупности сигналов: поведение, идентификаторы, источник, качество лида.
  • Площадки фильтруют объявления и аккаунты, но не каждый клик и не каждый лид.
  • Прежде чем говорить о дедупликации, проверьте события, идентификаторы, источники и модель атрибуции.
  • Результат зависит от того, какие данные вы готовы передавать: чем больше серверных событий и стадий CRM видит система, тем точнее она различает фрод и норму.

Что такое TrafficGuard AI и откуда берётся фрод

TrafficGuard AI - это инструмент, который стоит между рекламной площадкой и вашей аналитикой и оценивает каждый клик и каждую заявку на вероятность подделки. Он не блокирует объявления и не спорит с модерацией. Он смотрит на то, что происходит после клика.

Фрод в рекламе существует потому, что за действия платят. Если оплата идёт за клик, появляется смысл генерировать клики. Если за лид - смысл появляется у накрутки заявок. Мошенник зарабатывает на разнице между стоимостью поддельного действия и выплатой за него.

Есть два основных типа.

Кликовый фрод. Боты или фермы устройств имитируют переходы. Признаки: аномально ровный ритм кликов, одинаковые параметры устройств, отсутствие глубины просмотра, мгновенные отказы, подозрительная география при узком таргетинге.

Лидовый фрод. Заявки приходят, но за ними нет покупателей. Признаки: несовпадающие или однотипные контактные данные, лиды, которые не отвечают, массовые регистрации с одного диапазона, заявки вне часов работы вашего отдела продаж.

Третий слой - атрибуционный шум. Это не всегда мошенничество: дубли событий, разные источники одной покупки, неверно настроенные цели. Такой шум выглядит как фрод по цифрам, но лечится настройкой, а не блокировкой.

Как ИИ отличает фродовый трафик от обычного

ИИ не ищет один «признак бота». Он собирает десятки слабых сигналов и оценивает их вместе. По отдельности каждый сигнал даёт ложные срабатывания, вместе они складываются в устойчивую картину.

Вот на что смотрят в первую очередь.

Поведение на сайте. Как долго человек на странице, куда он идёт дальше, двигает ли мышью, заполняет ли форму постепенно или отправляет её мгновенно. Бот обычно проходит путь слишком гладко и слишком быстро.

Идентификаторы. Совпадают ли параметры устройства, браузера, часового пояса с заявленной географией. Не повторяется ли один и тот же набор идентификаторов в разных «пользователях».

Источник перехода. Соответствует ли реферер площадке, с которой якобы пришёл трафик. Нет ли концентрации кликов на одном placement, который не даёт конверсий.

Качество лидов. Дозваниваются ли до заявок, отвечают ли люди, доходят ли они до оплаты. Это самый сильный сигнал, потому что подделать поведение реального покупателя дорого.

На практике сигналы почти никогда не приходят по одному. Один и тот же диапазон IP может быть и корпоративной сетью, и фермой. Одинаковые устройства - и у офисных сотрудников, и у ботнета. Поэтому решение принимают по нескольким признакам сразу, а не по одному.

Порядок проверки перед выводами о фроде. Проверить события: Каждое действие уходит один раз и с нужными параметрами; Сверить идентификаторы: Согласованный ID заказа и для браузера, и для сервера; Разобрать источники: Какие каналы передают конверсии и не дублируют ли друг друга; Проверить атрибуцию:
Сначала чистота данных, потом оценка аномалий

Из чего складывается проверка: события, идентификаторы, атрибуция

Порядок важен. Сначала вы убеждаетесь, что данные вообще корректны, и только потом делаете выводы о фроде или дедупликации.

  1. Проверьте события. Убедитесь, что каждое целевое действие действительно отправляется один раз и с нужными параметрами. Дубли и пропуски искажают всю картину.
  2. Проверьте идентификаторы. У каждой конверсии должен быть согласованный ID заказа или транзакции. В Google Ads повтор одной конверсионной акции с тем же transaction или order ID дедуплицируется, но одинаковый ID не объединяет разные конверсионные акции. Согласованный идентификатор нужен и для браузерной, и для серверной загрузки.
  3. Проверьте источники. Google поддерживает согласованные источники, поэтому утверждение «всегда останется только один источник» неверно. Разберитесь, какие каналы у вас реально передают конверсии и не дублируют ли они друг друга.
  4. Проверьте атрибуцию. Посмотрите на окно конверсии и модель. В Google Ads окно по клику по умолчанию 30 дней и настраивается от 1 до 90. Если окно или модель менялись, сравнение «до и после» теряет смысл.
  5. И только теперь оценивайте фрод. Когда данные чистые, аномалии видно. До этого любая цифра - это гипотеза.

Отдельно про серверные события. Measurement Protocol отправляет события в GA4, а не напрямую в Google Ads. Импорт из GA4 и передача через Google Ads API или Data Manager - это разные пути. Если вы строите серверную аналитику, разберитесь, какой из них у вас работает, иначе часть конверсий просто не доедет.

Что площадка фильтрует сама, а что нет. Площадка: объявления и аккаунты: Google Ads - за рабочий день, Meta - за 24 часа, Microsoft - за 48; Площадка: правила тематик: Крипта: сертификация и лицензия для бирж и кошельков; Вы: качество кликов: Боты, фермы устройств, аномальные placements; Вы: качеств
Модерация объявлений не равна проверке каждого клика

Что площадки фильтруют сами, а что остаётся вам

У каждой крупной площадки есть собственные проверки. Но они касаются объявлений и аккаунтов, а не каждого клика и лида. Это принципиальная разница: площадка не даст показать запрещённое объявление, но не всегда отсечёт бота, который кликает по разрешённому.

ПлощадкаЧто проверяет самаСрок проверки объявленийЧто остаётся на вас
Google AdsОбъявления, аккаунты, тематики вроде криптыБольшинство объявлений - за один рабочий деньКачество кликов и лидов, серверные события
MetaОбъявления, аккаунты, тематикиБольшинство - за 24 часа, иногда дольшеКачество лидов, дубли пикселя и Conversions API
Microsoft AdvertisingОбъявления и аккаунтыБольшинство - за 48 часовКачество кликов и лидов
TikTokОбъявления и аккаунтыПо правилам площадкиКачество лидов и кликов

Про Meta отдельно: дедупликация пикселя и Conversions API работает по совпадению названия события и event_id. Переключателя «включить дедупликацию» нет. Если event_id не совпадает, событие может засчитаться дважды, и вы будете искать фрод там, где его нет.

У Google Ads свои правила для отдельных тематик. Без заявки можно рекламировать бизнес, который сам не покупает, не хранит и не обменивает криптовалюту, оборудование для майнинга и обучение без инвестиционных советов. Запрещены ICO, торговые DeFi-протоколы и призывы купить или продать криптовалюту. Биржам и кошелькам нужна сертификация Google и местная лицензия, и только в странах из списка. Это фильтр тематики, а не защита от ботов.

Как выглядит защита трафика с ИИ на практике

Рабочая схема строится в четыре слоя, и каждый следующий опирается на предыдущий.

Первый слой - корректная аналитика. Без чистых событий и согласованных идентификаторов никакой ИИ не поможет: он будет учиться на мусоре.

Второй слой - фильтрация кликов. Система оценивает каждый переход и помечает подозрительные. Что с ними делать - решаете вы: исключать placements, сужать гео, менять креативы.

Третий слой - оценка лидов. Заявка приходит, система проверяет её на признаки бота и передаёт в CRM с оценкой. Отдел продаж видит, кому звонить первым, а кому не звонить вообще.

Четвёртый слой - обратная связь из CRM. Когда вы возвращаете в рекламные кабинеты стадии сделки, а не только факт заявки, алгоритмы площадки начинают оптимизироваться на реальных клиентов. Это самый сильный рычаг: вы учите аукцион тому, что вам действительно нужно.

Что здесь важно понимать. Защита от фрода не увеличивает число конверсий. Она убирает из отчётов то, чего не было, и освобождает бюджет для того, что работает. Если после включения защиты конверсий стало меньше, это не поломка. Это, скорее всего, честная картина.

От чего зависит результат и сколько это стоит

Фиксированного минимума бюджета для защиты от фрода не существует. У Google Ads минимального бюджета нет вовсе. У Meta минимум есть, но он зависит от страны, валюты, цели и способа оплаты, а Ads Manager просто предупреждает, если бюджет ниже нужного. У TikTok дневной бюджет должен быть больше 50 долларов на кампанию и 20 на группу. У LinkedIn - от 10 долларов в день. Ориентируйтесь на лимиты площадок, а не на обещания сервисов.

Стоимость самой защиты складывается из нескольких вещей, и называть одну цифру бессмысленно.

Объём проверяемого трафика. Чем больше кликов и событий, тем больше работы.

Глубина интеграции. Только браузерные события или ещё серверные. Только факт заявки или стадии CRM.

Количество каналов. Проверять один кабинет и пять - разная нагрузка.

Скорость реакции. Разовое расследование или постоянный мониторинг с отчётами.

Чтобы понять свою цифру, начните с аудита: посмотрите, сколько у вас событий, какие идентификаторы передаются, что видно в CRM. После этого станет ясно, какой объём защиты вам нужен. Страница настройка кампании с ИИ показывает, как это устроено внутри платформы.

Типичные ошибки при внедрении защиты от фрода

Ошибка первая: судить по числу конверсий. Изменение их количества само по себе ничего не доказывает. На него влияют атрибуция, дубли событий и настройки целей. Сначала проверьте события, идентификаторы, источники и модель атрибуции, потом делайте выводы.

Ошибка вторая: верить одному сигналу. Отсечь трафик по одному признаку - значит выкинуть живых клиентов вместе с ботами. Корпоративная сеть, VPN, общий Wi-Fi в торговом центре дают те же сигналы, что и ферма.

Ошибка третья: не возвращать стадии CRM. Если в кабинет уходит только факт заявки, алгоритм учится на заявках, среди которых есть мусор. Он будет искать похожий мусор.

Ошибка четвёртая: путать фрод с ошибкой настройки. Дубли конверсий, неверное окно атрибуции, два конверсионных действия на одну покупку - всё это выглядит как аномалия, но лечится в настройках. Раздельные акции для одной покупки действительно могут искажать итог, но наличие двух источников само по себе не доказывает двойной счёт. Разбирайтесь, а не блокируйте.

Ошибка пятая: ждать мгновенного эффекта. Данные накапливаются, модель уточняется, лиды из CRM приходят с задержкой. Первые недели вы собираете базу для решений, а не принимаете решения.

Следующий шаг

Начните с аудита того, что у вас уже есть: какие события уходят с сайта, какие идентификаторы к ним привязаны, видно ли в CRM, чем закончились заявки. Это займёт время, зато покажет, где реально теряется бюджет. Посмотреть, как устроен аудит кабинета и что он показывает, можно на странице аудит рекламного кабинета.

Читайте также