Auditoria técnica de SEO com IA: a ordem que fecha a lista

Toda empresa que já contratou SEO tem, em algum lugar do Drive, um PDF de auditoria técnica com trezentos ou quatrocentos problemas listados. Quase ninguém termina essa lista. Não por preguiça: porque a lista chega ordenada por tipo de erro, e não por consequência. Quem abre o arquivo vê duzentas páginas com título duplicado no mesmo peso visual de um robots.txt que está bloqueando o site inteiro. Este artigo é sobre a ordem que faz a lista acabar, e sobre o que muda quando um modelo de linguagem passa a ler o relatório junto com você.

O que uma auditoria técnica resolve

Uma auditoria técnica de SEO verifica se um buscador consegue encontrar, carregar, entender e escolher as páginas de um site. Ela não avalia se o conteúdo é bom nem se o produto vende. O resultado dela é uma lista de impedimentos, e o valor dela é proporcional ao tamanho do impedimento que ela remove.

Essa distinção parece óbvia escrita assim, e ainda assim é a origem da maior parte da frustração com o tema. Existe uma expectativa silenciosa de que corrigir os erros técnicos vá produzir crescimento por si só. Não vai. O que a correção faz é liberar o efeito daquilo que já estava lá. Um site com trinta artigos úteis e um bloqueio de rastreamento cresce muito depois da correção. Um site com trinta artigos vazios e o mesmo bloqueio continua igual, agora rastreável.

Por que a lista nunca termina

Ferramenta de auditoria é generosa por desenho comercial. Ela precisa demonstrar valor no primeiro minuto, então reporta tudo o que consegue detectar, inclusive o que é irrelevante para o seu caso. Um rastreador encontra uma imagem sem atributo alt num rodapé decorativo e um noindex acidental na página de serviços, e apresenta os dois com o mesmo ícone vermelho.

Some a isso três características do relatório padrão e você tem a explicação completa do abandono.

• Agrupamento por tipo, não por página. Você recebe “182 títulos duplicados” em vez de “estas 4 páginas importantes estão brigando entre si”. A primeira forma é uma tarefa infinita, a segunda é uma tarde de trabalho.
• Multiplicação por template. Um erro escrito uma vez no arquivo de template aparece como setecentos erros no relatório. Contado como setecentos, assusta e paralisa. Contado como um, é uma linha de código.
• Ausência de causa. A ferramenta diz o que está errado na página final. Ela não sabe qual arquivo do repositório produziu aquilo, e é exatamente essa tradução que consome o tempo de quem corrige.

A consequência é previsível. A pessoa corrige os itens fáceis do topo da lista, que costumam ser os de menor impacto, sente que não mudou nada, e o relatório vira arquivo morto. Seis meses depois alguém contrata outra auditoria, que devolve a mesma lista com números maiores.

O que a IA muda, e o que ela não muda

Um modelo de linguagem não rastreia sites melhor do que um rastreador, não mede tempo de carregamento e não sabe a posição do seu site. O que ele faz bem é a parte que sempre foi humana e sempre foi cara: ler um volume grande de saída estruturada, agrupar por causa, ordenar por consequência e escrever a correção no arquivo certo.

A diferença prática aparece quando as ferramentas de SEO deixam de ser painéis que alguém abre no navegador e passam a ser fontes que um agente consulta durante o trabalho. É o que acontece com servidores MCP, o protocolo aberto que permite a um agente de codificação chamar uma ferramenta externa como quem chama uma função. O OpenSEO e o Ubersuggest expõem os dados por esse caminho, e isso muda o formato do trabalho mais do que a qualidade do dado.

Etapa	Como era	Como fica com agente
Coletar	Exportar CSV de três painéis diferentes	O agente consulta cada fonte durante a análise
Ler	Planilha com centenas de linhas, uma aba por ferramenta	Agrupamento por causa provável, com a contagem real de arquivos
Priorizar	Ordem da coluna de severidade da ferramenta	Ordem por camada e por página que importa para o negócio
Corrigir	Alguém traduz o erro em mudança de código	O agente abre o arquivo de origem e propõe o diff
Verificar	Rodar a auditoria de novo e comparar de olho	Teste que falha se o erro voltar

O que não muda: a responsabilidade pela decisão. Um modelo sugere remover uma página do índice com a mesma confiança com que sugere trocar um título. Quem sabe que aquela página recebe metade dos formulários preenchidos do site é você.

