Privacy Sandbox: 5 вещей, которые SSP и DSP должны проверить до отключения cookies

Privacy Sandbox: 5 вещей, которые SSP и DSP должны проверить до отключения cookies

1) Идентификаторы: отделите user-level matching от контекстного таргетинга. Если логика завязана на third-party cookie, нужен fallback на first-party ID, hashed email или чистый контекст.

2) Аукцион: проверьте, где у вас принимаются сигналы Topics, Protected Audience и Attribution Reporting. Если эти поля игнорируются на входе или теряются в middleware, оптимизация будет слепой.

3) Частота и кросс-девайс: пересоберите frequency capping так, чтобы он не зависел от одной cookie. Иначе один и тот же пользователь будет считаться «новым» на каждом браузере.

4) Measurement: заранее разведите click-through, view-through и conversion. В privacy-preserving модели часть сигналов приходит агрегированно, поэтому отчётность должна уметь работать с неполными событиями.

5) Контракт с партнёрами: в спецификации интеграции зафиксируйте, какие сигналы обязательны, какие опциональны, и что делать при пустом поле. Это снижает расхождения между SSP, DSP и MMP.

Если коротко: не ищите одну замену cookies — стройте цепочку из контекста, first-party data и аккуратного измерения. Тогда переход не ломает аукцион, frequency logic и postback-аналитику.