CDP-платформа: что это и зачем интернет-магазину единый профиль клиента

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

10 сентября 2026 Технологии 16 мин чтения

---

Что такое CDP-платформа простыми словами

CDP (Customer Data Platform, платформа клиентских данных) — программа, которая собирает данные о покупателях из всех систем магазина и хранит их в одном профиле на каждого человека. CDP Institute определяет её как программное обеспечение, которое создаёт и поддерживает постоянную единую запись о клиенте, доступную другим системам. Главные слова здесь — «постоянную» и «доступную другим системам»: профиль не пересобирают под каждую кампанию, и пользуется им не только отдел маркетинга.

Проще говоря, CDP отвечает на вопрос «что мы знаем об этом покупателе прямо сейчас». Какие товары он смотрел в приложении вчера, что купил в офлайн-магазине на прошлой неделе, открывает ли письма, сколько у него бонусов, обращался ли в поддержку. Без платформы такой ответ собирают вручную из выгрузок, и к моменту, когда он готов, покупатель уже ушёл к другому продавцу.

У платформы три задачи.

• Собрать. События с сайта и из приложения, заказы из учётной системы, чеки касс, данные программы лояльности, реакции на рассылки.
• Склеить. Понять, что посетитель сайта, пользователь приложения и владелец бонусной карты с тем же телефоном — один человек.
• Передать. Отдать сегмент или конкретный профиль в канал: push-уведомление, письмо, SMS, рекламный кабинет, персональную витрину в приложении.

Важно и то, чего CDP не делает. Она не заменяет CRM (систему управления отношениями с клиентами), в которой менеджеры ведут сделки и обращения, — разница разобрана в материале про CRM для интернет-магазина. Не заменяет учётную систему: остатки, цены и документы живут в 1С и приходят в каналы через интеграцию с учётной системой. И не придумывает кампании сама: платформа даёт данные и инструменты, а сценарии пишет маркетолог.

Единый профиль клиента: из чего он состоит

Единый профиль — карточка одного человека, в которую стекаются данные из всех точек контакта с брендом. Внешне это набор полей и лента событий, по смыслу — ответ на вопрос «кто этот покупатель и что он делает с магазином».

Склейка профилей: главная работа платформы

В разных системах один покупатель выглядит как несколько записей: анонимный посетитель сайта, пользователь приложения с почтой, владелец бонусной карты с телефоном. Объединение таких записей в одну называют склейкой профилей (в индустрии — identity resolution). Платформа ищет общий идентификатор, чаще всего телефон или email, и сводит историю в одну карточку.

От качества склейки зависит всё остальное. Если профили не склеились, покупатель, который вчера купил в офлайн-магазине, получит скидку «для новых клиентов». Если склеились ошибочно, двое членов семьи с общим телефоном увидят рекомендации друг друга. Поэтому правила склейки описывают до запуска: какой идентификатор главный, как решать конфликты, как объединять историю заказов.

Согласия и персональные данные

Профиль содержит персональные данные, и работа с ним регулируется законом «О персональных данных» № 152-ФЗ. Что обычно проверяют в первую очередь:

• согласие на обработку данных при регистрации;
• отдельное согласие на рекламные рассылки;
• возможность отписаться в каждом канале;
• понятный срок хранения данных.

CDP помогает учитывать эти требования: хранит статус согласия в профиле и позволяет не включать в рассылки тех, кто его не давал. Юридическую сторону — тексты согласий, порядок хранения и передачи данных, требования к рекламным рассылкам — проверяет юрист компании.

Как работает CDP: путь от события до сообщения

Технологии у платформ разные, а путь данных похож. Пример: покупательница добавила пальто в корзину в приложении и закрыла его, не оформив заказ.

1. Событие. Приложение отправляет в CDP событие «добавление в корзину» с товаром, ценой и идентификатором пользователя.
2. Профиль. Платформа находит профиль по идентификатору и дописывает событие в ленту.
3. Сегмент. Профиль попадает в сегмент «брошенная корзина за последние сутки» — это правило, которое заранее задал маркетолог.
4. Сценарий. Через заданное время запускается цепочка: push-уведомление, если покупательница подписана на уведомления, иначе письмо.
5. Результат. Если заказ оформлен, событие покупки закрывает цепочку, и дальше человек получает не напоминание, а подборку к купленному.