Duas ferramentas, dois pontos de vista

Usar duas fontes não é redundância, é triangulação. Cada ferramenta enxerga um pedaço diferente da mesma realidade, e a discordância entre elas costuma ser mais informativa do que a concordância.

O Ubersuggest, da Neil Patel Digital, é forte na visão de mercado: volume estimado, sugestões de termo, panorama de domínio, perfil de backlinks e comparação com concorrente. É a ferramenta que responde “sobre o que vale escrever” e “quem já está na frente”.

O OpenSEO puxa para o lado da execução: auditoria de site com a lista de páginas e problemas, dado do Search Console quando a propriedade está conectada, inspeção de URL, acompanhamento de posição e análise de SERP. É a ferramenta que responde “o que está quebrado” e “o que o Google realmente registrou”.

Acima das duas fica o Google Search Console, que é categoria à parte. Ele não estima nada sobre o seu site: ele reporta o que aconteceu. Impressão, clique, posição média e estado de indexação vêm do próprio índice. Sempre que uma ferramenta de terceiro discordar do Search Console sobre o seu domínio, o Search Console ganha. Ferramenta de terceiro é insubstituível para olhar o concorrente, justamente onde o Search Console não alcança.

Camada 1: deixar o robô entrar

A primeira camada responde uma pergunta binária: o buscador consegue chegar à página e recebê-la inteira? Enquanto essa resposta for não, todo o resto do relatório descreve páginas que ninguém leu. É por isso que essa camada vem antes, sempre, mesmo quando a ferramenta a classifica como aviso.

Os pontos de falha são poucos e conhecidos, e quase todos são erros de configuração herdados de uma migração ou de um ambiente de homologação que virou produção.

• Regra de bloqueio esquecida no robots.txt. Um Disallow: / que sobreviveu ao lançamento é o erro mais caro do SEO técnico e um dos mais comuns. Custa trinta segundos para conferir.
• Resposta diferente para o robô. Firewall, CDN ou regra de segurança que devolve 403 ou 406 para agentes automatizados. Vale testar com o agente do Google declarado e comparar com um navegador comum.
• Conteúdo que só existe depois do JavaScript. O Google renderiza JavaScript, mas em uma segunda passagem e com fila. Conteúdo essencial que só aparece após uma chamada de API entra mais devagar, e às vezes não entra.
• Corrente de redirecionamento. Três ou quatro saltos entre a URL pedida e a final desperdiçam orçamento de rastreamento e quebram em algum ponto do caminho. Um salto só, sempre.
• Sitemap desatualizado. Um sitemap que lista URLs removidas e omite as novas ensina o rastreador a confiar menos nele. Ele deveria ser gerado, nunca mantido à mão.

Uma decisão que passou a fazer parte desta camada é o acesso dos robôs de IA. Bloquear GPTBot, ClaudeBot ou PerplexityBot é uma escolha legítima, mas é uma escolha, e ela precisa ser consciente. Muito site bloqueou esses agentes por padrão de plugin e não sabe. Tratamos o assunto em detalhe no artigo sobre como aparecer quando a resposta vem de um modelo.

Camada 2: o que merece estar no índice

Rastreado e indexado são coisas diferentes. O robô pode ler a página e decidir não guardá-la. O relatório de indexação do Search Console é o documento mais útil de toda a auditoria, e o menos lido, porque exige interpretação em vez de leitura.

Vale traduzir os estados que mais aparecem, porque o nome deles engana.

Estado	O que significa de verdade	Ação usual
Descoberta, atualmente não indexada	O Google sabe que a URL existe e escolheu não gastar rastreamento nela	Sinal de qualidade ou de link interno, não de bug
Rastreada, atualmente não indexada	Leu e não achou que valia guardar	Rever profundidade e originalidade do conteúdo
Página alternativa com canônica adequada	Funcionando como planejado	Nenhuma, é ruído no relatório
Duplicada, o Google escolheu outra canônica	Você indicou uma canônica e ele preferiu outra	Investigar, costuma indicar conteúdo quase igual
Excluída por marcação noindex	Alguém pediu para não indexar	Confirmar se foi intencional

