S2S-аудитория (server-to-server audience) в RTB: как правильно понимать и где чаще ошибаются

S2S-аудитория (server-to-server audience) в RTB: как правильно понимать и где чаще ошибаются

S2S-аудитория — это сегмент пользователей, который передаётся между системами без участия браузера: бренд или data-платформа (DMP/CDP) формирует список/модель сегмента, а затем через интеграцию передаёт идентификаторы или сигналы в DSP (demand-side platform — платформу закупки) для таргетинга в RTB (real-time bidding — аукцион в реальном времени).

Чем S2S-аудитория отличается от cookie-аудитории (cookie audience)
— Cookie-аудитория держится на файлах в браузере и чаще “умирает” при блокировках/чистках.
— S2S-аудитория опирается на серверные события и решения по идентификации, поэтому стабильнее в privacy-first мире. В 2026 это особенно важно, когда last-click атрибуция слабеет, а решения смещаются к инкрементальности и моделям на стороне аналитики.

Типичные ошибки
— Передают “всё подряд”: сегмент без чётких критериев превращает RTB в дорогую рассылку.
— Путают S2S-аудиторию с “сырыми” списками CRM: нужны согласованные ключи (маппинг) и правила актуальности.
— Считают, что таргетинг = измерение: без контроля инкремента (incrementality — измерение добавочного эффекта) вы не отличите влияние сегмента от общего спроса.

Пример
Бренд распродаёт сезонные SKU и создаёт сегмент “посетили страницу категории, но не дошли до корзины” на основе server-событий. Затем через S2S передаёт сегмент в DSP для показа релевантных креативов и далее измеряет прирост брендовых конверсий через тест “включено/исключено” с учётом внешнего спроса.

— @ProgrammaticNotes