<b>Identity resolution ломается не в матчинге, а в первом кривом событии</b>

<b>Identity resolution ломается не в матчинге, а в первом кривом событии</b>

Если у пользователя есть email, phone и device_id, это ещё не единый профиль. В CDP сначала должен быть стабильный набор ключей: что считаем первичным идентификатором, где живёт anonymous_id, когда он склеивается с known user и что происходит при logout, смене устройства и дублирующем signup.

Главная ошибка — пытаться склеивать всё подряд. Нужны правила:
• email и phone нормализуются до записи в хранилище
• один профиль = один canonical user_id
• device_id не должен жить как “почти user”
• события без identity-цепочки не должны попадать в activation

Если этого нет, reverse-ETL начинает лить мусор в CRM и paid-сегменты: один человек получает 3 профиля, а три разных человека — один. Дальше ломаются frequency capping, триггеры брошенной корзины и отчёты по LTV. Убрать это потом дороже, чем сразу договориться о схеме.

Проверка простая: возьмите 20 реальных пользователей и руками пройдите их путь от first visit до purchase. Если хотя бы на одном шаге профиль теряется, дублируется или пересобирается по-разному, identity graph у вас ещё не готов.

Сначала фиксируйте правила склейки, потом подключайте активацию. Иначе CDP будет выглядеть “умно” только на слайдах, а в базе останется хаос.