A tentação nesta camada é querer indexar tudo. É o instinto errado. Página de filtro de catálogo, resultado de busca interna, variação de parâmetro e página de agradecimento não deveriam estar no índice. Cada uma delas dilui a autoridade e gasta o rastreamento que faltava para a página que interessa.

Camada 3: desempenho sem mito

Velocidade é fator de classificação, e é um fator pequeno comparado à relevância. Ninguém supera um concorrente melhor apenas ficando mais rápido. Mesmo assim vale corrigir, por dois motivos que não têm nada a ver com posição: página lenta perde visitante antes de carregar, e página lenta é sintoma de arquitetura ruim que cobra em outros lugares.

As três métricas do conjunto Core Web Vitals têm limites públicos e estáveis, e é neles que a conversa deve ficar.

O INP substituiu o antigo FID em março de 2024 e é mais exigente, porque mede a resposta a toda interação da visita, e não só à primeira. Sites carregados de script de terceiro costumam piorar exatamente aí.

Um detalhe que economiza discussão: o número que conta para a busca é o de campo, coletado de visitantes reais e reportado no relatório de experiência do Search Console, não o de laboratório do PageSpeed Insights. O teste de laboratório é excelente para descobrir a causa, porque roda em condição controlada e mostra a cascata. Ele só não é a nota final.

Na prática, quatro correções resolvem a maior parte dos casos: dimensionar imagem e servir em formato moderno, reservar espaço para elementos que carregam depois, adiar script de terceiro que não participa da primeira tela, e cortar fonte web que ninguém usa. Nenhuma delas é reescrita.

Camada 4: link interno e página órfã

Esta é a camada com melhor relação entre esforço e resultado, e a mais ignorada, porque não aparece com ícone vermelho em ferramenta nenhuma. Link interno é o mecanismo pelo qual você diz ao buscador quais páginas do seu site importam mais.

Página órfã é aquela que existe, está no sitemap, e não recebe link de nenhuma outra página do site. Ela chega ao índice pelo sitemap e fica lá, sem sinal nenhum de importância. Sites com blog antigo costumam ter dezenas delas.

1. Liste as páginas que geram negócio. Normalmente são menos de dez. Serviço, produto, contato e os dois ou três artigos que trazem gente certa.
2. Conte quantos links internos cada uma recebe. Se a página de serviço recebe menos links do que um artigo de 2019, o site está apontando para o lugar errado.
3. Encontre as órfãs. Cruze a lista do sitemap com a lista de destinos de link interno. O que sobra é órfão.
4. Escreva o texto do link, não use “clique aqui”. O texto âncora é uma das poucas descrições explícitas que você dá ao buscador sobre o destino.
5. Ligue o conteúdo antigo ao novo, e não só o contrário. Artigo antigo com histórico acumulado é ativo. Um link dele para a página nova transfere parte desse histórico.

É aqui que um agente ajuda de forma quase desproporcional. Cruzar sitemap, mapa de links internos e lista de páginas com clique é um trabalho de planilha longo e mecânico, e é exatamente o tipo de tarefa em que a máquina não se cansa na linha duzentos.

Camada 5: marcação que vale o esforço

Dados estruturados descrevem, em vocabulário do schema.org, o que a página é. Isso não melhora posição diretamente. O que faz é reduzir a ambiguidade, e a ambiguidade é o que mais atrapalha tanto o buscador quanto os assistentes de IA que leem o grafo.

A lista do que vale marcar é curta para a maioria dos sites: Organization uma vez, com nome, logo e perfis oficiais; WebSite com o endereço canônico; BlogPosting ou Article em cada texto, com autor e datas reais; BreadcrumbList quando existe hierarquia; Product ou Service nas páginas comerciais; e FAQPage quando a página realmente tem perguntas e respostas visíveis.

Dois erros aparecem sempre. O primeiro é ter dois blocos de dados estruturados brigando na mesma página, normalmente porque o tema emite um e o plugin de SEO emite outro. O segundo é marcar AggregateRating sobre o próprio produto sem avaliação real de terceiro, o que não gera resultado nenhum e cria risco.

O loop de correção com agente

Com as camadas definidas, o trabalho vira um ciclo curto e repetível. O formato abaixo é o que usamos, e ele funciona porque impede a tentação de corrigir tudo ao mesmo tempo.

