Ретаргет-база для МРТ без куки-хаоса: как строить

Cookieless-мир уже наступил, а ретаргетинг нужен как никогда. Расскажем, как строить устойчивую ретаргет-базу для МРТ — мультиканального ретаргетинга — без зависимости от третьесторонних cookies: с опорой на first‑party данные, согласия пользователей, сервер‑сайд сбор событий, единый граф идентичностей, предиктивные сегменты и прозрачное измерение инкрементальности. Пошагово — от стратегии и архитектуры до активации и контроля качества.

Стратегия и правовые основы МРТ без cookies

Зачем ретаргет-база и что входит

Ретаргет‑база — это единый слой аудитории, где пользовательские события, идентификаторы и бизнес‑сигналы объединяются для адресной коммуникации: от показа баннеров до e‑mail, SMS и web‑push. В cookieless‑среде опорой становятся детерминированные идентификаторы (e‑mail/телефон/внутренний user_id), а не сторонние cookies. Цель — повышать LTV и сокращать CAC через точные сегменты и контроль частоты.

Право и доверие: согласия, минимизация, прозрачность

• CMP и журналы согласий: собирайте гранулярные согласия (аналитика, маркетинг, 3rd‑party), храните метаданные (версия политики, время, канал).
• Минимизация данных: храните только необходимые атрибуты; PII — в зашифрованном виде; применяйте роль‑бэйзд доступ.
• Сроки хранения: TTL по сегментам (например, брошенная корзина — 14–30 дней), авто‑деперсонификация.
• Анти‑фингерпринтинг: не опирайтесь на скрытую идентификацию; стройте на явных идентификаторах и согласии.

Карта событий и идентификаторов

• Таксономия событий: view_product, add_to_cart, start_checkout, purchase, subscribe, support_call и офлайн‑события (POS/колл‑центр).
• Граф идентичностей: связывайте user_id, хэши e‑mail/телефона, device/app id; отмечайте источник связи (логин, заказ, лидер‑форма).
• Прогрессивный профайлинг: мягкий логин, сбор e‑mail через lead‑магниты, пост‑покупочные анкеты.

Техническая архитектура ретаргет-базы

Сбор first‑party данных: сервер‑сайд и офлайн

• Server‑side трекинг: проксируйте теги через собственный домен; уменьшите потери атрибуции и зависимость от браузерных ограничений.
• Единые SDK: веб, приложение, касса, CRM — одна схема событий; обязательны корректные timestamp, айди заказа и валюты.
• Офлайн‑интеграция: ETL/CDC из CRM/ERP, загрузка чеков и звонков, нормализация UTM, сопоставление с online‑кликами.

Идентификация и безопасность

• Детерминированные ключи: хэшируйте e‑mail/телефон (напр., SHA‑256) на краю; храните солёные хэши и псевдонимизируйте профили.
• Дедупликация: правила «master profile» при конфликте источников; ведите историю слияний.
• Флаги согласий: атрибут на уровне профиля и события; сегменты строятся с учётом доступных оснований обработки.

Хранилище и CDP

• DWH + CDP: DWH (например, облачный) — «истина» по событиям и атрибуции; CDP — унификация профилей, сегментация, активация.
• Качество данных: валидации схемы, дедупликация событий, мониторинг дроп‑рейта, контроль UTM‑поля.
• Бизнес‑слой: календарь промо, справочники категорий, маржинальность — для умных правил частоты и приоритизации.

Сегментация и модели

• Поведенческие цепочки: просмотры → корзина → брошенный чекаут; окна давности (1/3/7/30 дней).
• RFM/CLV: частота, давность, выручка; приоритезируйте ретаргет в высокомаржинальные когорты.
• Прогнозы: propensity‑модели (вероятность покупки/оттока), склонность к скидкам, рекомендация следующего товара.

Активация, измерение и масштабирование

Каналы активации без сторонних cookies

• On‑site и owned‑медиа: персональные баннеры, e‑mail, SMS, web/app‑push, мессенджеры — самый «чистый» ретаргет.
• Площадки: загрузка хэш‑идентификаторов и server‑to‑server конверсий в рекламные системы; look‑alike от ядра FPD‑аудитории.
• Паблишерские clean rooms: пересечение списков в безопасной среде для детерминированного охвата без обмена PII.
• Контекст и когорты: контекстный таргетинг + собственные сигналы намерения для расширения охвата.

Частотный контроль и утомление аудитории

• Кэппинг на уровне профиля: храните показы/клики в DWH, ставьте ограничения по кампании и по окну давности.
• TTL сегмента: авто‑выбывание из сегмента по событию «покупка» или по истечении окна.
• Креативная ротация: стадийные сообщения (обзор → выгоды → оффер → соцдоказательства) вместо «догоняющих» баннеров.

Измерение и инкрементальность

• Holdout‑тесты: контрольные группы на уровне профиля; метрика — uplift конверсий/выручки.
• Гео‑эксперименты: включение/выключение в регионах для оценки эффекта при агрегированной атрибуции.
• MMM и агрегированное моделирование: устойчиво к потере идентификаторов, даёт вклад каналов и оптимум бюджета.
• Server‑side конверсии: снижайте потери отслеживания и улучшайте оптимизацию алгоритмов.

Чек‑лист запуска

• Внедрите CMP, определите правовые основания и TTL.
• Настройте server‑side сбор событий и офлайн‑интеграции.
• Постройте граф идентичностей с хэш‑идентификаторами.
• Определите таксономию событий и KPI сегментов.
• Разверните CDP/DWH, включите правила дедупликации.
• Создайте RFM и propensity‑сегменты, задайте кэппинги.
• Подключите каналы активации и конверсионные API.
• Запустите holdout‑тесты и отчетность по uplift.

Типовые сегменты для МРТ

• Брошенная корзина (1–3 дня), приоритет — высокомаржинальные товары.
• Просмотренные, но не купленные (7 дней) с рекомендательными аналогами.
• Повторная покупка по жизненному циклу товара (расходники, подписки).
• VIP/High‑CLV с ограниченным частотным давлением и эксклюзивными офферами.
• Реактивация «уснувших» (90+ дней) с мягким вовлечением контентом.

Ошибки, которых стоит избегать

• Опора на 3rd‑party cookies и отпечатки устройства вместо first‑party стратегии.
• Отсутствие сегментных TTL и кэппинга — выгорание аудитории и бюджетов.
• Смешение PII и событий без псевдонимизации и контроля доступа.
• Ретаргет «всем по чуть‑чуть» без RFM/маржинальности и uplift‑оценки.

Метрики успеха

• Incremental ROAS и lift конверсий по holdout.
• Доля охвата first‑party аудиторией и match‑rate на площадках.
• Снижение CPA/CAC в целевых сегментах при удержании маржи.
• Скорость обновления сегментов и доля событий с user_id.

Вывод

Cookieless‑ретаргетинг держится на first‑party данных, согласии, сервер‑сайд сборе и умной сегментации. Постройте граф идентичностей, дисциплинируйте события и хранение, используйте CDP и конверсионные API, активируйте аудитории в собственных и платных каналах, контролируйте частоту, измеряйте uplift и масштабируйте за счёт моделей и clean rooms. Так ретаргет‑база для МРТ будет устойчивой, эффективной и законной.