<b>Brand safety и suitability путают в отчётах, а сигналы у них разные</b>

<b>Brand safety и suitability путают в отчётах, а сигналы у них разные</b>

Brand safety отвечает на вопрос: можно ли вообще рядом с этим инвентарём показывать рекламу. Suitability — подходит ли конкретному бренду, даже если площадка формально безопасна. Первое режет явный риск, второе работает поверх него и зависит от контекста, категории и tolerance бренда.

На уровне сигналов brand safety обычно смотрит в:
— URL, app bundle, page title, keywords
— semantic classification content
— ads.txt / sellers.json / app-ads.txt как часть trust chain
— IVT, viewability, domain/app spoofing

Suitability добавляет слой business rules:
— category adjacency: рядом с каким контентом допустим показ
— sentiment and tone: нейтральный, спорный, острый
— audience context: для B2B и FMCG один и тот же page context может оцениваться по-разному
— exclusions по темам, которые бренд считает репутационно токсичными, даже если они не нарушают policy

Главная ошибка — строить один universal blocklist. Он убивает reach и не решает задачу. Нужны два контура: жёсткий blacklist для brand safety и отдельная матрица suitability по advertiser / line item / deal. Иначе вы либо переплачиваете за слишком чистый инвентарь, либо ловите показы в формально безопасном, но неподходящем окружении.

Практика простая: сначала нормализуйте сигналы контента, потом заведите taxonomy для категорий, а уже поверх неё — policy mapping по брендам. Тогда отчёт перестаёт быть просто списком blocked domains и начинает объяснять, почему инвентарь не прошёл отбор.