Интеграция CDP с DSP: где точный ретаргетинг превращается в слив бюджета

Интеграция CDP с DSP: где точный ретаргетинг превращается в слив бюджета

Давайте заглянем под капот алгоритма: сама по себе CDP не делает ретаргетинг точнее, если в DSP уезжают сырые и дублированные идентификаторы. Нужны единый ключ пользователя, нормальная дедупликация событий и понятная схема TTL для аудиторий — иначе look-alike и сегменты «брошенная корзина» быстро превращаются в шум.

Проверяйте три слоя:
— матчинги: email, phone, hashed IDs, device graphs;
— событийную логику: просмотр, добавление в корзину, повторный визит, покупка;
— частоту обновления сегментов: слишком редкая синхронизация убивает win rate на горячих окнах.

Что там по прозрачности аукциона? Если платформа не показывает, какие сегменты реально участвуют в bid request, легко переплатить за «премиальную» аудиторию, которая уже выгорела. Ещё один риск — пересечение CDP-аудиторий с CRM-таргетингом без exclusion rules: один и тот же пользователь получает несколько цепочек, а атрибуция начинает врать.

Эффективность на длинной дистанции появляется там, где CDP умеет не только отправлять списки, но и принимать постклик/postview сигналы обратно. Тогда вы видите, какие сегменты дают инкремент, а какие просто сжигают показы. Разбираем логи: если в сегменте высокий match rate, но низкий conversion uplift, проблема часто не в креативах, а в качестве данных и SPO.

Практика простая: сначала соберите минимальный набор событий, потом настройте exclude-логики и только после этого масштабируйте ретаргетинг. Иначе интеграция CDP с DSP будет выглядеть как «точный» ремаркетинг, а по факту — дорогой повтор показов одним и тем же людям.