Следующий этап AntiPF — связать антибот напрямую с...

Следующий этап AntiPF — связать антибот напрямую с рекламным трафиком.

И вот здесь, на мой взгляд, начинается самое интересное.

Допустим, система определила подозрительного посетителя.

Обычный антибот на этом заканчивается:

бот → CAPTCHA / BLOCK.

Но для рекламы этого мало.

Гораздо интереснее увидеть:

этот переход пришёл из конкретной кампании → конкретной группы → конкретного объявления → конкретной РСЯ-площадки → вот его серверный Risk → вот поведение → вот повторяемость → вот что происходило с другими переходами из того же источника.

И здесь AntiPF специально разделяет три разных оценки.

1. Paid Click Attribution Confidence

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

2. Fraud Confidence

Насколько вероятно, что трафик автоматизированный или подозрительный.

3. Exclusion Suitability

Насколько вообще безопасно предпринимать действие.

Например:

Fraud Confidence: 97%

IP Exclusion Suitability: 8%

То есть бот почти наверняка есть.

Но IP мобильный или shared.

Значит, бездумно отправлять его в блокировку — плохая идея.

И наоборот: стабильный серверный IP, который много раз приходит по разным рекламным переходам, не конвертируется и каждый раз подтверждает автоматизацию — уже совсем другая история.

Сейчас AntiPF уже умеет фиксировать рекламный контекст:

"yclid"

campaign

ad group

ad

source

source_type

UTM

и связывать это с серверными событиями AntiPF.

Следующий слой — Яндекс Директ + Метрика:

— кампании;

— объявления;

— РСЯ-площадки;

— IP-кандидаты;

— поведение;

— конверсии;

— потенциально подозрительный расход;

— доказательства по отдельным событиям.

Причём я специально не хочу строить систему по принципу:

«увидели бота → автоматически забанили IP».

Правильнее так:

атрибуция → доказательства → Risk → сеть → история → поведение → рекомендация → Preview → действие администратора.

Сейчас я как раз прохожу отдельное согласование полного доступа к API Яндекс Директа.

То есть полноценное управление кампаниями через API — следующий этап, а не то, что я буду выдавать за уже готовое.

В итоге AntiPF постепенно превращается не просто в антибот, а в локальную систему контроля качества трафика, которая должна не только блокировать, а объяснять:

что происходит, откуда это пришло, насколько это опасно и какое действие действительно имеет смысл.

Источник новости https://t.me/soltykseo/6084...