<b>Topics API — это не замена cookies, а способ отдать браузеру роль “контекстного посредника”</b>
Вместо передачи интересов пользователя на каждый сайт, браузер сам строит короткий список тем по истории посещений и отдаёт только несколько категорий. Сайт видит не профиль, а набор high-level topics вроде “Fitness” или “Travel”. Для performance это важный сдвиг: сигнал слабее, но он приходит без прямой идентификации.
Что важно для настройки и оценки:
— Topics лучше читать как контекстный сигнал, а не как user-level таргетинг.
— Нельзя ожидать точности на уровне third-party cookies: сегмент грубый, шум есть.
— Для атрибуции Topics полезен в связке с first-party data, sGTM, Enhanced Conversions и чистой дедупликацией.
Типовая ошибка — пытаться строить на Topics отдельную “магическую” стратегию. Рабочий подход другой: используйте его как дополнительный вход в моделирование, а не как единственный источник оптимизации. Если у вас уже есть качественный first-party stack, Topics может закрыть часть loss’а там, где cookies и device IDs недоступны.
Практика простая: проверьте, какие события вы вообще можете собрать на своей стороне, и только потом решайте, нужен ли вам Topics в логике bidding или measurement. Чем меньше зависимость от одного идентификатора, тем устойчивее атрибуция.
Server Attribution — sGTM, CAPI, Privacy Sandbox
@server_attribution
<b>Topics API — это не замена cookies, а способ отдать браузеру роль “контекстного посредника”</b>
Этот пост опубликован в Telegram-канале Server Attribution — sGTM, CAPI, Privacy Sandbox. Подписаться можно по ссылке: @server_attribution.