O que uma auditoria técnica de SEO e GEO revela sobre prontidão para IA

Por que a camada técnica vem primeiro

Quando um assistente de IA usa fontes atuais da web, uma página só pode ser considerada se a cadeia de busca ou recuperação correspondente conseguir alcançá-la e lê-la. Se o crawler desejado não chega à página, ou encontra uma casca vazia, existe um motivo técnico de exclusão naquele caminho. Por isso, a auditoria começa por acesso e legibilidade.

Vale ser honesto sobre o que essa camada é e o que não é. Um site limpo, rápido e rastreável pode ser necessário sem ser suficiente em determinados caminhos de recuperação. As respostas de IA também podem usar páginas de terceiros, avaliações e comunidades. Pense na auditoria técnica como a remoção de barreiras conhecidas, não como previsão de citação.

O que um crawler de IA realmente vê

Dois fatos surpreendem a maioria dos times.

Primeiro, a análise da Vercel de mais de meio bilhão de requisições do GPTBot não encontrou traços de execução de JavaScript. O achado é específico do GPTBot e não demonstra comportamento idêntico dos fetchers do Claude ou do Perplexity. O Google consegue renderizar JavaScript rastreável e não bloqueado. Ainda assim, colocar a descrição do produto e os preços no HTML inicial é a base multiplataforma mais segura.

Segundo, os bots têm funções diferentes. A OpenAI separa OAI-SearchBot (busca), ChatGPT-User (visita solicitada pelo usuário) e GPTBot (treinamento). A Anthropic separa Claude-SearchBot, Claude-User e o bot de treinamento ClaudeBot. O Google Search, inclusive AI Overviews, usa o Googlebot; Google-Extended não é crawler da Busca. Mesmo com o robots.txt correto, uma CDN ou firewall também pode recusar os bots desejados.

O que o Suparanku verifica

A auditoria olha para o seu site do jeito que esses crawlers e mecanismos de resposta olham: uma vez no domínio inteiro e de novo página a página. Em vez de listar cada verificação, estes são os grupos que ela cobre:

• Acesso para IA. HTTPS funciona, o robots.txt trata conscientemente os bots de busca e de usuário desejados, existe um sitemap e a infraestrutura não bloqueia essas visitas.
• Indexabilidade. Cada página devolve um 200 de verdade, não está em noindex por descuido, declara um canonical sensato e consta no seu sitemap.
• Estrutura e significado. Um H1 claro, title e description de tamanho razoável, URLs legíveis e dados estruturados coerentes com o texto visível. Os recursos de IA do Google não exigem schema especial; associações observadas entre marcação e citações não são prova causal geral.
• Atualidade. Um sinal Last-Modified rastreável e nenhum ano obviamente vencido em títulos ou fatos. Isso é higiene de dados, não garantia de tratamento preferencial.
• Links e grafo interno. Nenhum link de saída quebrado ou que redireciona, e nenhuma página importante deixada órfã ou enterrada a muitos cliques de profundidade, onde os crawlers têm dificuldade de chegar.
• Renderização e desempenho. Uma passagem mais profunda renderiza a página como um navegador e coleta métricas do Lighthouse em laboratório. Elas ajudam no diagnóstico, mas não são dados de campo dos Core Web Vitals de usuários reais nem um relatório sobre como o Google trata a página.

Cada página avaliável e o domínio recebem uma pontuação de prontidão técnica de 0 a 100 (SRPS). A passagem profunda acrescenta SRPS+ e PERF; o PERF resume a medição de laboratório do Lighthouse. Essas pontuações descrevem o estado técnico verificado, não a probabilidade de citação.

Do sinal vermelho à correção pronta

Uma pontuação sozinha não muda nada. Quando um achado corresponde a uma recomendação técnica, o Suparanku entrega uma instrução de correção montada de forma determinística: problema, local, mudança precisa — linha do robots.txt, bloco JSON-LD ou meta tag — e critérios de aceite. Nem toda verificação tem uma correção recomendável; algumas são manuais ou apenas informativas.

Como o brief é texto simples e estruturado, você pode entregá-lo direto a uma pessoa desenvolvedora ou colocá-lo num ticket. Um cliente compatível com MCP pode, conforme os próprios recursos e permissões, buscar recomendações, atualizar status e iniciar auditorias. Alterar código e fazer deploy dependem do cliente externo e da sua cadeia de ferramentas; o Suparanku não executa esse trabalho automaticamente. A auditoria seguinte pode confirmar que a verificação técnica passou, mas não que essa mudança causou uma citação posterior.

O primeiro passo, não a linha de chegada

Uma auditoria técnica documenta barreiras conhecidas de acesso, indexação e renderização. Removidos os bloqueios, seleção, uso e citação continuam sendo etapas distintas, dependentes do conteúdo, do contexto, da plataforma e de fontes externas. O Suparanku liga essa prontidão a recomendações, URLs publicadas e rastreadas e nova medição — como processo gerenciado, não como promessa de citação.

Termos relacionados: GEO, Crawler de IA