Third-party cookies умирают не в трекере, а в вашей схеме идентификации

Third-party cookies умирают не в трекере, а в вашей схеме идентификации

Для programmatic это не один флаг «cookie on/off», а цепочка зависимостей: user sync, frequency capping, attribution, audience matching, retargeting. Если в ней третьесторонняя cookie была единственным ключом, интеграция ломается не полностью, а точечно — и это хуже, потому что баги маскируются падением match rate.

Проверьте, где именно используется cookie:
— кросс-доменный ID в DSP/SSP;
— дедупликация показов и частоты;
— post-view / post-click атрибуция;
— сегментация и lookalike;
— сопоставление bid request с CRM/ID graph.

Если зависимость подтверждается, у вас обычно три выхода: first-party ID на своём домене, server-side обмен идентификаторами через партнеров, либо переход на контекст и вероятностные сигналы там, где строгая идентификация не нужна. Важно не смешивать их в одну логику: разные поля, разные TTL, разные правила матчингa.

Главная проверка — не «есть ли cookies», а «что сломается без них и чем это заменить». Пока это не описано на уровне схемы данных, любой post-cookie план останется набором разрозненных костылей.