Por que Suas Métricas de Marketing Web3 Estão Mentindo Para Você

Imagine a reunião semanal de crescimento. Alguém abre o slide. O Discord cresceu 12% este mês. As impressões no Twitter subiram 8%. O GA4 está mostrando um crescimento saudável nas sessões. A campanha de KOL está no ar e os links estão rastreando cliques.

Então, alguém do time de produto pergunta: "Quantas novas wallets realmente fizeram alguma coisa on-chain esta semana?"

Silêncio. Alguém abre um dashboard do Dune. Os números não batem com a história do slide. Ninguém diz em voz alta, mas todos na sala sabem: os dois conjuntos de números existem em universos completamente separados.

Eu já vi esse cenário exato acontecer em vários protocolos de DeFi, DePIN e produtos de wallet. A equipe de crescimento não é incompetente. As métricas que eles estão acompanhando são reais. O problema é que essas métricas foram projetadas para um modelo de identidade Web2 que não se aplica em Web3. E quando o modelo de identidade quebra, toda a estrutura de mensuração quebra junto.

Este artigo explica exatamente onde o modelo falha, o que isso custa para você e o que acompanhar em vez disso.

O Modelo de Identidade da Web2 e Onde Ele Falha na Web3

Na Web2, a identidade é contínua. Um usuário se cadastra com um e-mail. Esse e-mail ancora todas as ações: login, sessão, compra, visita de retorno. Sua estrutura de analytics conecta tudo isso. O GA4 sabe quem veio de qual anúncio, o que a pessoa fez e se ela retornou.

A Web3 não tem essa âncora. O endereço da wallet é o equivalente mais próximo, mas a maioria das estruturas de crescimento não foi criada para usá-lo dessa forma. Em vez disso, as equipes de crescimento em Web3 herdam um manual de mensuração da Web2 e tentam aplicá-lo a uma arquitetura fundamentalmente diferente.

É aqui que o modelo falha, especificamente.

Falha 1: O Discord Conta Membros, Não Usuários

Os números de membros no Discord parecem um indicador da saúde da comunidade. Mas não são. Um servidor no Discord pode crescer milhares de membros em uma semana com um post de KOL no momento certo ou o anúncio de um lançamento de token, enquanto o número real de wallets interagindo com o protocol permanece o mesmo.

O Discord não tem conexão nativa com a atividade on-chain. Ele não sabe se esses membros sequer conectaram uma wallet, fizeram um depósito ou interagiram com o dApp. Um servidor com 80.000 membros e 200 wallets ativas por mês não é um sucesso de crescimento. É uma métrica de vaidade vestida de comunidade.

Falha 2: As Impressões do Twitter/X Terminam na Tela de Conexão da Wallet

Impressões são reais. Cliques do Twitter para o seu site são reais. Mas a conexão se perde na hora de conectar a wallet. O rastreamento padrão com UTM, o GA4 e a maioria das configurações de analytics não conseguem acompanhar o que acontece depois que um usuário clica em "Conectar Wallet". A sessão continua no navegador, mas, da perspectiva do GA4, você agora está rastreando uma nova sessão anônima, sem memória de onde aquela pessoa veio.

O sinal de alcance social é genuíno. O que ele não consegue dizer é quanto desse alcance se converteu em ação on-chain. Sem essa conexão, você não pode comparar canais. Não dá para saber se a thread orgânica teve um desempenho melhor que o post pago do KOL. Você está otimizando criativos no escuro.

Falha 3: O GA4 Fica Cego na Conexão da Wallet

Se as ações principais do seu produto acontecem on-chain (e na maioria dos protocolos Web3, elas acontecem), então o GA4 está rastreando o caminho até o seu produto, não o produto em si. Sessões, taxa de rejeição e tempo no site informam sobre o website. Eles não dizem quase nada sobre o uso do protocol.

Falha 4: Links de KOLs Geram Cliques que Morrem no MetaMask

Campanhas de KOL são caras. Um único post de um influenciador de cripto de nível médio pode custar de $5.000 a $30.000. A configuração de mensuração padrão retorna: cliques no link, visitas à página a partir do link e, talvez, uma taxa de conversão de clique para conexão de wallet, se você tiver instrumentado essa etapa.

O que quase nunca retorna é a conversão on-chain verificada. Alguma das wallets que vieram daquele post do KOL realmente realizou uma transação? Elas depositaram? Fizeram staking? Sem cruzar os dados de coortes de wallets com as janelas de tempo da campanha, você está pagando por alcance sem prova de conversão.

O Que Isso Custa Para Você

Dados ruins não geram apenas relatórios imprecisos. Eles geram orçamentos mal alocados.

Quando o crescimento do Discord é a métrica mais visível na sua revisão semanal, você financia as coisas que fazem o Discord crescer: airdrops, sorteios, campanhas de hype e disparos de KOLs que miram em seguidores em vez de usuários ativos de DeFi. Os canais que realmente geram wallets (conteúdo direcionado para especialistas, integrações de protocol, design de incentivos) tendem a aparecer de forma fraca no dashboard padrão e recebem menos investimento.

