Кросс-девайс атрибуция ломается там, где нет стабильного server-side ID

Кросс-девайс атрибуция ломается там, где нет стабильного server-side ID

В client-side мире один и тот же человек выглядит как набор разрозненных сессий: iPhone, ноутбук, планшет, потом снова мобильный. Если не связать их через единый ID, вы переоцениваете last click и недосчитываете assisted conversions.

Рабочая схема простая:
— генерируете first-party ID на сервере после логина, подписки или покупки;
— кладёте его в cookie и дублируете в backend CRM;
— передаёте этот ID в sGTM, CAPI, Events API как external_id или custom field;
— матчите события не по устройству, а по человеку, который уже идентифицирован.

Критичный момент — не путать идентификатор пользователя и event_id. Первый нужен для склейки профиля между девайсами, второй — только для дедупликации Pixel + server events. Если user_id живёт в app, CRM и web, а event_id генерится на каждое событие, атрибуция становится заметно чище.

Проверка качества: у одного пользователя должны сходиться login, purchase, подписка и повторный визит с другого устройства. Если цепочка рвётся на checkout, обычно виноваты разные форматы ID, потеря cookie domain или отсутствие маппинга между frontend и backend.

Чем раньше вы начнёте хранить server-side ID как основной ключ, тем меньше будете спорить с отчётами и тем лучше увидите реальный вклад каналов.