<b>CDP не чинит хаос сама: 6 проверок, без которых внедрение развалится</b>

<b>CDP не чинит хаос сама: 6 проверок, без которых внедрение развалится</b>

CDP покупают как «единый источник правды», а получают свалку событий, дублей и пустых профилей. Перед запуском проверь 3 вещи: есть ли у событий стабильный идентификатор пользователя, совпадает ли логика в web/app/server, и кто вообще владеет схемой — продукт, аналитика или маркетинг. Если этого нет, identity resolution начнёт склеивать мусор в одну карточку.

Дальше смотри на события, которые реально нужны для активации. Не тащи в CDP всё подряд: page_view без контекста, лишние клики и технические пинги только раздувают шум. Для D2C обычно важнее order_created, add_to_cart, subscription_started, refund, churn_risk, consent_status. У каждого события должны быть обязательные поля, иначе reverse-ETL потом не сможет нормально лить сегменты в CRM и ads.

Отдельная боль — качество атрибутов. email, phone, country, currency, utm_source, first_seen_at и last_seen_at должны быть в одном формате. Если маркетинг пишет US, а продукт — United States, сегменты начнут расходиться, а отчёты будут врать. То же самое с consent: без явной фиксации согласия CDP превращается в дорогой транспорт для данных, которые нельзя активировать.

<b>Правило простое: сначала схема, потом коннекторы.</b> Иначе ты купишь платформу, интегрируешь 10 источников, а через месяц будешь вручную объяснять, почему один и тот же клиент живёт в трёх профилях.