Você executou três campanhas na semana passada. Anúncios no LinkedIn, uma quest Galxe e um link drop de KOL. Wallets chegaram. O TVL se moveu. Então seu fundador perguntou qual canal impulsionou isso. Você abriu o GA4. Você abriu o Dune. Você olhou para ambos.
Você não conseguiu responder.
Isso não é um problema de ferramentas. Você tem GA4, UTMs e Dune. O problema é estrutural: a atribuição DeFi falha porque os dados da sua campanha vivem em uma sessão web e os resultados do seu protocolo vivem on-chain, e nada os conecta por padrão.
Este guia é para o growth marketer que atua dentro do protocolo. Não o fundador, não o engenheiro. Você não construiu o produto. Você não pode mexer na base de código sozinho. Mas você é quem tem que provar o ROI da campanha toda segunda-feira. Eu cobrirei três métodos de atribuição classificados pelo que você pode realmente entregar, uma maneira de conseguir tempo de engenharia para corrigi-lo adequadamente e quatro relatórios que transformam dados da chain em uma conversa sobre a qual sua liderança pode agir. Este artigo faz parte do Web3 Growth Marketer's Resource Cluster.
TL;DR
- • Seu UTM desaparece quando a wallet se conecta. A sessão web e a transação on-chain existem em planos de dados separados, sem uma ponte padrão.
- • Três métodos por quem os constrói: UTM bridge (apenas equipe de growth, hoje), SIWE (growth + 1 sprint), cohort forensics (analista de dados + engenharia)
- • Obtenha tempo de engenharia calculando o gasto invisível: (orçamento mensal x % de wallets não marcadas) = valor em dólar voando às cegas
- • Quatro relatórios de segunda-feira: source waterfall, retenção por canal, custo por wallet ativada, delta semana a semana
Por Que os Dados da Sua Campanha Param na Tela da Wallet
Se você tentou aplicar a atribuição de marketing padrão a campanhas DeFi, você já sentiu isso. Você atingiu uma parede no ponto exato em que a interação de marketing se torna uma interação de protocolo. Três problemas estruturais causam isso.
Seu UTM Desaparece Quando a Wallet Se Conecta
Seu UTM é acionado. A landing page carrega. A wallet se conecta. A partir desse ponto, você está cego.
A sessão web rastreia tudo até aquele momento: a origem do clique, a landing page, o tempo no site. Então a wallet abre e a transação começa, e o fio é cortado. Transações blockchain não têm campo de referência. O EVM não carrega metadados de campanha. O que quer que tenha trazido o usuário ao seu protocolo não viaja para o registro on-chain.
Seu GA4 mostra 300 eventos de conexão de wallet da campanha. O Dune mostra 140 novos depósitos na mesma janela. Você não consegue fechar o ciclo entre eles.
Um Endereço de Wallet Não É um Usuário
Uma pessoa pode controlar 12 wallets. Um Sybil farmer executando um programa de pontos pode executar 400. Quando você conta endereços de wallet como usuários, seus dados de coorte são corrompidos antes de você escrever o primeiro relatório. Os números de retenção (aqueles com os quais sua liderança mais se importa) estão medindo wallets, não pessoas.
A Bridging Reinicia o Rastro
Um usuário que faz bridging de Ethereum para Arbitrum antes de interagir com seu protocolo aparece nos seus dados de Arbitrum sem uma história de origem. A transação de bridge não carrega a atribuição da sua campanha. Você pode ver que a wallet apareceu. Você não consegue dizer se ela veio do seu KOL drop ou de um airdrop de um concorrente que foi lançado na mesma manhã.
Insight Chave
O ponto de contato da campanha vive na sua web analytics. A ação econômica vive on-chain. Nada os conecta por padrão. Essa lacuna é um problema de instrumentação, não um problema de ferramentas. Você não pode corrigi-lo trocando de plataformas de analytics. Você o corrige fazendo a bridging deliberadamente entre os dois planos de dados.
Três Métodos, Classificados Pelo Que Você Pode Entregar Sem um Desenvolvedor
O método certo depende do que sua equipe pode realmente entregar, não da melhor precisão teórica. A coluna que mais importa é quem tem que construí-lo.
| Método | Como Funciona | Precisão Est.* | Quem Constrói Isso |
|---|---|---|---|
| UTM Bridge | Marque links de campanha off-chain com parâmetros UTM. Na conexão da wallet, a plataforma associa a sessão do navegador ao endereço da wallet e o registra. | ~60-70% | Apenas equipe de growth, sem solicitação de engenharia |
| Sign-In with Ethereum (SIWE) | O usuário se autentica com sua wallet antes de transacionar. Cria um link durável: endereço da wallet para sessão para fonte da campanha. | ~85-95% | Growth + engenharia (1 sprint) |
| Cohort Forensics | Agrupe wallets por tempo de aquisição, padrões comportamentais e cadeia de custódia. Identifica de qual janela de campanha elas vieram retroativamente. | ~70-80% | Analista de dados + engenharia (1-3 sprints) |
*Os números de precisão são estimativas baseadas em padrões de implementação entre profissionais de analytics Web3. As taxas reais variam de acordo com a arquitetura do protocolo e a combinação de tráfego.
Como Escolher
Comece com UTM bridge se suas campanhas são executadas principalmente off-chain: anúncios do LinkedIn, posts do Reddit, KOL link drops, newsletter drops. Não há solicitação de engenharia, e funciona hoje. Você obterá cobertura de aproximadamente 60-70% do seu tráfego pago. Isso é suficiente para cortar o canal com pior desempenho.
Passe para SIWE quando precisar de dados de retenção em nível individual. Se você está executando programas de pontos, airdrops, ou qualquer campanha onde distinguir usuários genuínos de wallets Sybil importa, SIWE é o limite que você precisa cruzar.
Use cohort forensics quando um tráfego orgânico significativo chega sem nenhum ponto de contato web anterior. Se mais da metade das novas wallets aparecerem sem nenhum rastro de clique, a correspondência de padrões comportamentais pode identificar de qual janela de campanha elas chegaram.
Erro Comum
Cohort forensics parece uma solução alternativa para pular o SIWE. Não é. A correspondência de padrões produz estimativas em nível populacional, não atribuição individual. Use-o para entender a combinação de canais. Não o use para calcular o CAC por canal ou para creditar usuários individuais a campanhas.
Como Defender o Tempo de Engenharia (Sem Parecer um Engenheiro de Dados)
UTM bridge te ajuda a começar. SIWE é onde a atribuição realmente funciona. SIWE precisa de engenharia. E a conversa com a engenharia é mais difícil do que parece. Sua equipe está gerenciando correções de segurança, otimizações de gas e um roadmap que foi definido antes de você entrar.
O Número Que Move Fundadores
Não comece com "precisamos de infraestrutura de atribuição". Comece com o número do gasto invisível.
Aqui está a fórmula: pegue seu gasto total mensal com campanhas, estime qual porcentagem de novas wallets chegam sem fonte de atribuição, multiplique. Esse é o valor em dólar voando às cegas todos os meses, indo para canais que você não pode avaliar, cortar ou justificar.
Se você está gastando $20.000 por mês e 40% das novas wallets não estão marcadas, isso representa $8.000 por mês sem sinal de corte. Não $8.000 desperdiçados, mas $8.000 que você não pode otimizar. O que significa que você não pode parar de desperdiçá-los mesmo quando estão sendo desperdiçados. Um sprint que corrige a atribuição se paga em semanas após identificar um canal com baixo desempenho.
A Solicitação de Um Sprint
SIWE se divide em duas tarefas que a engenharia pode entregar em 5 dias úteis:
Um fluxo de login antes do uso utilizando bibliotecas padrão EIP-4361. Configuração, não engenharia inovadora. A criptografia é tratada por bibliotecas existentes. Sua equipe de frontend provavelmente já viu esse padrão antes.
Uma tabela de banco de dados que liga o endereço da wallet ao ID da sessão e à fonte da campanha. Cada consulta de atribuição a partir deste ponto lerá permanentemente desta tabela. Uma tabela, construída uma vez.
O Que Dizer na Sala
Na conversa com seu fundador ou CMO, não diga "SIWE", "UTM bridge" ou "attribution stack". Diga: "etapa de login", "rastreamento de campanha", "qual canal impulsionou esta wallet".
Uma frase: "Estamos gastando $X por mês em campanhas sem dados sobre quais delas produzem wallets. Um sprint de engenharia corrige a camada de captura permanentemente." Enquadre isso como proteção de receita. Engenheiros priorizam uptime, segurança e receita. "Melhores dashboards para marketing" não entra na lista de sprints. "Não podemos cortar canais com baixo desempenho porque não conseguimos ver quais são" sim.
Os 4 Relatórios Para Mostrar à Liderança na Segunda-feira
Uma vez que a atribuição esteja configurada, estes quatro relatórios são o que você leva para a sincronização semanal. Cada um responde a uma pergunta que sua liderança já está fazendo ao entrar na sala. Veja definições de métricas para o framework completo de KPI por trás de cada painel.
Waterfall de Atribuição
A pergunta deles: De onde vêm nossos usuários?
Detalhes por canal: total de wallets por fonte (paga, orgânica, referência, agregador). Top 3 fontes por volume de wallets. Mudança semana a semana por canal. Wallets não atribuídas mostradas separadamente, não descartadas, não ocultas. Wallets Sybil excluídas antes da contagem ser executada.
Retenção de Coorte por Fonte
A pergunta deles: Os usuários pelos quais estamos pagando estão ficando?
Taxas de retenção de 7 e 30 dias discriminadas por canal de aquisição. É aqui que a qualidade do canal aparece. Uma campanha do Discord que produz 50% de retenção em 30 dias supera um anúncio do Twitter com 5%, mesmo que o anúncio tenha trazido o dobro da contagem de wallets.
Custo Por Wallet Ativada
A pergunta deles: Quanto custa cada usuário de fato?
Gasto total por canal (anúncios + incentivos de quest + pagamentos de referência + alocações de airdrop) dividido por wallets que atingem seu limite de ativação. Inclua todos os gastos com incentivos. Deixe de fora as recompensas de quest e seu CAC será subestimado, sua comparação de canais estará errada e seu caso de economia unitária será construído com matemática ruim.
Delta Semana a Semana
A pergunta deles: Estamos melhorando?
Um número: total de wallets ativadas esta semana versus a semana passada. Em seguida, uma linha de tendência de 4 semanas. Simples, difícil de manipular e força o foco no crescimento consistente, em vez de picos de uma semana de campanhas de incentivo que não se mantêm após a janela de recompensa.
Melhor Prática
Todos os quatro painéis vão em um único dashboard do Dune ou página do Notion. Uma URL, atualizada antes da sincronização de segunda-feira. Se eles tiverem que pedir o link, o sistema não está funcionando.
Execute Esta Auditoria Antes do Seu Próximo Briefing de Campanha
Antes de planejar a próxima campanha, execute estas cinco verificações. Uma configuração de atribuição ruim torna cada ponto de dados enganoso. Você não saberá até já estar há três meses.
Prontidão de Atribuição: Checklist Pré-Campanha
Perguntas Frequentes
Growth marketers podem construir atribuição DeFi sem suporte de engenharia?
Sim, para atribuição UTM bridge. Você pode configurar parâmetros UTM em campanhas off-chain e registrar correspondências de wallet de primeira transação sem suporte de engenharia. Para maior precisão, Sign-In with Ethereum requer um sprint de engenharia. Cohort forensics requer um analista de dados e capacidade de engenharia. Comece com UTM bridge, prove o valor com 30 dias de dados e, em seguida, apresente o sprint.
Qual é o método de atribuição DeFi mais preciso?
Sign-In with Ethereum (SIWE) é o mais preciso para usuários que se autenticam antes de transacionar, atingindo uma precisão estimada de 85-95%. Ele requer um modal de login de wallet no frontend e uma tabela de wallet-identidade no backend. A atribuição UTM bridge atinge uma estimativa de 60-70% para o tráfego de campanhas off-chain. Nenhum dos métodos captura usuários on-chain totalmente anônimos que nunca interagem com sua interface web antes de transacionar. Os números de precisão são estimativas. As taxas reais variam de acordo com a arquitetura do protocolo.
Como eu provo o ROI de campanhas DeFi para a liderança?
Execute quatro relatórios semanais: waterfall de atribuição por canal, retenção de coorte em 7 e 30 dias por fonte, custo por wallet ativada por canal e uma tendência de delta semana a semana. Juntos, eles respondem às perguntas que a liderança realmente faz ao entrar na sincronização de segunda-feira: de onde vêm nossos melhores usuários, eles estão ficando, quanto custa cada um e estamos melhorando? Apresente todos os quatro em um único dashboard, não em relatórios separados.
O que é atribuição UTM bridge em DeFi?
A atribuição UTM bridge usa parâmetros UTM padrão em links de campanha off-chain, e então associa essas sessões a endereços de wallet na primeira transação. Quando um usuário clica em um link rastreado e conecta sua wallet, sua plataforma vincula o endereço da wallet a esse registro de sessão. Funciona bem para campanhas de tráfego direto. Ela perde usuários que chegam organicamente, através de agregadores, ou fazendo bridging de outra chain sem um ponto de contato web anterior.
Como eu consigo o apoio da engenharia para corrigir a atribuição Web3?
Enquadre-o como um problema de captura de dados (uma mudança no frontend e uma tabela de banco de dados), não uma nova camada de relatórios. Calcule seu gasto invisível: orçamento mensal da campanha multiplicado pela porcentagem de novas wallets sem fonte de atribuição. Comece com esse número, não com as necessidades de analytics. Um sprint. Correção permanente. Uma frase: "Estamos gastando $X por mês sem dados sobre quais campanhas impulsionam wallets. Um sprint de engenharia corrige a camada de captura permanentemente."
O Que Eu Estou Observando Em Seguida
O problema de atribuição está prestes a ficar mais complexo. À medida que os agentes de IA on-chain assumem mais execução de campanhas, a sequência de pontos de contato se torna mais difícil de rastrear. Os growth marketers com SIWE implementado antes que essa mudança aconteça sairão dela com dados limpos. Todos os outros recomeçarão.
Esta semana: UTM bridge funcionando até sexta-feira. SIWE no próximo planejamento de sprint. Quatro relatórios de segunda-feira configurados em 30 dias. Essa sequência é suficiente para identificar seu canal com pior desempenho e redirecionar o gasto antes do próximo trimestre.
Quer ajuda para construir sua estrutura de atribuição?
A Auditoria de Growth Web3 inclui uma revisão da infraestrutura de atribuição: qual método se adapta à sua equipe, o que construir no primeiro sprint e como estruturar a camada de relatórios para a liderança.
Construa Seu Mapa de Atribuição →Artigos Relacionados
As Métricas Que Realmente Importam Para Equipes de Marketing DeFi
Quais KPIs os growth marketers possuem vs. referenciam. Como construir a atualização semanal que a liderança realmente lê.
Leia o ArtigoHub de Recursos do Web3 Growth Marketer
O cluster completo: growth liderado pela comunidade, atribuição DeFi, frameworks de KPI e mecânicas de campanha. Comece aqui.
Explore o ClusterFontes e Citações
• EIP-4361: Sign-In with Ethereum. eips.ethereum.org
• Formo. "Como Melhorar a Retenção de Usuários na Web3." formo.so
• Nansen. "O Que é DeFi Analytics: Ferramentas, Métricas, Guia de TVL." nansen.ai
• Dune Analytics. Consultas on-chain personalizadas e análise de coorte de wallets. dune.com
• Andy Jagoe. "11 Métricas para Marketplaces DeFi." andyjagoe.com