Você acaba com uma equipe de crescimento que é boa em atingir as métricas que lhes são pedidas. E essas métricas têm uma relação fraca ou inexistente com as ações que geram receita para o protocol.

As Métricas que Realmente Acompanham o Crescimento em Web3

A solução não é encontrar ferramentas de analytics melhores. É sobre ancorar seu sistema de mensuração na unidade de identidade correta: o endereço da wallet.

Veja o que uma estrutura de crescimento Web3 corrigida acompanha.

Vamos detalhar cada uma delas.

Endereço da wallet como âncora de identidade. Substitua e-mail e cookie pelo endereço da wallet como seu identificador de usuário principal. Toda ação significativa em seu protocol está mapeada a um endereço. A partir daí, você pode acompanhar ativação, retenção e receita no nível do usuário, sem depender da continuidade da sessão do navegador.

Eventos de ativação on-chain como seu sinal de conversão. Defina a primeira ação significativa do seu protocol: primeiro depósito, primeiro empréstimo, primeiro stake, primeiro voto de governance. Esse é o seu evento de ativação. Acompanhe o número de novas wallets que realizam esse evento a cada semana. Esse é um número real de aquisição. Todo o resto antes disso são métricas de funil.

Taxa de retorno de wallets. Este é o seu sinal de retenção. Pegue as wallets que estiveram ativas em uma determinada semana. Verifique quantas delas transacionaram novamente dentro de 30 dias. Protocolos com um product-market fit real tendem a mostrar altas taxas de retorno de wallets. Protocolos que funcionam com base em emissões ou incentivos de airdrop tendem a mostrar uma queda acentuada quando o incentivo termina. A taxa de retorno de wallets expõe que tipo de engajamento você realmente tem.

Receita do protocol por wallet ativa. Este é o único número que conecta a atividade de crescimento a um resultado de negócio. Você pode calculá-lo a partir de dados on-chain: total de taxas geradas pelo protocol dividido pelo número de wallets únicas que transacionaram nesse período. Ele diz se você está crescendo uma base de usuários produtiva ou apenas inflando a contagem de wallets.

Janelas de tempo de campanha cruzadas com coortes de wallets do Dune. Isso é o mais próximo que se chega da atribuição de KOL sem uma implementação de rastreamento full-stack. Você lança uma campanha de KOL em uma data específica. Você extrai as ativações de novas wallets no seu protocol nas 48-72 horas seguintes. Você compara essa janela com as taxas de ativação de base das duas semanas anteriores. Não é perfeito, mas dá um sinal direcional sobre se a campanha gerou comportamento real.

A Abordagem de Coortes de Wallets (Sem um Desenvolvedor Full-Stack)

Você não precisa de um pipeline de dados personalizado para começar a pensar em coortes de wallets. O Dune Analytics tem queries públicas para a maioria dos principais protocolos. Você pode fazer um "fork" delas e adaptá-las às suas necessidades.

O fluxo de trabalho básico: crie uma query que mostre os endereços de novas wallets que interagiram com seu protocol a cada dia ou semana. Filtre por wallets que atingiram seu evento de ativação (não apenas conectaram, mas de fato transacionaram). Acompanhe essa coorte nos 30 dias seguintes. Elas retornam? Elas transacionam com mais ou menos frequência ao longo do tempo?

Para atribuição de campanha, adicione o cronograma da sua campanha. Marque as datas dos posts de KOLs, lançamentos de tokens, anúncios de parcerias ou campanhas de conteúdo. Observe se as ativações de novas wallets tiveram um pico nas 48-72 horas seguintes. Com o tempo, isso se torna um modelo direcional para saber quais canais externos realmente impulsionam o uso do protocol.

Essa abordagem é acessível para um profissional de growth que conhece o básico do Dune e tem acesso aos endereços de smart contract do protocol. Não requer um engenheiro de dados ou uma infraestrutura personalizada de rastreamento de eventos para começar a gerar um sinal útil.

A estrutura mais aprofundada para construir um sistema de atribuição completo entre canais é abordada no guia de atribuição DeFi em mangabeira.net. Se você já passou do básico e quer construir algo mais sistemático, esse é o ponto de partida certo.

Um Exemplo Concreto: TVL vs. Demanda por Empréstimos

Protocolos que adotaram uma mensuração mais sofisticada mostram um contraste útil. Os dados públicos do Aave no DefiLlama e no Token Terminal revelam não apenas o TVL, mas também o número de tomadores de empréstimos ativos, o volume de empréstimos e a receita do protocol. Essas são as métricas que revelam se o protocol está gerando atividade econômica real ou apenas mantendo depósitos de "yield farmers" que irão embora quando as taxas caírem.

Protocolos que ainda reportam o TVL como sua principal métrica de crescimento estão, na maioria dos casos, ainda presos no problema do dashboard Web2. O TVL mede o capital no pool. Ele não mede as wallets que usam ativamente o protocol. Um bilhão de dólares em TVL com 400 tomadores de empréstimos ativos é um negócio diferente de um bilhão de dólares em TVL com 40.000 tomadores de empréstimos ativos. A apresentação de crescimento padrão nem sempre evidencia essa diferença.

