CDP-платформа: что это и как работает

Автор

Дэвид Рааб (назвал категорию в записи в блоге), 2013

Уровень

401 · Экспертный

Подходит

растущая компания, корпорация

Время на внедрение

От 2 до 3 недель, чтобы описать один сценарий и правила сшивки; внедрение зависит от выбранной архитектуры

Что понадобится

одно решение о клиенте, которое профиль должен улучшить, например, какое сообщение кому отправить · перечень систем, где лежат данные о клиентах, с идентификаторами, которые использует каждая · специалист по данным или разработке и тот, кто отвечает за согласия и защиту персональных данных

Платформа клиентских данных (CDP, customer data platform) — программа, которая собирает данные о клиентах из разных систем, сопоставляет их с конкретными людьми и ведёт один постоянный профиль на каждого, доступный другим инструментам. Категорию назвал маркетинговый консультант Дэвид Рааб в записи в блоге в апреле 2013 года, как сказано в истории самого CDP Institute. Он увидел новые маркетинговые приложения, которые собирали единую клиентскую базу из нескольких источников, и осенью 2013 года Raab Associates выпустила первый отчёт об этой группе: одиннадцать систем в трёх группах — обогащение данных для B2B, кампании и управление аудиториями. CDP Institute появился в 2016 году, а в 2025-м вошёл в Customer Data Alliance.

Что на самом деле делает CDP?

CDP принимает данные из каждого источника, связывает записи, которые относятся к одному человеку, и передаёт профиль другим системам. Она стоит между системами, которые собирают данные, и системами, которые по ним действуют.

Полезно знать два определения. Первое, исходное, принадлежит Раабу: коробочное программное обеспечение, которое строит постоянную единую клиентскую базу, доступную другим системам. Эту формулировку приводит MarTech. Второе — у Gartner. Его цитирует Salesforce, объявляя о месте в категории Leader в первом Gartner Magic Quadrant для CDP (отчёт датирован 14 февраля 2024 года): программное обеспечение, которое поддерживает сценарии маркетинга и клиентского опыта, объединяя данные компании о клиентах. Определение Института шире. В его тексте 2026 года сказано, что CDP берёт на себя основную ответственность за то, как со временем определяются идентичность клиента и структура записи. Продукты Институт делит на четыре типа: Data CDP, Analytics CDP, Campaign CDP и Delivery CDP, и каждый включает функции предыдущего. Data CDP, минимальный вариант, собирает данные, привязывает их к идентичностям и хранит для внешних систем. Delivery CDP ещё и сама отправляет сообщения по email, на сайте, в мобильном приложении или в рекламе.

CRM хранит взаимодействия, с которыми работают люди. Менеджер тегов или интеграционный инструмент передаёт данные дальше, и, по словам Института, постоянной базы, которая нужна CDP, у него нет. Хранилище вмещает что угодно, но идентичности клиента в нём нет, пока кто-то не смоделирует её.

Как работает сшивка идентификаторов?

Сшивка идентификаторов (identity resolution) объединяет в один профиль все идентификаторы, которые принадлежат одному человеку: cookie, идентификаторы устройств, адреса почты, телефоны и идентификаторы клиента. Это самая трудная часть CDP: неверная связь склеивает двух людей, пропущенная — разрезает одного.

Подходов два. Детерминированное сопоставление объединяет записи с точно совпадающим идентификатором, например с одинаковым email. Вероятностное сопоставление оценивает, насколько вероятно, что две записи относятся к одному человеку, по нечётким признакам вроде имени и адреса. Статистическая идея старая: Иван Феллеги и Алан Сантер в статье 1969 года представили каждое сравнение как связь, отсутствие связи или возможную связь, когда доказательств для решения не хватает. Продукты поддерживают оба подхода. В учебных материалах Salesforce описаны правила сопоставления, например нечёткое имя с нормализованным адресом, и правила согласования, которые выбирают победившее значение по частоте, свежести или источнику. В документации Segment перечислены правила для идентификаторов и защита от слияния для неуникальных анонимных идентификаторов.

