CDP и DSP: 6 точек интеграции, где точный ретаргетинг ломается на логике

CDP и DSP: 6 точек интеграции, где точный ретаргетинг ломается на логике

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

Смотрите на 4 слоя:
— идентификатор: hashed email, phone, CRM ID, device graph;
— событие: просмотр, add-to-cart, отказ, повторный визит;
— окно актуальности: 1, 7, 30 дней без смешивания логики;
— исключения: уже купил, в саппорте, в ремаркетинге другого оффера.

Что там по прозрачности аукциона? Если CDP шлёт слишком широкие сегменты, DSP теряет сигнал для bid shading и начинает переоценивать показы. Если сегмент слишком узкий, падает match rate и win rate, а частотный потолок срабатывает раньше, чем накопится статистика. Здесь важен не размер базы, а качество маппинга между CDP, DMP и bidder-логикой.

Разбираем логи: сначала сверяем совпадение ID, потом latency доставки, потом долю дубликатов. Отдельно проверяйте suppression-списки и look-alike: их нельзя строить из той же аудитории, что уже уходит в ретаргетинг, иначе вы покупаете пересечение, а не расширение.

Эффективность на длинной дистанции появляется, когда CDP кормит DSP не сырой CRM, а готовые правила активации. Тогда меньше скрытой маржи вендора, меньше мусорного трафика и выше шанс, что ретаргетинг станет управляемым инструментом, а не дорогим повтором одного и того же показа.