Здесь решает скорость: напоминание о корзине через неделю никому не нужно. Поэтому события из приложения и с сайта передают в платформу в момент действия, а не выгрузкой раз в сутки. Как такая передача устроена в приложении на Flutter, мы подробно разобрали в материале про кастомные события Mindbox.

Статичные и динамические сегменты

Статичный сегмент — список, зафиксированный на дату: «купили в ноябре». Динамический пересчитывается сам: «не покупали 60 дней и открывали приложение на этой неделе». Для регулярных сценариев удержания нужны динамические сегменты: человек выходит из них, как только совершил нужное действие, и не получает лишних сообщений. Подход близок к поведенческой сегментации покупателей — группировке по действиям, а не по анкете.

CDP, CRM, DMP и учётная система: в чём разница

Все четыре системы работают с данными о покупателях, поэтому их часто путают. DMP (Data Management Platform, платформа рекламных данных) — самая далёкая от остальных: она работает с обезличенной аудиторией рекламных площадок. Разница между классами — в том, чьи данные в них лежат, кто ими пользуется и на какой вопрос они отвечают.

На практике граница размыта: CRM для розницы часто умеют сегментировать базу и отправлять рассылки, а CDP — вести программу лояльности. Какие бывают CRM и где они пересекаются с платформами данных, разобрано в обзоре CRM-систем. Для решения важнее не название класса, а ответ на вопрос: где собирается полная история покупателя и может ли из неё работать каждый канал. Подключение приложения к CRM и маркетинговым платформам мы делаем отдельной услугой — интеграция приложения с CRM.

Зачем интернет-магазину единый профиль клиента: пять задач

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

1. Персональные предложения вместо общих рассылок

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

2. Возврат брошенных корзин и просмотров

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

3. Удержание и повторные покупки

Сегменты «давно не покупал», «покупает только по акциям», «накопил бонусы и не тратит» получают разные сценарии. Здесь CDP работает в паре с программой лояльности в приложении: баланс бонусов и уровень становятся поводом для сообщения, а не строкой в личном кабинете.

4. Связка онлайна и офлайна

У магазина с розничной сетью покупатель смотрит товар в приложении, а покупает на кассе. Если чек кассы попадает в тот же профиль, пропадают лишние напоминания о товаре, который уже куплен, а бонусы и история видны в одном месте — в приложении, на сайте и у продавца в зале.

5. Аналитика по покупателям, а не по визитам

Веб-аналитика считает визиты и сессии, профиль — людей. На данных CDP видно, какие сегменты приносят выручку, через какой канал пришли покупатели с повторными заказами, как меняется поведение после запуска приложения. Какие показатели отслеживать в мобильном канале, разобрано в материале про аналитику мобильного приложения, а проверять гипотезы о сценариях помогает A/B-тестирование приложений и сайтов.

Признаки, что магазину пора сводить данные в единый профиль:

• продажи идут в нескольких каналах — сайт, приложение, офлайн-точки, маркетплейсы;
• программа лояльности живёт отдельно от рассылок;
• сегменты для рассылки собирают выгрузками в таблицах;
• разные отделы называют разное число клиентов.

Какие бывают CDP: четыре класса решений

Четыре класса CDP отличаются тем, где заканчивается их работа: на профиле или на отправленном сообщении.

Маркетинговая CDP с каналами коммуникаций

Профиль, сегменты и отправка сообщений — в одной системе: push-уведомления, письма, SMS, персональные блоки на сайте. Маркетолог проходит путь от сегмента до сообщения без разработчика. Ограничение класса — каналы и сценарии определяет вендор (компания-разработчик платформы), и нестандартную механику приходится согласовывать с его возможностями. К этому классу относится, например, Mindbox.

CDP для данных

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

CDP внутри экосистемы

Профиль покупателя как модуль в составе системы рекомендаций, CRM или учётной системы. Внутри своей экосистемы такие решения подключаются быстрее, потому что её данные уже связаны с профилем, а внешние источники подключать сложнее, чем родные. О подходе рассказывает, например, Retail Rocket.

