<b>CDP ломается не на интеграции, а на первом же грязном событии и кривом ID</b>

<b>CDP ломается не на интеграции, а на первом же грязном событии и кривом ID</b>

CDP внутри обычно состоит из трёх слоёв: ingestion, identity resolution и activation. На бумаге всё красиво: собрали события, склеили пользователя, отправили сегменты в email, ads и CRM. На практике всё упирается в схему: если event_name пишут кто как хочет, а user_id появляется только после логина, база превращается в свалку дублей.

Проверяйте 4 вещи до запуска:
— единый словарь событий и атрибутов;
— правило, какой ID главный до и после авторизации;
— обязательные поля для ключевых событий;
— кто и как чистит мусорные параметры, пустые значения и дубликаты.

Отдельная боль — activation. Если CDP умеет лить аудиторные сегменты, но в источнике нет стабильных признаков покупки, подписки или отказа, вы будете отправлять в рекламу «почти правильные» списки. Это хуже, чем не активировать вообще: lookalike и триггеры начинают ехать, а команда потом ищет ошибку не там, где она появилась.

Хорошая CDP не лечит плохую аналитику. Она ускоряет то, что уже описано и нормализовано. Сначала схема, потом identity, и только потом reverse-ETL и автоматизация — иначе через пару месяцев придётся пересобирать весь стек.