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

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

Если у вас один и тот же человек приходит с сайта, из app и из CRM, задача не в том, чтобы «найти все его ID», а в том, чтобы не смешать разных людей в одну запись. Для D2C это бьёт по сегментам, LTV и триггерам: скидка уходит не тому, брошенная корзина не догоняется, а аудитории для activation становятся грязными.

Смотрите на identity resolution как на набор правил, а не как на магию:
• сначала задайте приоритет ключей: login_id, email, phone, device_id, cookie_id
• определите, что считается «жёстким матчем», а что — вероятностной связью
• отдельно храните source of truth для профиля и для событий
• не склеивайте аккаунты только по одинаковому имени, городу или IP

Самая частая ошибка — делать merge по слишком раннему сигналу. Один shared device, один семейный email, одна корпоративная почта в B2B-like D2C — и у вас уже один customer profile на двоих. Потом reverse-ETL тащит это в CRM, а маркетинг думает, что сегмент вырос. На деле вырос только шум.

Минимальный рабочий чек-лист: логируйте все идентификаторы в одном event schema, фиксируйте время появления каждого ID, храните историю merge/unmerge и регулярно проверяйте конфликтующие связки вручную. Если правило нельзя объяснить аналитикам и CRM-команде в одной фразе — оно слишком хрупкое.

<b>Хорошая identity resolution не «угадывает пользователя», а аккуратно ограничивает ошибки. Начинайте с жёстких правил, а вероятностные связи добавляйте только там, где цена промаха ниже цены потери.</b>