Наблюдение без записи
MONITOR_ONLY позволяет собирать данные и рекомендации без мутаций Direct.
Direct Anti‑Fraud
Direct Anti‑Fraud: не «угадывать скликивание», а собирать evidence по рекламному визиту
AntiPF фиксирует рекламный контекст перехода и доступные Risk/Network evidence. Дополнение данными кампаний Яндекс Директ и Метрики зависит от подключения источников и предоставления API-доступа; отсутствие данных отображается отдельно. MONITOR_ONLY не меняет рекламный аккаунт; write-действия требуют отдельных прав и настройки.
Managed OAuth · зависит от доступаDirect sync · при одобренном APIMetrika Logs · asynchronous jobsWrite actions · отдельное разрешение
Ad fraud evidence
Landingyclid + campaign context
MATCHMetrikaduration · depth · goals
JOINEDFraud confidencemulti-signal evidence
78Actionexclude IP / placement
PROPOSEDMONITOR_ONLY не меняет Direct даже если техническое write permission доступно.
Advertising intelligence
Антифрод начинается с атрибуции и доказательств, а не с автоматического исключения IP
Контур хранит рекламные события, attribution confidence, risk/fraud evidence, кэш кампаний/групп/объявлений, source-quality агрегаты и журнал предложенных/применённых действий. Direct и Metrika синхронизируются отдельными jobs, а visitor request не ждёт API.
Direct + Metrika + Risk
Решение опирается на landing context, поведение, сеть и метрики визита.
Отдельное write permission
Применение действия требует явного разрешения и step-up authentication.
Архитектура
Landing event → provider data → evidence → guarded action
Синхронизация с внешними API выполняется admin/batch jobs. Горячий запрос посетителя только фиксирует bounded local event/context.
Landing
Сохранить yclid/UTM/request context и локальный risk evidence.
Direct sync
Получить campaigns, ad groups и ads через Managed OAuth.
Metrika Logs
Импортировать завершённые parts в staging и активировать диапазон атомарно.
Correlate
Связать visit metrics, source quality и fraud confidence.
Recommend
Сформировать recommendation/proposed action.
Guard
Применять мутацию только при подходящем mode + write permission + step-up.
Separation of analysis/write. Рекомендация и право изменять рекламный аккаунт — разные контуры.
Что умеет модуль
Что входит в Direct Anti‑Fraud
Модуль создан для анализа качества платного трафика и контролируемой автоматизации, а не для необъяснимого «бан-листа IP».
Managed OAuth
Подключение Direct/Метрики без хранения токенов в диагностических экспортируемых данных.
Подробнее →Campaign / group / ad sync
Локальный кэш структуры рекламного аккаунта и staging sync runs.
Подробнее →Metrika Logs
Отдельные jobs, staging и атомарная активация завершённого date range.
Подробнее →Fraud confidence
Risk, network, crawler, attribution и behavior evidence объединяются в объяснимую оценку.
Подробнее →Source quality
Агрегаты по placements/sources: landings, suspicious/high-risk, bounce, goals, conversions, spend.
Подробнее →Guarded actions
MONITOR_ONLY / RECOMMEND / APPROVAL_REQUIRED / AUTO_GUARDED и action log/rollback.
Подробнее →Readiness & evidence
API sync и anti-fraud analysis имеют отдельную готовность
Проблема OAuth или pending Logs job не должна ломать сайт и не должна подменяться свежими данными, которых нет.
CURRENT
Синхронизация успешнаЛокальный cache/date range актуален.
PENDING
Job ещё выполняетсяАктивные прошлые данные сохраняются.
STALE
Данные давно не обновлялисьРекомендации должны учитывать freshness.
MONITOR_ONLY
Write disabled by modeАнализ доступен без изменений Direct.
Практическое применение
Практические anti-fraud сценарии
Цель — понять, какой рекламный трафик действительно выглядит подозрительно и почему.
CLICKFRAUD
Связанный сценарий →Подозрительные клики
Связать landing events с risk, duration/depth/goals и source context.
DIRECT
Связанный сценарий →Кампании Яндекс Директ
Смотреть качество на уровне campaign/group/ad и placement.
CRAWLER
Связанный сценарий →Не спутать робота с рекламным посетителем
Crawler verification исключает системные сценарии из human fraud analysis.
OPS
Связанный сценарий →Постепенное включение
Начать с MONITOR_ONLY, затем RECOMMEND/APPROVAL_REQUIRED после проверки evidence.
Ограничения
Высокий Risk не доказывает факт мошенничества и не возвращает деньги за клик автоматически
AntiPF формирует техническое evidence и рекомендации, но не гарантирует определение каждого недействительного клика, исключение IP или возврат расходов. Доступность синхронизации Direct зависит от одобрения API и прав аккаунта; без доступа соответствующие показатели не следует выдавать за заполненные. Внешние write-действия требуют отдельного разрешения и проверки.
FAQ
Вопросы про Direct Anti‑Fraud
AntiPF сам исключает IP из Директа?
По умолчанию нет. Режим MONITOR_ONLY не выполняет запись; write permission и automation mode включаются отдельно.
Какие данные используются кроме IP?
Landing/yclid/UTM context, campaign/group/ad, Risk/Network/crawler evidence, Метрика Logs, bounce/duration/page depth/goals и агрегаты качества источника.
Если Metrika Logs job завис?
10.050 предусматривает lifecycle pending jobs с last attempt/retry/stale semantics; предыдущие активные данные не должны уничтожаться transient provider failure.
Можно ли откатить применённое действие?
Для guarded action log предусмотрен rollback path там, где действие поддерживает безопасное восстановление.
Следующий шаг
Начнём с MONITOR_ONLY для рекламного трафика
Подключим данные, соберём evidence и только после этого решим, нужны ли рекомендации или guarded actions в Яндекс Директ.