Topics API — как браузер группирует интересы пользователя без передачи его истории сайтов

Topics API — как браузер группирует интересы пользователя без передачи его истории сайтов

Topics API в Privacy Sandbox — это попытка дать рекламе сигнал интереса, но не выдать весь browsing history. Браузер сам выбирает несколько тем из ограниченного списка и хранит их локально. Рекламная система видит не URL, а категорию вроде «спорт» или «авто».

Для performance это не замена first-party data и не аналог CAPI. Topics работает как слабый interest-signal: помогает в верхней части воронки и в сценариях, где third-party cookies уже не доступны. Но для атрибуции конверсий, дедупликации и EMQ он не решает задачу.

Что важно проверить в своей схеме:
— есть ли у вас свой сбор событий на сервере для Purchase/Lead;
— не завязана ли логика таргетинга только на cookie-идентификаторы;
— умеет ли аналитика разделять signal для delivery и signal для measurement;
— есть ли запасной план, если Topics недоступен или тема слишком размыта.

Главная ошибка — пытаться строить на Topics полноценный профиль пользователя. Он даёт грубую категорию, а не намерение купить. Нормальная архитектура выглядит так: Topics для части ad delivery, sGTM/CAPI для событий, enhanced conversions для матчинг-слоя.

Если кратко: Topics API надо воспринимать как дополнительный сигнал, а не фундамент атрибуции. Чем раньше события переедут в server-side, тем меньше будет иллюзий от браузерных подсказок.