On-chain attribution до сих пор ломается не в блокчейне, а между кошельком и креативом

On-chain attribution до сих пор ломается не в блокчейне, а между кошельком и креативом

Если упростить, on-chain attribution отвечает на три вопроса: какой кошелёк пришёл, через какой вход, и что он сделал дальше. Проблема в том, что в web3 почти всегда есть разрыв между кликом, подписью и реальной транзакцией.

Рабочая схема выглядит так:
— сначала фиксируете источник: ad ID, campaign, placement, UTM-подобный параметр;
— потом связываете его с wallet address через signup, connect wallet или mint;
— затем считаете не только first transaction, но и повторные действия: swap, stake, deposit, bridge.

Слабые места тоже типовые:
— один пользователь может работать с несколькими кошельками;
— один кошелёк может приходить из разных каналов;
— часть конверсий уходит в self-custody и теряется без server-side событий;
— если не хранить event chain, отчёт превращается в набор красивых, но бесполезных кликов.

Для performance-команды минимальный стандарт такой: distinct wallet, first funded wallet, activated wallet, retained wallet. Иначе вы оптимизируете не качество трафика, а длину воронки.

Практика простая: не стройте attribution вокруг одной транзакции. Стройте вокруг цепочки событий и связывайте её с кошельком, а не с красивым кликом.