Собственное хранилище клиентских данных

Заказная система под уникальные процессы: сложная B2B-логика, свои правила склейки, особые требования к хранению. Даёт полный контроль над моделью данных, но требует бюджета на разработку и постоянную поддержку. Такие проекты делают как разработку ПО на заказ; серверную часть можно реализовать, например, на Python и Django.

Как внедрить CDP в интернет-магазине: шесть этапов

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

Этап 1. Цели и сценарии

Команда фиксирует три-пять сценариев, ради которых подключают платформу, и показатель для каждого: возврат брошенных корзин — доля восстановленных заказов, реактивация — доля вернувшихся покупателей. На выходе — список сценариев с метриками. Частая ошибка на этом этапе — подключать платформу «чтобы было»: без сценариев данные копятся, а пользы нет.

Этап 2. Инвентаризация данных

Составляют список систем, где живут данные о покупателях, и проверяют их качество: дубли телефонов, разные форматы записи, пустые поля. На выходе — карта источников с оценкой каждого. Если перенести в платформу данные без чистки, дубли попадут в профили, и первые сегменты окажутся неточными.

Этап 3. Модель данных и правила склейки

Описывают, какие события передаёт каждый канал и с какими параметрами (такой документ называют трекинг-планом — схемой событий), какой идентификатор главный и как хранятся согласия. Это работа аналитика: её можно заказать как бизнес-анализ требований или включить в разработку технического задания. На выходе — схема событий и правила склейки, по которым работают все подрядчики.

Этап 4. Подключение источников

Учётную систему, сайт, кассы и программу лояльности подключают через API (программный интерфейс обмена данными) и webhooks — уведомления о событии, которые одна система отправляет другой. Мобильное приложение подключают отдельно: встраивают SDK платформы (готовый код вендора для приложений), передают события и токены — адреса устройств для доставки push-уведомлений. На выходе — данные из всех каналов в едином профиле.

Этап 5. Первые сценарии и проверка эффекта

Запускают два-три сценария из этапа 1 и оставляют контрольную группу — часть сегмента, которая сообщений не получает. Разница в заказах между группами показывает эффект сценария. На выходе — работающие сценарии с измеренным результатом.

Этап 6. Расширение

После проверки добавляют новые сценарии, каналы и персонализацию внутри продукта: витрину главного экрана, подборки в карточке товара, персональные акции в личном кабинете. На выходе — план развития сценариев на следующий период.

Мобильное приложение как источник данных для CDP

По нашему опыту, на сайте значительная часть посетителей остаётся анонимной до входа в личный кабинет, а в приложении покупатель обычно авторизован постоянно, поэтому каждое его действие сразу привязано к профилю. Второе отличие — собственный канал связи: push-уведомление доходит до покупателя без покупки рекламы.

Что приложение передаёт в платформу:

• Идентификаторы. Вход по телефону или почте, идентификатор устройства.
• Поведение. Просмотры, поиск, фильтры, избранное.
• Корзину и заказы. Добавления, удаления, оформление, отмены.
• Согласия. Разрешение на уведомления и рекламные сообщения, токен для push.
• Геоданные. Ближайший магазин и город — при разрешении пользователя; как это устроено, разобрано в материале про карты и геолокацию в приложении.

Обратно приложение получает персонализацию: сегментированные push-уведомления, персональную витрину, баланс бонусов, адресные акции. Данные в CDP полезны ровно настолько, насколько каналы умеют ими пользоваться.

Платформа FITTIN устроена как конструктор: push-уведомления, программа лояльности, аналитика и события входят в набор готовых модулей, а подключение к CRM и системам лояльности — в перечень интеграций, и любой из модулей можно доработать под уникальный сценарий. Приложения под iOS и Android выпускаются из одной кодовой базы на Flutter — открытой технологии Google — и публикуются в App Store, Google Play, RuStore и других сторах по запросу. Подробнее о направлении — на странице мобильных приложений для e-commerce.

Сама платформа не заменяет CDP: приложение передаёт события в CDP партнёра и получает из неё сегменты для push-уведомлений и персональной витрины.

