Checklist de auditoria SEO Web3: 23 checks que todo site de token precisa

Checks de SEO técnico (do 1 ao 6)

Os seis primeiros checks cobrem os fundamentos técnicos. Se algum deles falhar, todos os outros módulos de auditoria medem ruído. Corrija esses primeiro, independentemente da prioridade em outros pontos.

Check 1: Rastreabilidade para o Googlebot. Verifique se a home e pelo menos uma página por modelo retornam HTTP 200 para o Googlebot. Teste com a ferramenta de Inspeção de URL do Search Console. Modo de falha: as regras de bots da Cloudflare bloqueiam o Googlebot por acidente.

Check 2: Rastreabilidade para os bots de IA. Teste o acesso de GPTBot, ClaudeBot, PerplexityBot, OAI-SearchBot, Claude-SearchBot, Google-Extended e Applebot-Extended. Use curl com cada user-agent. Modo de falha: o gerenciamento de bots padrão da Cloudflare bloqueia os rastreadores de IA como efeito colateral.

Check 3: Renderização no servidor. Veja o HTML bruto na aba Network do DevTools. O texto do hero e os CTAs principais devem estar no HTML bruto, não carregados via JS. Modo de falha: frameworks SPA entregam HTML vazio e hidratam depois.

Check 4: Core Web Vitals. LCP abaixo de 2,5 segundos, INP abaixo de 200 ms, CLS abaixo de 0,1. Teste no mobile, não no desktop. Modo de falha: bibliotecas de gráficos e de animação inflam o LCP nas páginas de token.

Check 5: Correção dos canonical. Cada página tem um canonical autorreferente ou um canonical apontando para a URL preferida correta. Modo de falha: copiar um site para um domínio novo deixa os canonical apontando para o domínio antigo.

Check 6: Atualidade do sitemap. O sitemap XML existe, está referenciado no robots.txt, contém todas as URLs indexáveis e é atualizado em até 24 horas após a publicação. Modo de falha: sitemaps desatualizados fazem o Google subindexar o conteúdo novo.

Checks de validação de schema (do 7 ao 10)

O schema é a correção de AEO com maior alavancagem. Os checks do 7 ao 10 pegam os erros de schema que de fato movem a taxa de citação.

Check 7: FinancialProduct nas páginas de token. As landing pages de token usam schema FinancialProduct, não Product. Verifique com o Teste de Resultados Aprimorados do Google. Modo de falha: os padrões do framework emitem schema Product em todo lugar.

Check 8: CryptoExchange nas páginas de exchange. As páginas de exchange e de pares de negociação usam schema CryptoExchange com os pares listados como Offers. Modo de falha: as exchanges usam apenas schema Organization e perdem a extração dos pares de negociação.

Check 9: Schema Organization com fundadores. O schema Organization inclui os nomes dos fundadores, a data de fundação e a organização controladora quando aplicável. Crítico para E-E-A-T. Modo de falha: um schema Organization mínimo, só com nome e URL.

Check 10: BreadcrumbList em todas as páginas. Toda página que não é a home tem schema BreadcrumbList refletindo a hierarquia real do caminho de navegação. Modo de falha: caminho de navegação no HTML, mas sem o schema correspondente.

Checks de preparo para AEO (do 11 ao 14)

O preparo para AEO é o modelo de quatro fatores do framework de citação. Cada check corresponde a um fator.

Check 11: Densidade factual acima do limite. Busque pelo menos 3 entidades nomeadas, números ou datas a cada 100 palavras nas landing pages. Abaixo do limite, o conteúdo soa como marketing e não como referência. Modo de falha: seções hero que são só afirmações e nenhum dado.

Check 12: Lista de permissão explícita para bots de IA. O robots.txt permite explicitamente os sete bots de IA. As regras de bots da Cloudflare os liberam. Verifique com curl usando cada user-agent. Modo de falha: uma permissão implícita que o gerenciamento de bots na borda sobrescreve.

Check 13: Citações de autoridade presentes. As landing pages citam pelo menos três fontes de autoridade externas (empresas de auditoria, artigos acadêmicos, órgãos reguladores, publicações cripto consolidadas). Modo de falha: páginas de marketing com zero citações de saída.

Check 14: Linha de base da taxa de citação. Rode um teste de referência de 30 prompts no ChatGPT, no Perplexity e no Claude. Documente a taxa de citação por LLM e por intenção. Essa passa a ser a métrica que você otimiza nos 90 dias seguintes.

Checks de sinais de autoridade (do 15 ao 19)

Os sinais de autoridade importam mais em cripto do que em quase qualquer outra vertical. Os checks do 15 ao 19 pegam os déficits de confiança YMYL que derrubam tanto o ranqueamento no Google quanto as citações em IA.

Check 15: Assinatura de autor nas páginas YMYL. Toda página que envolve recursos de usuários tem um autor identificado com as credenciais visíveis. Modo de falha: conteúdo anônimo em páginas de token e landing pages de exchange.

Check 16: Citações de empresas de auditoria. As landing pages de token e as páginas de protocolo citam pelo menos uma empresa de auditoria pelo nome, com a data da auditoria e o link para o relatório. Modo de falha: "auditado e seguro" sem nomear o auditor.

Check 17: Divulgações regulatórias onde forem exigidas. As páginas voltadas a jurisdições reguladas incluem as divulgações adequadas. Modo de falha: páginas de produto voltadas aos EUA sem avisos relevantes para a SEC; páginas voltadas à UE sem linguagem relevante para a MiCA.

Check 18: Saúde do perfil de backlinks. Links tóxicos abaixo de 5% do perfil total. A pontuação de toxicidade ajustada para cripto pega o que as ferramentas genéricas deixam passar. Modo de falha: links de PBN vindos de domínios reciclados de tokens golpistas se acumulam sem disavow.

Check 19: Citações de autoridade crypto-native recebidas. O site é citado pelo CoinGecko, pelo DefiLlama, por empresas de auditoria ou por grandes publicações cripto. Essas citações transferem autoridade mais rápido do que backlinks genéricos de DA alto. Modo de falha: o site tem bons backlinks genéricos, mas nenhum link de autoridade crypto-native.

Checks específicos de Web3 (do 20 ao 23)

Os quatro últimos checks pegam problemas específicos de sites cripto que as auditorias de SEO genéricas não testam.

Check 20: Desambiguação do token. O nome do token não colide com outro token de mesmo nome em outra blockchain. Quando há colisão, a página desambigua de forma explícita. Modo de falha: "USDC" sem especificar a blockchain, levando à extração da blockchain errada.

Check 21: Schema específico da blockchain. O schema inclui a blockchain de forma explícita (Ethereum, Arbitrum, Optimism, Base, Solana). Modo de falha: o schema sugere um token sem nomear a blockchain, gerando citações de IA ambíguas.

Check 22: Interligação entre o dApp e o site de marketing. O domínio (ou subdomínio) do dApp aponta para o site de marketing e vice-versa, com texto âncora descritivo. Modo de falha: tratar o dApp e o site de marketing como propriedades independentes, com pouca ligação cruzada.

Check 23: Endereço do smart contract divulgado. As landing pages de token incluem o endereço do contrato com link para o explorador. Modo de falha: o endereço do contrato só aparece na interface do dApp, e não na página de marketing, que é onde os motores de IA olham.

Continue explorando

Mais peças táticas do blog Crawlux. Escolhidas porque se relacionam com o tópico acima.