Как собрать базовую серверную атрибуцию за 7 дней

Как собрать базовую серверную атрибуцию за 7 дней

Если last-click искажается из‑за блокировщиков, кук и потерь в браузере, не надо сразу строить «идеальную» модель. На этой неделе достаточно собрать рабочий контур, который даст маркетинг-ops более честные данные для решений.

1) Определите, какие события реально нужны: визит, лид, покупка, повторная покупка, звонок, заявка из формы. Не тащите всё подряд — лишние события усложнят проверку.

2) Зафиксируйте единый идентификатор пользователя: client_id, user_id, order_id. Для B2B добавьте company_id, если он есть в CRM. Важно, чтобы один и тот же объект можно было связать в рекламе, аналитике и CRM.

3) Настройте отправку событий с сервера, а не только из браузера. Минимум: формы, покупки, статусы лидов, офлайн-конверсии. Это снизит потери на этапе передачи данных.

4) Введите обязательные поля качества: источник, кампания, устройство, дата события, сумма, валюта, статус воронки. Без этого атрибуция превращается в набор догадок.

5) Проверьте дедупликацию: одно событие должно попадать в аналитику и рекламные кабинеты только один раз. Для этого используйте event_id и правила приоритета источника.

6) Сверьте серверные конверсии с CRM за 3–5 последних дней. Если расхождение выше 5–10%, ищите разрыв в идентификаторах, статусах или таймзонах.

7) Сделайте короткий отчёт для команды: что стало видно лучше, где данные ещё не сходятся, какие кампании раньше переоценивались.

**Задача сервера — не заменить аналитику, а сократить шум.** Когда база собрана, уже можно переходить к incrementality (инкрементальности) и MMM (маркетинговому микс-моделированию), а не спорить о последнем клике.

— @PrivacyTrackingRu

Глубже разбирают этот метод в @GenZmarketingRuPro