Identity stack в programmatic: ID5, UID 2.0 и LiveRamp — как не сломать матчинг
В cookieless-цепочке ошибка почти всегда не в одном ID, а в стыке: consent, sync, bid request, user lookup.
— ID5 удобен, когда нужен быстрый rollout в web-стеке и нормальная покрываемость на европейском трафике. Смотрите не только на match rate, но и на долю recoverable IDs в своих SSP-цепочках.
— UID 2.0 лучше ложится в экосистемы, где уже есть сильная publisher-side интеграция и понятный email-graph. Критично проверить, где именно токен живёт: browser, server, wrapper.
— LiveRamp полезен там, где важны deterministic joins между first-party data и внешними buyer-кластерами. Но без чистого consent string и стабильного first-party key он превращается в дорогой пасс-тру.
Проверка перед продом проста: 1) единый mapping key на site/app, 2) fallback-логика для no-ID трафика, 3) отдельный лог по reason code, почему ID не поднялся. Если этого нет, вы видите не identity stack, а шум в bid stream.
Главное правило: сравнивайте не “какой ID лучше”, а какой даёт максимальный reachable audience при вашем consent model, SSP mix и доле logged-in трафика.
Programmatic Deep — RTB и header bidding
@programmatic_deep
Identity stack в programmatic: ID5, UID 2.0 и LiveRamp — как не сломать матчинг
Этот пост опубликован в Telegram-канале Programmatic Deep — RTB и header bidding. Подписаться можно по ссылке: @programmatic_deep.