Как жить с third-party cookies: чек-лист, который не развалится при переключении браузера

Как жить с third-party cookies: чек-лист, который не развалится при переключении браузера

Сломается не «таргетинг вообще», а конкретные цепочки: идентификация, синхронизация аудиторий, frequency capping, атрибуция между доменами. Поэтому сначала проверьте, где у вас cookie участвует как ключ, а где — как вспомогательный сигнал.

— Уберите зависимость от одного vendor ID: держите альтернативный user key, если есть login-based идентификатор или first-party cookie.
— Разделите логику: сбор аудиторий, матчинг, закупка и отчётность должны деградировать отдельно, а не падать одним блоком.
— В логах сразу помечайте, какой путь дал match: cookie sync, first-party, contextual, clean room, probabilistic.
— Для DSP/SSP заранее задайте fallback: если нет third-party cookie, запрос не должен уходить в пустой таргетинг.

Проверяйте, не завязаны ли у вас postback, conversion ping и frequency cap на один и тот же браузерный ID. Если да, то при потере cookie вы получите не только падение match rate, но и дубль показов, разрыв воронки и шум в атрибуции.

Хорошая схема — это не «замена cookie», а набор независимых идентификаторов и правил деградации. Чем раньше вы разведёте эти зависимости, тем меньше сюрпризов будет в OpenRTB-пайплайне и отчётах.