Как жить без third-party cookies в programmatic: чек-лист для SSP/DSP-интеграции

Как жить без third-party cookies в programmatic: чек-лист для SSP/DSP-интеграции

Если идентификатор в cookie перестал быть доступен, ломается не только ремаркетинг. Первым обычно страдает склейка частотного контроля, атрибуция между доменами и match rate в bid request. Поэтому смотреть надо не на один пиксель, а на весь путь сигнала: page, consent, ID, context, bidstream.

Проверьте базовые замены:
— first-party ID через свой домен и server-side cookie;
— контекстные сигналы: page_url, content_cat, keywords, lang;
— consent string и его прокидывание в цепочку;
— стабильность user_sync и fallback-логики, если ID не матчится.

На стороне DSP не храните логику в одном ключе. Делайте приоритизацию: сначала детерминированный ID, потом first-party graph, затем контекст и модельные сегменты. На стороне SSP важно не резать полезные поля в OpenRTB: если вы убрали слишком много сигналов, buyer просто уходит в более богатый supply.

Отдельно проверьте частоту: без общего cookie frequency capping должен считаться либо на своей стороне, либо через shared ID. Иначе один и тот же пользователь начинает получать дубли в разных плейсментах, а отчёт по reach становится шумным.

Итог простой: миграция — это не «замена cookies на что-то одно», а сборка нового стека сигналов. Чем раньше вы разведёте идентификацию, согласие и контекст по разным слоям, тем меньше потерь в bid rate и post-click отчётности.