Слабое место — анонимный трафик. Intelligent Tracking Prevention в Safari от WebKit удаляет данные, записанные скриптами, включая cookie, IndexedDB и LocalStorage, через 7 дней без взаимодействия, а cookie на посадочных страницах, на которые пришли по размеченным ссылкам, ограничивает 24 часами. Cookie, который связывает визит с последующим входом в аккаунт, может исчезнуть. Документация mParticle показывает решение в обратную сторону: при стратегии конверсии профиля вход в аккаунт добавляет идентификатор к существующему профилю, и анонимная история остаётся у человека.

В посте о продукте Hightouch описывает, как приостановить слияние, если в профиле накопилось слишком много адресов почты: это защита от случая, когда общее устройство склеивает домохозяйство. Сшивка соединяет только то, что записано с пригодным идентификатором, поэтому начинайте с плана трекинга событий.

Как в это вписывается согласие?

Согласие нужно хранить в профиле, и его должна соблюдать каждая система-получатель. По статье 4(11) GDPR согласие — это свободно данное, конкретное, осознанное и однозначное выражение воли человека, а статья 7(3) позволяет отозвать его в любой момент. Пункт 32 преамбулы говорит, что молчание и заранее проставленные галочки согласием не считаются, и Суд ЕС применил это в деле Planet49 (C-673/17) к заранее отмеченному чекбоксу. Руководство 05/2020 Европейского совета по защите данных (версия 1.1 от 4 мая 2020 года) добавляет детализацию: разные цели требуют отдельных согласий.

Для CDP это значит запись о согласии по каждой цели с временем и источником и отзыв, который доходит до всех систем. Режим согласия Google не хранит выбор за вас, поэтому сохранять и повторно применять его должна ваша система. Сбор данных разобран на странице о серверном трекинге и согласии.

Часть 5 статьи 18 Федерального закона № 152-ФЗ «О персональных данных» запрещает при сборе персональных данных, в том числе через интернет, записывать, систематизировать, накапливать, хранить, уточнять и извлекать данные граждан России с помощью баз данных, которые находятся за пределами России. Исключения — случаи из пунктов 2, 3, 4 и 8 части 1 статьи 6. Если CDP работает с российскими пользователями, облачный регион платформы или хранилища нужно выбрать в самом начале, а применимость исключений к вашему случаю проверить с юристом.

Коробочная или на хранилище: о чём спор?

Спорят о том, где должен жить профиль: в базе вендора или в вашем облачном хранилище данных, с инструментами сверху. Вендоры решений на базе хранилища, например Hightouch, считают, что коробочные CDP видят лишь часть данных, навязывают фиксированную модель профиля и запирают логику идентичности внутри вендора. RudderStack называет себя CDP на хранилище, которая сшивает идентичности в хранилище клиента. Snowflake позиционирует на своей платформе клиентский профиль «360» с партнёрами по идентичности. Это заявления вендоров, а пост Hightouch не приводит сравнительных замеров. Единства нет и внутри самого лагеря. В статье Ким Дэвис в MarTech за август 2024 года Тассо Аргирос из ActionIQ замечает, что даже схемы без копирования могут оставить данные в двух местах, как только их начинают править, а Барри Падгетт из Amperity утверждает: если CDP только читает данные хранилища, это ограничивает то, что она может создать.

Дэвид Рааб считает, что composable CDP — это компонент, а не CDP, и предпочитает термин warehouse-native. В конце 2024 года он доказывал, что выигрывают готовые комплекты: интеграция стоит дорого, слабый компонент тянет вниз остальные, а хранилища с трудом справляются с частью задач реального времени. Он ожидает гибрид, где основные данные остаются в хранилище, а реакция в реальном времени работает в связанной CDP. Он ссылается на опрос Acxiom, где 17% маркетологов планировали в ближайшие 12 месяцев перейти на комплект и 3% — на composable-стратегию, а около 80% уже работали со стеком из лучших в своём классе отдельных решений (best-of-breed), а также на опрос специалистов по качеству данных от MessageGears, где 56% предпочли composable-архитектуру и не более 11% — коробочную систему. Выборки разные, поэтому опросы указывают в разные стороны. Определение Института 2026 года снимает спор о терминах: сервисы могут быть встроенными или собранными из хранилищ.

Готовый профиль служит основой для решений вроде следующего лучшего действия, а аналитике пути клиента и единому измерению эффективности даёт опору на уровне человека, к которой можно присоединять данные. План в Growth Lab начинается с решения, которое должен изменить профиль, и только потом идёт назад к данным.