A pergunta a se fazer sobre qualquer métrica de crescimento é: este número sobe quando os usuários estão extraindo valor do protocol, ou ele sobe por outros motivos? Se ele pode subir por outros motivos, não deveria ser seu principal KPI.

O Verdadeiro Problema Não é a Equipe de Crescimento

Os profissionais de growth que trabalham em protocolos Web3 não são ruins em seus trabalhos. A maioria das pessoas que vi nessas funções são rigorosas, com bom conhecimento de dados e genuinamente desejam uma mensuração precisa.

O problema é o modelo de mensuração que eles herdaram. Ele foi construído para um ambiente Web2 onde a identidade é contínua, as sessões do navegador persistem e toda ação significativa do usuário acontece dentro de uma superfície digital rastreável. A Web3 quebrou essas premissas. A wallet é o usuário. As transações on-chain são as ações do produto. E a maioria das estruturas de analytics padrão não tem como observar nenhum dos dois.

A solução exige uma escolha deliberada de construir em torno da wallet como a unidade de identidade, definir a ativação on-chain como o sinal de conversão e cruzar o cronograma da campanha com os dados de coortes de wallets, em vez de contagens de cliques.

Isso não é um pequeno ajuste no dashboard. É uma maneira diferente de pensar sobre o que o crescimento significa no contexto de um protocol. E é a mudança que separa as equipes que sabem como seu protocol está realmente crescendo das equipes que sabem qual é a aparência do seu marketing.

Se sua equipe está apresentando exatamente esse slide agora e a pergunta sobre os dados on-chain ainda não tem uma resposta clara, esse é um bom ponto de partida para uma auditoria de crescimento Web3.

Perguntas Frequentes

Por que as ferramentas de analytics padrão não funcionam para protocolos Web3?

Ferramentas padrão como o GA4 são construídas em torno do rastreamento contínuo de sessão e identidade usando cookies, endereços de e-mail e o estado do navegador. Protocolos Web3 executam suas ações de produto principais on-chain, fora do modelo de eventos do navegador que essas ferramentas observam. No momento em que um usuário interage com um smart contract, o GA4 perde a visibilidade. Trata-se de uma incompatibilidade de arquitetura, não um problema de configuração.

Qual é a métrica mais importante para um profissional de growth em Web3?

Receita do protocol por wallet ativa. É o único número que conecta a atividade de crescimento a um resultado de negócio real. Novas ativações de wallets informam sobre a aquisição. A taxa de retorno de wallets informa sobre a retenção. Mas a receita do protocol por wallet ativa diz se os usuários que você está adquirindo estão realmente usando o produto de uma forma que sustenta o protocol. Todo o resto vem antes desse sinal.

Como atribuir uma campanha de KOL a resultados on-chain sem rastreamento personalizado?

A abordagem prática é o método da janela de tempo da campanha. Registre a data de lançamento da sua campanha. Extraia as ativações de novas wallets no seu protocol nas 48-72 horas seguintes ao post. Compare essa janela com sua taxa de ativação de base das duas a três semanas anteriores. Um pico significativo acima da linha de base na janela da campanha é uma evidência direcional de que a campanha gerou comportamento real. Não é estatisticamente preciso, mas é muito mais útil do que apenas a contagem de cliques.

O que é a taxa de retorno de wallets e como calculá-la?

A taxa de retorno de wallets é a porcentagem de wallets que estiveram ativas em um determinado período e transacionaram novamente nos 30 dias seguintes. Para calculá-la, pegue o conjunto de wallets únicas que interagiram com seu protocol na primeira semana. Verifique quantas dessas mesmas wallets executaram pelo menos uma transação entre a segunda e a quarta semana. Protocolos com um product-market fit genuíno geralmente mostram taxas de retorno de wallets acima de 25% em 30 dias. Protocolos que funcionam com base em atividades incentivadas tendem a mostrar quedas acentuadas quando o incentivo termina.

Isso se aplica a projetos Web3 que não são de DeFi, como wallets ou redes DePIN?

Sim. O problema central se aplica a qualquer projeto Web3 onde as ações significativas do produto acontecem on-chain. Para produtos de wallet, o evento de ativação pode ser a primeira transação de saída de uma wallet recém-criada. Para redes DePIN, pode ser o primeiro registro de um nó ou a primeira reivindicação de recompensas. Os eventos específicos mudam dependendo do protocol. A lógica de mensuração é a mesma: defina a ação on-chain que sinaliza um usuário real, acompanhe as coortes de wallets em torno desse evento e meça as taxas de retorno a partir daí.

Referências

• DefiLlama, Protocol TVL and fee data
• Token Terminal, Protocol revenue and active user data
• Dune Analytics, On-chain query environment
• DeFi Attribution Framework for Growth Marketers, mangabeira.net
• Web3 Growth Marketers DeFi Playbook, mangabeira.net

Artigos Relacionados