Customer data ломается не из-за CDP, а из-за мусора в событиях и identity

Customer data ломается не из-за CDP, а из-за мусора в событиях и identity

Если у вас в трекинге нет единого имени для одного и того же действия, дальше всё едет: сегменты собираются криво, атрибуция спорит сама с собой, а reverse-ETL начинает тащить в CRM пустые поля. Главная ошибка — пытаться «потом почистить» то, что изначально собрано без схемы.

Базовый минимум для customer data:
— один словарь событий и свойств;
— стабильный user_id / anonymous_id;
— понятные правила, когда anonymous склеивается с known user;
— отдельные поля для source of truth, а не дублирование одного и того же признака в пяти местах.

Проверяйте не только факт отправки, но и качество: обязательные поля, типы данных, дубли, пустые значения, расхождение между web и server событиями. Если событие нужно для активации, у него должен быть владелец: кто его создаёт, кто меняет, кто отвечает за поломку.

Хорошая customer data — это не «всё собрали», а «всё можно безопасно использовать». Начните с схемы, потом подключайте активацию; иначе CDP станет дорогим складом полусломанных событий.