First-party data без cookie: как собирать в 2026

Что изменилось

Браузерные cookie третьих сторон деградировали раньше, чем Google успел их удалить. iOS App Tracking Transparency (2021) убрала IDFA для 80%+ iOS-пользователей. Браузеры Safari и Firefox блокируют сторонние cookie по умолчанию уже несколько лет. Chrome ограничил cross-site tracking через Privacy Sandbox.

Результат: рекламные пиксели работают с точностью 40-60% от потенциальной, особенно на мобильных устройствах. Для B2B где клиенты используют корпоративные ноутбуки с блокировщиками - ещё меньше.

Что такое first-party data

First-party data - данные которые вы собираете напрямую от своих пользователей с их явного согласия:

  • Email при регистрации или скачивании материала
  • Поведение на сайте (страницы, клики, время) через ваш аналитический инструмент
  • История взаимодействий в CRM (звонки, встречи, email)
  • Данные из форм (интересы, размер компании, бюджет)

Это ваши данные, а не данные рекламной платформы или брокера.

Почему это важно для B2B

В B2C first-party data нужна для персонализации. В B2B - для атрибуции и принятия бюджетных решений.

Если вы не знаете из какого канала пришёл каждый лид (и каждая закрытая сделка), вы не можете принимать обоснованные решения о рекламном бюджете. Все маркетинговые решения становятся интуитивными.

Практические методы сбора

UTM-параметры в CRM

Базовый метод: добавить к каждой рекламной ссылке UTM-параметры (utm_source, utm_medium, utm_campaign) и при создании лида сохранять их в CRM.

Реализация: hidden fields в форме, заполняемые JS из URL параметров. Или webhook от формы который передаёт UTM в CRM API.

Это даёт first-touch атрибуцию: знаете откуда пришёл лид впервые.

Click ID (gclid, fbclid, li_fat_id)

Рекламные платформы добавляют проприетарные click ID к URL при клике на рекламу. Захватываете их так же как UTM - через JS в форму - и сохраняете в CRM.

Click ID позволяет Conversions API точно матчить конверсию с кликом на стороне платформы без пикселя.

Conversions API (server-side)

Вместо браузерного пикселя: ваш сервер отправляет событие конверсии (лид, сделка, покупка) напрямую в API рекламной платформы. Данные идут server-to-server, браузер не участвует.

Meta CAPI, Google Ads Enhanced Conversions, LinkedIn Conversions API работают по этому принципу. Матчинг по email (SHA-256 хеш), phone, click ID.

Прогрессивное профилирование

Вместо длинной формы на старте: короткая форма (email, имя), а дополнительные данные запрашиваете позже - на следующей странице, в follow-up email, на звонке.

Конверсия из трафика в лид выше (меньше полей = меньше отказов), а данные накапливаются постепенно в CRM.

Поле «Откуда узнали» в CRM

Старый добрый ручной метод который работает лучше многих технических решений. SDR или AE спрашивает на первом звонке: «Как вы нашли нас?» и записывает ответ в CRM.

Комбинация UTM-атрибуции и ручного поля даёт наиболее полную картину.

EU и GDPR

В EU сбор данных требует правового основания. Для first-party data:

  • Явное согласие (Consent) при регистрации или заполнении формы
  • Легитимный интерес (Legitimate Interest) для аналитики поведения зарегистрированных пользователей

Cookie-баннер обязателен для любых non-essential cookie. First-party аналитика без cookie (Plausible, Fathom) не требует баннера.

Для Conversions API: вы передаёте хешированные данные клиентов (email, phone) в рекламные платформы. Это допустимо при наличии Privacy Policy с упоминанием передачи данных третьим сторонам и согласия пользователя.

Инструменты для замыкания данных

Собрать first-party data - первый шаг. Второй: соединить данные из разных источников (реклама, сайт, CRM) в единую картину.

Prooflytics делает это для B2B: захватывает UTM и click ID при посещении сайта, привязывает к лидам в CRM, замыкает на закрытые сделки и показывает реальный CAC по каналу.

Вывод

First-party data - это не техническая задача, а организационная. Начните с простого: UTM в каждую ссылку, UTM в каждый лид в CRM, поле «источник» которое заполняет SDR. Это занимает день внедрения и даёт первые данные через неделю.

Технические инструменты (Conversions API, server-side события) добавляют точность, но без базовой дисциплины с UTM-параметрами они бесполезны.