Как применять: CDP-платформа: что это и как работает по шагам

1. Начните с одного решения. Запишите первое решение, которое должен поддержать профиль: убрать рекламу у тех, кто только что купил, запустить письмо уснувшему клиенту или передать ценного клиента старшему менеджеру. Результат: один сценарий с владельцем и метрикой.
2. Составьте список источников и идентификаторов. Для каждой системы (сайт, приложение, CRM, биллинг, поддержка) отметьте, какие идентификаторы в ней есть и какие из них со временем пропадают: Safari удаляет данные, записанные скриптами, через 7 дней без взаимодействия. Результат: таблица «источник — идентификатор», по которой видно, откуда возьмутся связи.
3. Напишите правила сопоставления. Решите, какие идентификаторы объединяют две записи, каким нужен второй признак, а какие не объединяют никогда (общие устройства, служебные адреса почты), и чьё значение выигрывает при конфликте. Результат: письменный набор правил, сначала проверенный на выборке.
4. Привяжите согласие к профилю. Храните согласие по каждой цели с временем, источником и показанной формулировкой и сделайте так, чтобы каждая исходящая выгрузка его читала. Тогда отзыв согласия, который по статье 7(3) GDPR можно сделать в любой момент, дойдёт до всех инструментов. Результат: согласие лежит в профиле как данные.
5. Выберите, где живёт профиль. Сравните коробочный, построенный на хранилище и гибридный варианты по скорости обновления, по тому, кто поддерживает конвейеры данных, и по тому, где закон требует хранить данные. Результат: письменное решение об архитектуре.
6. Подключите один канал и измерьте. Отправьте профиль в одну систему, оставьте контрольную группу и сравните. Результат: измеренный первый сценарий, который оправдывает вложения или останавливает их.

Примеры

Платёжное приложение перестаёт тратить деньги на лишний ретаргетинг

Иллюстративный пример. Платёжное приложение видит посещения сайта под одним cookie, сессии приложения под идентификатором устройства, а счета под идентификатором клиента. Поэтому пользователь, который только что открыл счёт, продолжает видеть рекламу привлечения. После того как при входе cookie сопоставляют с идентификатором клиента, признак «счёт открыт» исключает этого человека из рекламной аудитории. Первый измеримый результат — доля рекламного бюджета, которая попадала на существующих клиентов.

Сеть клиник объединяет запись и повторные касания

Иллюстративный пример. Сеть клиник держит записи на приём в одной системе, а подписчиков рассылки в другой, и ключом служит email или телефон. Связанный профиль не даёт пациенту, который только что был на приёме, получить предложение «запишитесь на первый визит». Профиль соединяет контакты с историей визитов, поэтому команда ограничивает доступ, хранит согласие по каждой цели, а правила проверяет юрист.

Ритейлер, у которого уже есть хранилище

Иллюстративный пример. Ритейлер уже собрал модели заказов и данных программы лояльности в облачном хранилище. Правила сшивки он записывает там как SQL-модели, а аудитории отправляет в рекламные и почтовые системы через продукт обратного ETL. Отдельный инструмент реального времени остаётся для персонализации на сайте, потому что хранилище обновляется пакетами. Это тот самый гибрид, который предсказывает Рааб.

Когда применять

Берите CDP, когда одни и те же клиенты встречаются в нескольких системах под разными идентификаторами, одному профилю нужны несколько команд, а решение (исключение из рекламы, триггерные письма, персонализация) страдает из-за отсутствия связи между записями.

Когда не применять

Пропустите её, пока данные о клиентах лежат в одной системе, пока профилем может служить CRM или пока за качество данных никто не отвечает: CDP копирует беспорядок из своих источников. Если нужна отчётность, а не активация, хватит и чистого хранилища.

Частые ошибки

• Купить инструмент раньше, чем выбран сценарий.
• Объединять записи по слабым идентификаторам. Общий планшет или семейная почта могут склеить двух людей, а по словам Hightouch, разъединить их в коробочных продуктах бывает трудно.
• Считать согласие баннером. Если выбор человека не попадает в профиль, отзыв согласия ничего не меняет в остальных системах.
• Называть CDP любую клиентскую базу. CDP Institute отделяет системы, которые строят постоянный профиль, от интеграционных инструментов и менеджеров тегов, которые только передают данные дальше.
• Не думать о месте хранения. Статья 18 российского 152-ФЗ запрещает обрабатывать персональные данные граждан России в базах данных за пределами страны, кроме нескольких исключений.

