CDP не спасает трекинг, если у вас кривой event schema и identity graph

CDP не спасает трекинг, если у вас кривой event schema и identity graph

CDP — это не “кнопка собрать данные”. Внутри всегда три слоя: ingestion, склейка пользователя и активация в каналы. Если ломается первый слой, дальше везёте мусор; если второй — получаете дубли и фантомных клиентов; если третий — сегменты есть, а в CRM и ads ничего не уезжает.

Перед внедрением проверьте базу:
— единый нейминг событий и свойств;
— стабильный user_id, а не только cookie;
— понятный источник истины для email/phone;
— правило, кто и когда пишет traits;
— что делать с анонимом до логина.

Самая частая ошибка — пытаться “починить аналитику” CDP-шкой. CDP не угадает, что purchase и order_completed у вас одно и то же, если это не описано в схеме. Ещё хуже, когда маркетинг и продукт шлют разные названия одних действий: потом identity resolution склеивает всё в кашу, а reverse-ETL разносит её по CRM, email и paid media.

Если команда маленькая, начинайте не с интеграций, а с минимальной event-taxonomy: 10–15 ключевых событий, 5–7 обязательных свойств, один владелец схемы. Только после этого подключайте activation. Иначе вы автоматизируете хаос, а не customer data.