Identity resolution ломают не клики, а грязные ключи: чек-лист для CDP

Identity resolution ломают не клики, а грязные ключи: чек-лист для CDP

Если у вас один и тот же человек живёт в трёх системах как разные сущности, CDP начинает «склеивать» мусор. База для identity resolution — не магия, а дисциплина вокруг ключей: user_id, email, phone, device_id, customer_id.

Правило простое: один стабильный ключ должен появляться как можно раньше и не меняться без причины. Email и телефон полезны, но они не первичные: люди их меняют, вводят с ошибками, используют рабочие и личные. device_id помогает до логина, но не переживает переустановку приложения и чистку cookies.

Для нормальной склейки нужны:
— понятные приоритеты ключей;
— отдельная таблица связей, а не перезапись профиля;
— логирование, почему запись объединилась;
— дедупликация событий до активации в CRM или ads.
Если этого нет, вы получите «одного клиента» с тремя корзинами, двумя подписками и сломанной сегментацией.

Финальная проверка перед запуском: сможете ли вы объяснить, почему две записи считаются одним человеком, и откатить это решение без боли. Если нет — у вас не identity resolution, а угадайка.