On-chain attribution почти всегда ломается не в трекинге, а в связке wallet → ad → action

On-chain attribution почти всегда ломается не в трекинге, а в связке wallet → ad → action

Если строите атрибуцию в web3, не пытайтесь мерить её только по tx hash. Между кликом, подключением кошелька и ончейн-действием часто теряются:
— смена устройства;
— повторный визит через другой канал;
— несколько кошельков у одного пользователя;
— отложенная транзакция после серии касаний.

Рабочая схема для большинства команд — не «один источник истины», а слой идентификаторов:
• wallet address
• Telegram/Discord/лендинг session
• UTM/placement
• event в Mini App или фронте до подписи

Дальше нужно разделять ассист и финальный конверт. Иначе вы будете занижать вклад ретаргета, community-каналов и wallet-рекламы, где продажа часто происходит не с первого касания.

Ещё одна ошибка — считать любой on-chain event конверсией. Для DeFi, игр и NFT-маркетплейсов нужен свой набор событий: connect, approve, stake, mint, trade, repeat action. Иначе отчёт выглядит красиво, а закупка оптимизируется в пустоту.

Если атрибуция строится на кошельке, заранее задайте окна, дедупликацию и правила для нескольких wallets на одного юзера. Иначе performance-команда будет спорить не про трафик, а про методику.

Сначала фиксируйте цепочку событий, потом стройте отчёты. Иначе on-chain data есть, а атрибуции нет.