id5: релиз года для cookieless — чек-лист, без которого атрибуция едет в ад

id5: релиз года для cookieless — чек-лист, без которого атрибуция едет в ад

Если id5 у тебя — это внутренний идентификатор события/звонка/лида, то главная ошибка одна: делать его «чем-то для отчёта», а не частью цепочки данных. Тогда privacy и adtech начинают спорить между собой, а attribution превращается в гадание на кофейной гуще.

— id5 должен создаваться на сервере или в стабильном backend-слое, а не в браузере на эмоциях.
— передавай его во все точки касания: form submit, CRM, postback, offline upload.
— не смешивай id5 с PII: пусть это будет технический ключ, а не паспорт пользователя.
— логируй связку id5 ↔ source ↔ campaign ↔ timestamp, иначе потом останется только вера.

Отдельно проверь дедупликацию: один и тот же id5 не должен плодить конверсии в разных системах. И ещё ловушка — когда id5 есть в одном канале, но пропадает в другом из-за кривого маппинга или «мы потом допишем». Потом, как обычно, никто не допишет.

Если собрать id5 как сквозной технический ключ, cookieless-атрибуция становится заметно менее магической и гораздо более скучной — а это хороший знак. Конечно, может и не взлетит, если оставить его жить только в голове аналитика.