CDP ломается не на выборе вендора, а на кривой схеме событий и identity

CDP ломается не на выборе вендора, а на кривой схеме событий и identity

CDP покупают ради одной цели: собрать разрозненные сигналы и безопасно активировать их в CRM, ads и product. Но если first_party_id, email и user_id живут как три разных сущности, платформа быстро превращается в дорогую трубу для сырых данных.

Проверь базу:
— одно имя для ключевого пользователя;
— event_name без зоопарка из названий;
— обязательные поля: source, timestamp, anonymous_id, user_id;
— отдельная логика для guest и logged-in;
— события не дублируются между web, app и backend.

Identity resolution не должна “догадываться” вместо тебя. Чем агрессивнее матчинг, тем выше шанс склеить двух разных людей в одного и сломать аудитории, триггеры и suppression-листы. Если есть риск ошибки, лучше недообъединить, чем переобъединить.

Activation тоже требует дисциплины: сначала сегментируй, потом лей. Перед передачей в Hightouch, Segment или RudderStack проверь, что аудитория строится из нормализованных полей, а не из случайного текста из payload.

Если CDP не может ответить на вопрос “какое событие можно доверять для активации?”, проблема не в CDP. Сначала чистая схема, потом коннекторы и только потом масштабирование.