Среди наших технологических партнёров — сервисы, которые закрывают разные части работы с данными покупателей:

• Mindbox — маркетинг-автоматизация, единый профиль и сегментация клиентов.
• RetailCRM — CRM и обработка заказов интернет-магазина.
• Maxma — программа лояльности с гибкими механиками.
• Retail Rocket — товарные рекомендации.

Сколько стоит внедрение CDP

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

Факторы, от которых зависит цена подключения

• Число источников. Каждая система — отдельная интеграция и отдельное тестирование.
• Качество данных. По нашему опыту, чистка дублей и приведение форматов к единому виду нередко занимают больше времени, чем сама интеграция.
• Число событий. Базовый набор (просмотр, корзина, заказ) и полная схема с десятками событий различаются по объёму работ.
• Каналы. Push-уведомления, письма, SMS, персональные блоки на сайте и в приложении.
• Офлайн. Подключение касс и бонусных карт в рознице.
• Нестандартные механики. Игры, календари, конкурсы, передающие свои события.
• Требования к хранению. Где хранятся данные и кто к ним имеет доступ.

Как устроена цена приложения, подключённого к CDP

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

Модель FITTIN состоит из трёх частей. Первое — единоразовая интеграция платформы под ваш бренд: настройка модулей, фирменный дизайн, подключение учётной системы, оплаты, доставки, CRM и системы лояльности. Второе — ежемесячные лицензионные платежи, в которые уже включены затраты на техподдержку команды: мониторинг, обновления модулей и обновления безопасности. Третье — доработки нового функционала по Time & Materials со сметой и оценкой по часам перед стартом задачи: сюда относятся кастомные события и сценарии, которых нет в базовом наборе.

Актуальные пакеты для приложения, сайта и связки из двух каналов — на странице тарифов. Если приложение уже работает и сделано другим подрядчиком, начинают с аудита мобильного приложения: он покажет, какие события уже передаются и что нужно доработать; дальнейшее сопровождение возможно в формате технической поддержки.

Как выбрать CDP и подрядчика на интеграцию

Платформу выбирают на годы: профиль накапливается, и переезд с одной системы на другую — отдельный проект. Восемь вопросов, которые стоит задать до договора.

• Какие источники подключаются готовыми коннекторами. Коннектор — встроенный модуль подключения к конкретной системе. Проверьте, есть ли они для учётной системы, касс и сайта на вашей платформе и что придётся интегрировать отдельно.
• Есть ли SDK для вашего приложения. Для приложения на Flutter — поддержка этой технологии или понятный способ подключения через API.
• С какой задержкой событие попадает в профиль. Для брошенных корзин нужны минуты, не сутки.
• Настраиваются ли правила склейки. Какой идентификатор главный и как решаются конфликты.
• Где и как хранятся данные. Этот вопрос согласуют с юристом компании до подписания договора.
• Как выгрузить данные. Полная выгрузка профилей и событий на этапе выбора — надёжная проверка.
• Есть ли у подрядчика интеграции с этой платформой в кейсах. Опыт с конкретной CDP экономит время на этапе подключения. Примеры — в разделе кейсов.
• Кто отвечает за события в приложении. Вендор платформы, разработчик приложения или ваша команда — это нужно зафиксировать в договоре.

Если внутри компании не хватает рук на интеграции, специалистов можно подключить к своей команде — так работает аутстаффинг backend-разработчиков. Полный цикл для торговли — сайт, приложение и интеграции — на странице комплексной разработки e-commerce.

Кейсы: приложение и единый профиль в Mindbox

Три проекта fashion-ритейла, где мобильное приложение подключено к Mindbox. Цифры — со страниц кейсов.

Отраслевые особенности таких проектов — на страницах приложений для магазинов одежды и обуви и для магазинов детских товаров.

Итог: CDP на одной странице

Три вывода. Первый: ценность CDP определяют события, которые в неё приходят, поэтому подключение каналов важнее выбора между похожими платформами. Второй: внедрение начинают со сценариев, а не с загрузки всех данных подряд. Третий: мобильное приложение с авторизацией, push-уведомлениями и программой лояльности — оптимальный источник данных для единого профиля и одновременно канал, где этот профиль превращается в продажи.