1. Rodar a auditoria e trazer o dado real junto. A lista de problemas sozinha não basta. Ela precisa vir acompanhada de quais páginas recebem impressão e clique, senão a priorização é chute.
2. Pedir agrupamento por causa provável. O pedido que muda o resultado é este: agrupe os erros por arquivo de origem provável e diga quantas páginas cada correção resolve.
3. Escolher uma camada por vez. Corrigir rastreamento antes de olhar indexação, porque a correção de baixo muda o diagnóstico de cima. Auditar de novo depois de cada camada evita trabalho jogado fora.
4. Revisar o diff com olho humano. Regra de redirecionamento, canônica e robots.txt são os três lugares onde uma sugestão errada tira o site do ar em silêncio. Nenhum dos três entra sem leitura.
5. Transformar a correção em teste. Uma verificação simples que falha se o robots.txt voltar a bloquear, se a canônica sumir do template ou se o sitemap parar de ser gerado. É isso que impede a lista de renascer.

Sobre qual agente usar em cada etapa, a divisão de trabalho que adotamos está descrita em Claude Code, Codex e Gemini no mesmo time. Para auditoria técnica a característica que mais importa é ler o repositório inteiro antes de propor mudança, porque o erro quase nunca está na página onde ele aparece.

Como saber que funcionou

Correção técnica tem efeito atrasado. O robô precisa voltar, reprocessar e recalcular, e isso leva de dias a semanas dependendo do tamanho do site e da frequência com que ele é visitado. Medir cedo demais produz a conclusão errada de que nada adiantou.

Quatro indicadores, na ordem em que reagem:

• Páginas válidas no relatório de indexação. Reage primeiro, em dias. É a confirmação direta de que a correção de rastreamento pegou.
• Impressão total. Reage em uma a três semanas. Mais impressão com o mesmo conteúdo significa que páginas antes invisíveis passaram a competir.
• Posição média das páginas que importam. Filtre pelas dez URLs de negócio. A média do site inteiro é um número sem significado, porque mistura tudo.
• Clique. Reage por último e depende de título e descrição, não só da correção técnica. É o indicador que a diretoria pede primeiro e o que menos serve para avaliar uma auditoria.

Registre a data de cada correção em algum lugar simples. Sem essa marcação, qualquer variação vira discussão de opinião três meses depois, e é impossível separar o efeito do seu trabalho do efeito de uma atualização do buscador.

Cinco erros que a IA comete aqui

Vale listar os erros observados, porque todos eles passam despercebidos em uma revisão apressada e todos já custaram tempo.

• Tratar aviso como erro. O modelo lê a coluna de severidade da ferramenta e a repete. Sem instrução explícita de priorizar por consequência, ele devolve a mesma lista de sempre, agora em prosa.
• Inventar número de volume. Se a ferramenta não devolveu a métrica, o modelo às vezes preenche com um valor plausível. Peça sempre a origem de cada número, e desconfie de qualquer um que venha sem fonte.
• Sugerir noindex generoso demais. Limpar o índice é uma recomendação frequente e às vezes correta, mas uma regra ampla demais tira páginas que convertem. Toda regra de exclusão precisa ser conferida contra a lista de páginas com clique.
• Reescrever título em massa. Trocar centenas de títulos de uma vez destrói a base de comparação e impede saber o que funcionou. Além disso, títulos gerados em lote ficam todos com a mesma cara.
• Confundir laboratório com campo. O modelo pega a nota do PageSpeed Insights e a apresenta como a nota que o Google usa. São medidas diferentes e podem divergir bastante.

Quando o problema não é técnico

Em uma parte considerável dos diagnósticos que fazemos, a auditoria técnica não é a resposta, e dizer isso cedo economiza dinheiro de quem contrata.

Se o site é indexado, carrega em tempo razoável e mesmo assim não recebe visita, o problema costuma ser um destes três: não existe conteúdo sobre o que as pessoas efetivamente procuram; existe conteúdo, mas escrito para quem não compra; ou o domínio é novo e ainda não acumulou nenhum sinal externo. Nenhum dos três se resolve com correção de marcação.

Há ainda o caso em que a busca orgânica não é o canal certo. Produto muito novo, categoria que ninguém sabe nomear, venda que nasce de indicação. Nesses casos investir em conteúdo de busca é investir num canal que só vai existir depois que a categoria existir. É honesto dizer isso antes, e é o tipo de conversa que evita um contrato frustrado dos dois lados.

Perguntas frequentes

