Brand safety и suitability ломаются не в policy, а в уровне сигналов, которые вы вообще читаете

Brand safety и suitability ломаются не в policy, а в уровне сигналов, которые вы вообще читаете

Brand safety отвечает на вопрос «можно ли показываться рядом с этим контентом». Suitability — «подходит ли этот контент именно этому бренду, учитывая его риск-профиль». То есть safety — это фильтр на запрет, suitability — на контекстную уместность.

На уровне сигналов safety обычно живёт в категориях: adult, violence, hate, piracy, illegal download, UGC risk. Для него хватает coarse taxonomy и black/allow-list. Suitability уже требует тоньше: тематика страницы, тональность, language, авторитет домена, глубина контента, иногда adjacency по абзацу, а не по URL. Один и тот же news-article может быть safe, но not suitable для luxury или kids-oriented бренда.

Ошибка в интеграции — смешивать эти слои в один чекбокс в DSP. Тогда команда либо режет слишком много inventory, либо пропускает «формально безопасные» страницы с токсичным соседством. Правильная схема: сначала hard safety rules, потом scoring suitability по сигналам, затем отдельные thresholds по line item / deal ID / vertical.

Для операции полезно вести два отчёта: блокировки по safety reasons и отказы по suitability score. Если в логах есть только «blocked», вы не увидите, где утекает monetization. Если есть только score, можно пропустить явный риск.

Практика простая: safety — это gate, suitability — это ranking. Сначала убираете запрещённое, потом ранжируете допустимое под конкретный бренд.