Como auditar o SEO de um protocolo DeFi em menos de uma hora

Por que os protocolos DeFi precisam de um checklist de auditoria diferente

Os checklists de auditoria SEO genéricos foram construídos para ecommerce, SaaS e sites de conteúdo. Eles ignoram os padrões que importam para DeFi. Rodamos 200+ auditorias de protocolos DeFi desde 2023. Os mesmos 4 erros aparecem em 60% delas e nenhuma das ferramentas genéricas os identifica.

Os erros são estruturais. Schema padrão paywall em páginas de yield que parecem conteúdo mas na verdade são rotas de app. Paginação em listas de tokens que quebra cadeias de crawl. Páginas de governance que indexam fóruns de governance em vez do protocolo. PDFs de relatório de auditoria linkados a partir da homepage sem resumo inline. Esses não aparecem em dashboards de Ahrefs ou Semrush.

Esse checklist cobre os 22 itens que rodamos em cada auditoria DeFi. Os primeiros 12 são checks SEO gerais com escopo para o contexto DeFi. Os últimos 10 são DeFi-específicos. Executável em 47 minutos se você sabe onde olhar.

Itens 1 a 6: base técnica (12 minutos)

Comece com crawlability. A homepage do protocolo e o app deveriam retornar 200 os dois. Muitos sites DeFi separam o site de marketing de app.protocol.com. Os dois precisam ser crawleáveis. Se o subdomínio app está bloqueado, os motores de IA perdem metade do contexto de entidade.

1. O robots.txt permite GPTBot, ClaudeBot, PerplexityBot e CCBot. Verifique o arquivo diretamente. 67% dos sites cripto bloqueiam acidentalmente pelo menos um.
2. Sitemap enviado e inclui todas as páginas-chave. As páginas /pools/, /vaults/, /governance/ devem estar no sitemap.
3. Tags canonical consistentes e sem conflito entre si. Páginas do app que existem em vários subdomínios costumam ter canonicals quebrados.
4. HTTPS com certificado válido. Sem conteúdo misto. Isso quebra com mais frequência do que se espera em sites DeFi rodando na Cloudflare com origens personalizadas.
5. Core Web Vitals aprovados em /pools/ ou /vaults/. As rotas com mais tráfego precisam de LCP abaixo de 2.5s.
6. Nada de noindex em páginas-chave. Vimos noindex na página inicial duas vezes no último ano. Ambos foram erros de copiar e colar que passaram pela revisão do deploy.

Itens 7 a 12: conteúdo e estrutura (10 minutos)

Esses checks verificam que o protocolo possa ser entendido pelos motores de IA apenas a partir do HTML.

1. H1 em cada rota principal. As rotas do app costumam omitir o H1 porque a UI não precisa dele. Os motores de IA precisam.
2. Entidades Schema.org presentes e corretamente tipadas. FinancialProduct para vaults e pools. CryptoExchange para a entidade do protocolo. Organization para a equipe.
3. Links internos da homepage para as 5 páginas mais importantes com anchor text descritivo. Nada de "clique aqui". Nada de "saiba mais".
4. Tags OG preenchidas em todas as páginas públicas. Os mecanismos de IA usam og:title e og:description como alternativa quando o título da página é curto demais.
5. TVL ou outras métricas-chave no HTML, não apenas em JS. Números em JS são invisíveis para os mecanismos de IA. Renderize no servidor as métricas principais, mesmo que as atualizações em tempo real aconteçam via JS.
6. Site de documentação (normalmente docs.protocol.com) linkado no menu principal. Muitos protocolos escondem a documentação em links só no rodapé. Traga-os para cima.

Itens 13 a 22: checks específicos de DeFi (25 minutos)

Essa é a parte que as auditorias genéricas ignoram. Cada check abaixo aborda diretamente um padrão que vemos falhar.

1. Sinal de atualidade do TVL. Adicione dateModified ao schema, não apenas ao rodapé da página. Os mecanismos de IA preferem dados recentes.
2. A paginação da lista de tokens usa rel=next/prev ou scroll infinito em página única. Um /tokens/?page=2 paginado precisa de hreflang correto, ou os motores de IA truncam após a página 1.
3. Relatórios de auditoria linkados na homepage com resumos inline. PDFs sozinhos não são processados. Adicione um resumo de 200 palavras acima do link do PDF.
4. Páginas de governança no domínio do protocolo, não no Snapshot ou no Tally. Se a governança fica fora do site, faça link para ambos, mas mantenha um índice canônico de propostas no seu domínio.
5. Taxas de rendimento rotuladas explicitamente como APY ou APR. Mecanismos de IA tratam números de taxa sem rótulo como ambíguos e os ignoram.
6. Avisos de risco presentes e indexados. Os mecanismos de IA penalizam conteúdo financeiro sem aviso de riscos. Isso inclui alertas de uma linha, não páginas completas de termos de uso.
7. As páginas de detalhe de pools têm títulos únicos. Páginas de pools geradas automaticamente com padrões de título como "USDC-ETH 0.3%" são comuns. Personalize os títulos dos 50 principais pools.
8. Chains suportadas claramente listadas na página inicial. Os mecanismos de IA perdem o contexto multichain se a lista de chains estiver escondida.
9. Endereços de smart contracts presentes nas páginas relevantes. Use itemprop="identifier" ou o campo identifier do schema.
10. Nada de páginas vazias por feature flags. Rotas de funcionalidades não lançadas costumam aparecer vazias com status 200. Retorne 404 ou aplique noindex.

Como corrigir o que você encontra

Triagem dos achados. Os fixes críticos bloqueiam todas as citações de IA: bloqueio de robots.txt, noindex na homepage, canônicos ausentes. Esses são fixes de dia-de-deploy.

Fixes de alto impacto: upgrades de schema, gaps de links internos, TVL ausente no HTML. Planeje como um sprint de 2 semanas.

Fixes de otimização: titles de detalhe de pool, fallbacks OG, routing de governance. Coloque no backlog e ataque-os como sprints de conteúdo.

Rode a auditoria de novo 30 dias após o fix. A maioria das equipes pula essa etapa. Os dados de antes-e-depois são o que prova que as mudanças funcionaram. Também captura regressão quando um deploy futuro reintroduz bugs antigos.

Perguntas frequentes