7 полей customer data, без которых CDP превращается в склад мусора

7 полей customer data, без которых CDP превращается в склад мусора

Customer data ломается не на сборе, а на кривой структуре. Если у события нет стабильного имени, нормального user_id и понятного source, дальше начинается ад: дубли, пустые профили и activation «в никуда».

Минимум, который должен жить в каждой схеме:
— event_name: одно действие = одно имя
— user_id и anonymous_id: чтобы склеивать до и после логина
— timestamp в одном формате
— source / channel / campaign: без этого атрибуция слепая
— properties: только то, что реально нужно для сегментации и триггеров

Отдельно следите за identity resolution. Если email, phone и external_id не описаны как приоритеты склейки, один человек легко превращается в три профиля. Потом CRM шлёт три одинаковых цепочки, а маркетинг думает, что «сработала гипотеза».

Ещё одна частая ошибка — тащить в CDP всё подряд. Не каждый клик нужен в профиле. Лишние поля раздувают схему, усложняют контроль качества и делают reverse-ETL хрупким: одно пустое поле, и отправка в ads/CRM падает.

Держите схему короткой, а правила именования — жёсткими. Чем меньше исключений в customer data, тем дешевле активация и тем меньше ручной починки в аналитике.