Топологические карты данных в CDP: стало видно, где ломается “единый клиент”

Топологические карты данных в CDP: стало видно, где ломается “единый клиент”

В последние недели в проектах CDP чаще встречается один и тот же артефакт: в брифах “единый профиль клиента” разбивается на цепочки идентификаторов, и именно топология (какой ключ с чем связан) становится главным документом, а не карта событий. Если раньше мы начинали с полей и атрибутов, то теперь почти всегда требуют схему: device-id → cookie/consent-id → user-id → account-id, плюс правила слияния/расхождения.

Отсюда практический паттерн: маркетинговые команды в MarTech-стеке всё чаще смотрят на качество через “счетчики связности” (сколько событий попадают в профиль, сколько — остаются без маршрутизации) и через дрейф идентификаторов при изменениях согласий. В privacy-first эпоху это особенно заметно: изменение статуса consent начинает вести себя как релиз, а не как настройка.

Замечаете ли вы то же самое у себя: что в CDP обсуждают прежде всего не сегменты и не кампании, а граф идентичностей и его деградацию при изменениях согласий?

— @CDProomRu