Команда — федеральная команда FITTIN с центром разработки в Воронеже.

Что делать дальше:

• Приложения ещё нет — приложение для интернет-магазина или сайт и приложение на одной базе.
• Приложение есть, но не передаёт данные — интеграция приложения с CRM или аудит мобильного приложения.
• Нужно описать требования и посчитать бюджет — разработка ТЗ, калькулятор стоимости; обсудить задачу — контакты.

Часто задаваемые вопросы

Что такое CDP простыми словами?

CDP, или платформа клиентских данных, — программа, которая собирает сведения о покупателях из всех систем магазина в один профиль на каждого человека: заказы из учётной системы, события сайта и приложения, чеки касс, бонусы, реакции на рассылки. Из профиля маркетинг собирает сегменты и отправляет каждому покупателю своё сообщение — push-уведомление, письмо, SMS или персональную подборку в приложении. Главная работа платформы — понять, что записи из разных систем принадлежат одному человеку.

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

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

Нужна ли CDP небольшому интернет-магазину?

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

Сколько стоит внедрение CDP-платформы?

Бюджет состоит из двух частей. Лицензию платформы рассчитывает вендор CDP под размер базы и набор модулей. Стоимость подключения источников и каналов зависит от числа систем, качества данных, объёма схемы событий и нестандартных механик. Если приложение разрабатывается на платформе FITTIN, его стоимость считается отдельно от лицензии CDP и состоит из трёх частей: единоразовая интеграция под бренд, ежемесячные лицензионные платежи с включённой техподдержкой команды и доработки по Time & Materials со сметой и оценкой по часам перед стартом задачи. Актуальные пакеты — на странице тарифов.

Как подключить мобильное приложение к CDP?

Через SDK платформы или её API. Сначала описывают схему событий: какие действия передаёт приложение — вход, просмотры, корзина, заказы, согласия на уведомления — и с какими параметрами. Затем встраивают SDK, настраивают передачу токенов для push-уведомлений и проверяют, что события попадают в нужный профиль. Нестандартные механики, например игры или календари акций, передают собственные события: так участники конкурса попадают в отдельный сегмент для следующих рассылок.

Какие данные о покупателях можно собирать в CDP?

Те, на обработку которых покупатель дал согласие, и в объёме, нужном для заявленных целей. Работа с профилями регулируется законом «О персональных данных» № 152-ФЗ. На практике магазин берёт согласие на обработку данных при регистрации и отдельное — на рекламные рассылки, даёт отписаться в каждом канале и определяет срок хранения. Платформа помогает учитывать эти требования: хранит статус согласия в профиле и позволяет не отправлять сообщения тем, кто его не давал. Тексты согласий и порядок хранения проверяет юрист компании.

Сколько времени занимает внедрение CDP?

Срок определяют число источников и состояние данных в них. Подключить сайт и приложение с базовым набором событий заметно проще, чем свести в профиль кассы сотен магазинов и несколько учётных систем. По нашему опыту, чистка дублей и описание схемы событий нередко занимают больше времени, чем сама интеграция. Если приложение разрабатывают на платформе FITTIN, интеграция под бренд занимает до 30 рабочих дней за счёт готовых модулей; в неё входит подключение к CDP с базовым набором событий через её API. Кастомные события — отдельные доработки, а сроки работ на стороне CDP зависят от её вендора и ваших источников.

Какие CDP-платформы используют интернет-магазины в России?

Среди решений, с которыми работают российские интернет-магазины, — Mindbox и Retail Rocket, модули профиля покупателя внутри CRM и учётных систем, а также собственные хранилища клиентских данных. По устройству их делят на четыре класса: маркетинговые CDP объединяют профиль, сегменты и отправку сообщений; CDP для данных собирают и раздают профиль без собственных каналов; профиль бывает модулем системы рекомендаций, CRM или учётной системы; компании с особыми процессами строят собственное хранилище. Выбор определяют источники, которые нужно подключить, каналы коммуникаций и наличие SDK для вашего приложения.

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.