CDP не чинит трекинг: чек-лист данных, без которого активация превращается в хаос

CDP не чинит трекинг: чек-лист данных, без которого активация превращается в хаос

CDP состоит из трёх слоёв: ingestion принимает события, identity resolution связывает их с профилем, activation отправляет аудитории в CRM, рекламу и аналитику. Если первый слой даёт мусор, остальные лишь масштабируют ошибку.

До выбора платформы зафиксируйте контракт события: название, обязательные свойства, типы данных, источник и допустимые значения. `purchase` с суммой в рублях, копейках и строке — три разных проблемы для отчётов и сегментов.

Минимальный набор для проверки:
— единый `user_id` после авторизации;
— стабильный `anonymous_id` до неё;
— `event_id` для дедупликации;
— `occurred_at` и `received_at` для контроля задержки;
— источник, кампания и согласие на коммуникации;
— версия схемы, если поля меняются.

Отдельно проверьте identity graph: один клиент не должен превращаться в несколько профилей из-за разных email-регистров, телефонов или устройств. Слияние профилей делайте по приоритетным правилам, а не по «похожести» строк. Иначе реклама получит дубли, а CRM — неверную историю заказов.

CDP стоит внедрять после аудита событий и владельцев данных. Сначала чистый контракт и мониторинг качества, потом сегменты и reverse-ETL: так ошибка останется заметной, а не уйдёт во все каналы.