Вопросы и ответы

Что такое платформа клиентских данных?

Программа, которая принимает данные о клиентах из многих источников, сопоставляет записи с отдельными людьми и ведёт постоянный профиль, доступный другим системам. CDP Institute добавляет, что платформа отвечает за идентичность клиента и структуру его записи и поддерживает их со временем.

Чем CDP отличается от CRM?

CRM хранит обращения и сделки, с которыми работают люди. CDP принимает поведение, транзакции и данные CRM, сшивает идентификаторы между ними и отдаёт результат многим инструментам. Многие компании используют обе системы, и CRM остаётся одним из источников.

Что такое composable CDP?

CDP, собранная из компонентов поверх облачного хранилища данных, а не на базе данных вендора. Hightouch и RudderStack используют термин «composable» или «warehouse-native». Дэвид Рааб называет composable CDP компонентом, а не CDP, и предпочитает термин warehouse-native.

Нужна ли CDP, если у меня уже есть хранилище данных?

Не обязательно. Если команда может моделировать идентичность в хранилище и отправлять аудитории в инструменты, варианта на хранилище хватает для многих сценариев. Коробочная или гибридная CDP помогает, когда нужны решения в реальном времени или когда маркетологи должны работать без инженеров.

Как в CDP работает согласие?

Оно хранится в профиле по каждой цели с отметкой времени и источником, и его проверяет каждая исходящая выгрузка. Согласие по GDPR должно быть конкретным и однозначным, его можно отозвать в любой момент, поэтому отзыв должен дойти до всех подключённых инструментов.

Источники

1. CDP Institute, What Is a Customer Data Platform (CDP)? (definition as updated in 2026)
2. CDP Institute, The CDP Institute Backstory
3. Raab Associates, Report: New Systems Help Marketers Build Better Customer Databases, 9 October 2013
4. Salesforce (quoting Gartner), Salesforce Named a Leader in the 2024 Gartner Magic Quadrant for Customer Data Platforms, 21 February 2024. Vendor page
5. MarTech, Kim Davis, What the Composability Revolution Means for CDPs, 7 August 2024
6. CustomerThink, David Raab, Composable CDP Is Dead, 5 November 2024
7. Twilio Segment Documentation, Identity Resolution Overview. Vendor documentation
8. mParticle Documentation, IDSync Profile Conversion Strategy. Vendor documentation
9. Salesforce Trailhead, Unify Your Data in Data Cloud Core Functionality. Vendor training
10. Hightouch Blog, Announcing Identity Resolution. Vendor blog
11. Hightouch Blog, Andrew Jesien, Identity Resolution: Why CDPs Fall Short, 15 August 2023. Vendor blog
12. RudderStack Documentation, RudderStack Cloud. Vendor documentation
13. Snowflake Marketing Solutions, Customer 360. Vendor page
14. Ivan Fellegi and Alan Sunter, A Theory for Record Linkage, Journal of the American Statistical Association 64(328), December 1969
15. Ahmed Elmagarmid, Panagiotis Ipeirotis and Vassilios Verykios, Duplicate Record Detection: A Survey, IEEE Transactions on Knowledge and Data Engineering 19(1), 2007 (NYU copy)
16. WebKit, Tracking Prevention in WebKit
17. EUR-Lex, Regulation (EU) 2016/679, General Data Protection Regulation
18. European Data Protection Board, Guidelines 05/2020 on Consent under Regulation 2016/679, version 1.1, 4 May 2020
19. Court of Justice of the European Union, Planet49 GmbH, Case C-673/17, judgment
20. Google for Developers, Manage Consent Settings in Consent Mode
21. Consultant.ru, Federal Law No. 152-FZ On Personal Data, Article 18, Duties of the Operator

Обновлено 20 октября 2026

Илья ПушинОснователь PUSHERS & COO Fintech ServiceИлья строит операционные системы для растущих компаний в медицине и финтехе. С 2021 года руководит трансграничными платежами в ARBI Exchange, лицензированном обменнике в Таиланде, включая KYC, AML и выход в новые юрисдикции.Об автореLinkedIn