Com que frequência vale rodar uma auditoria técnica?

Uma completa por ano e uma verificação curta a cada mudança grande de site, tema ou plataforma. Auditoria mensal produz relatório repetido e cansa a equipe. O que deve ser contínuo é o monitoramento do relatório de indexação, que avisa quando algo quebra sem esperar a próxima rodada.

Preciso das duas ferramentas ou uma resolve?

Uma resolve para começar, desde que o Search Console esteja conectado. A segunda ferramenta ganha valor quando você precisa olhar o concorrente, que é onde o Search Console não chega. Se o orçamento é apertado, priorize a que entrega auditoria de site com lista de páginas.

Quanto tempo até ver resultado de uma correção técnica?

De poucos dias a algumas semanas, dependendo do tamanho do site e da frequência de rastreamento. Correção de bloqueio aparece rápido, porque destrava páginas inteiras de uma vez. Ajuste de desempenho demora mais, porque a métrica de campo é calculada sobre uma janela de vinte e oito dias de visitas reais.

Site pequeno precisa de auditoria técnica?

Precisa de uma verificação, não de uma auditoria completa. Em site de dez a trinta páginas, quinze minutos conferindo robots.txt, sitemap, canônicas e o relatório de indexação cobrem quase tudo. O relatório longo faz sentido a partir de algumas centenas de URLs.

Posso deixar a IA corrigir sozinha?

Em parte. Título, descrição, texto alternativo de imagem e link interno são áreas de risco baixo e ganho alto. Redirecionamento, canônica, robots.txt e regra de indexação exigem revisão humana, porque um erro nesses quatro pontos remove o site da busca sem gerar erro visível em lugar nenhum.

Volume de busca das ferramentas é confiável?

É confiável como ordem de grandeza e não como previsão. Ferramentas diferentes devolvem números diferentes para o mesmo termo porque usam fontes e janelas distintas. Use para decidir entre dois termos e nunca para prometer quantidade de visitas em proposta comercial.

Vale bloquear robôs de IA no robots.txt?

Depende do que você vende. Quem vive de assinatura de conteúdo tem motivo real para bloquear. Quem vende serviço e quer ser encontrado perde citação em assistentes ao bloquear, sem ganhar nada em troca. O importante é que seja decisão, e não herança de configuração padrão.

Quantos erros preciso corrigir para considerar a auditoria concluída?

Nenhum número fecha uma auditoria. O critério útil é outro: todas as páginas que geram negócio estão rastreáveis, indexadas, com canônica correta, com marcação válida e recebendo link interno. Com isso resolvido, o resto da lista é manutenção e pode conviver com o site por muito tempo.

Trocar de plataforma resolve os problemas técnicos?

Raramente, e costuma criar novos. Migração é o momento de maior risco em SEO técnico, porque muda endereço, estrutura e template ao mesmo tempo. Se a migração já está decidida por outro motivo, o mapa de redirecionamento precisa ser feito antes de trocar, não depois.

Auditoria técnica ajuda a aparecer em resposta de IA?

Ajuda como pré-requisito. Se o robô do assistente não consegue ler a página, não existe citação possível. Passado esse ponto, o que decide a citação é a estrutura do texto, e não a saúde técnica do servidor. As duas frentes se somam e nenhuma substitui a outra.

Próximo passo

Se você fizer uma só coisa depois de ler isto, faça esta: abra o robots.txt do seu site no navegador e leia as cinco primeiras linhas. Depois abra o relatório de indexação do Search Console e olhe quantas páginas estão na coluna de não indexadas. Esses dois minutos revelam mais do que a maioria dos relatórios de quarenta páginas.

Continuando pelo blog: GEO, como aparecer quando a resposta vem de um modelo trata da camada editorial que vem depois desta, e Agente ou automação ajuda a decidir se a rotina de verificação deve ser um agendamento simples ou algo que decide sozinho.

Fontes e leitura

• Google Search Central, documentação de rastreamento e indexação, consultada em setembro de 2026.
• web.dev, Core Web Vitals, com os limites de LCP, INP e CLS.
• Google Search Central, anúncio da substituição do FID pelo INP, efetivada em março de 2024.
• Schema.org, vocabulário completo, para os tipos citados na camada de marcação.
• Especificação do Model Context Protocol, o padrão aberto usado para ligar ferramentas a agentes.