Мультиканальная атрибуция на уровне события: схема, без которой теряются конверсии

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

Дальше задай единые правила для всех источников:
— один event name и одна структура параметров;
— единый user_id или стабильный идентификатор;
— UTM, click id и referrer сохраняются в одной цепочке;
— окно атрибуции одинаковое для всех каналов;
— дубль-события режутся по transaction_id или event_id.

Если у тебя есть веб, приложение и CRM, не пытайся склеить их постфактум вручную. Передавай событие в трекинг сразу с метками источника, времени и связанного пользователя. Тогда можно собрать путь: клик → визит → действие → повторное касание → конверсия, а не набор разрозненных логов.

Проверь отдельный блок на антидубли, потерю UTM при редиректах и расхождение времени между системами. Самая частая ошибка — считать атрибуцию на уровне сессии, а не события: в итоге mid-funnel каналы исчезают из отчёта.

Если хочешь нормальную мультиканалку, начинай не с дашборда, а с чистой схемы event payload и правил склейки.