<b>CDP для ретаргетинга: 7 интеграционных ошибок, которые ломают match rate</b>

<b>CDP для ретаргетинга: 7 интеграционных ошибок, которые ломают match rate</b>

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

— Смешивают client-side и server-side события без единого event schema: один и тот же user action превращается в два сигнала.
— Отдают в DSP слишком узкие сегменты: аукцион любит объём, а не музейную точность.
— Не чистят stale-аудитории: user уже купил, а его всё ещё догоняют баннером.
— Игнорируют suppression list и look-alike overlap: в итоге платите за каннибализацию, а не за инкремент.
— Не проверяют, как CDP маппится на IDs платформы: без стабильного match rate ретаргетинг распадается на догадки.

Что там по прозрачности аукциона? Если интеграция построена через промежуточные слои, легко потерять контроль над latency, дедупликацией и размером сегмента на входе. На практике лучше держать под рукой три метрики: долю сопоставленных пользователей, скорость обновления аудиторий и долю показов, ушедших в нужный инвентарь. Это и есть реальная эффективность на длинной дистанции.

Финал простой: сначала наводим порядок в CDP-схеме и suppression logic, потом уже масштабируем ретаргетинг. Иначе вы не оптимизируете спрос — вы просто платите за плохо собранные данные.