Auditoria técnica de SEO: processo, critérios e priorização

Um roteiro prático para auditar SEO técnico: reunir evidências, rastrear, testar renderização, priorizar impacto e validar cada correção.

Emanuel Nunes
Por Emanuel Nunes
Publicado em

Uma auditoria técnica de SEO útil não é uma planilha com todos os avisos exportados por uma ferramenta. É um processo de investigação: formular a pergunta, coletar evidência de fontes diferentes, localizar a causa, estimar impacto e escrever um critério que permita confirmar a correção.

Este guia ensina a executar o trabalho. A ordem importa porque evita gastar horas revisando detalhes de páginas que nem deveriam estar indexadas, ou priorizar um alerta automático sem saber se ele afeta uma URL relevante.

Antes do crawl, defina o que a auditoria precisa responder

“Encontrar problemas de SEO” é um objetivo amplo demais. Comece com perguntas ligadas ao site e à decisão que será tomada:

  • Quais templates deveriam receber tráfego orgânico?
  • As URLs prioritárias podem ser descobertas, rastreadas, renderizadas e indexadas?
  • O mecanismo está escolhendo a versão canônica esperada?
  • Há queda ou estagnação concentrada em uma seção, tipo de página ou consulta?
  • O conteúdo principal existe no HTML entregue ou depende de uma execução frágil?
  • Categorias, artigos, serviços e produtos disputam a mesma intenção?

Registre também o perímetro: domínio, subdomínios, idiomas, ambientes públicos, tipos de página e período de dados. Uma auditoria de catálogo não pode usar a home como amostra de todas as URLs. Um blog renderizado no servidor e uma área de produtos montada no navegador podem ter falhas completamente diferentes.

O entregável esperado deve ser definido agora. Para cada achado, reserve campos de evidência, URLs afetadas, hipótese de causa, impacto, esforço, dependências, correção recomendada e teste de aceite. Essa estrutura força a passagem do “há um erro” para “sabemos o que fazer e como provar que funcionou”.

Etapa 1: construa o inventário por fontes independentes

Nenhuma fonte isolada representa o site inteiro. O crawl mostra o que foi alcançado a partir das sementes e links fornecidos. O sitemap mostra o que a aplicação declara. A plataforma ou banco pode revelar páginas órfãs. O Search Console mostra URLs que entraram no ecossistema da Pesquisa. Logs mostram o que realmente recebeu requisições.

Monte um inventário unificando, quando disponíveis:

  1. URLs do sitemap e de seus índices;
  2. páginas alcançadas pelo crawler a partir da home e de entradas estratégicas;
  3. URLs exportadas do CMS, catálogo ou roteador;
  4. páginas com impressões ou cliques no Search Console;
  5. caminhos encontrados nos logs de acesso;
  6. backlinks e landing pages de outras fontes analíticas, se houver autorização.

Normalize protocolo, host, barra final e parâmetros antes de comparar. Preserve a URL bruta em outra coluna: ela ajuda a localizar redirecionamentos, parâmetros e duplicatas. Depois classifique cada linha por template e intenção esperada, não apenas por diretório. Duas URLs no mesmo caminho podem representar produto ativo e produto removido; o tratamento não será igual.

A diferença entre conjuntos já produz achados. URL no sitemap e ausente no crawl pode estar órfã. URL rastreada e ausente do sitemap pode ser válida ou ruído de navegação. URL vista em logs, mas não reconhecida pela aplicação, pode vir de link antigo ou ataque automatizado. Cada divergência é uma pergunta, não uma conclusão automática.

Etapa 2: faça um crawl reproduzível

Salve a configuração do rastreamento: user agent, sementes, limites, regras para parâmetros, execução de JavaScript, autenticação e horário. Sem isso, o segundo crawl não é comparável ao primeiro.

Na primeira passagem, priorize sinais estruturais:

  • status HTTP e cadeias de redirecionamento;
  • URL canônica declarada;
  • permissão de rastreamento e diretiva de indexação;
  • título, descrição e H1;
  • links internos recebidos e profundidade;
  • paginação e URLs parametrizadas;
  • conteúdo textual e assinatura do template;
  • dados estruturados presentes;
  • recursos necessários que falharam.

Agrupe por template antes de abrir páginas individualmente. Se centenas de produtos compartilham o mesmo canônico incorreto, existe provavelmente uma regra do template. Se o problema ocorre em uma URL isolada, pode ser dado editorial. O agrupamento transforma volume em hipótese técnica.

Não atribua severidade com base na cor da ferramenta. Um título ausente numa página excluída por decisão editorial não tem o mesmo peso que um canônico incorreto em todas as categorias comerciais. O crawler detecta condições; o auditor relaciona condição, intenção e efeito.

Compare sem JavaScript e com renderização

Faça uma amostra de URLs críticas nos dois modos. Compare HTML inicial e DOM renderizado para localizar conteúdo, links, canônico, diretivas e dados estruturados que aparecem tarde, mudam ou desaparecem. Registre a resposta de rede e os erros do navegador.

O teste não termina em “o navegador mostrou”. Interação humana pode preencher conteúdo depois de clique, rolagem, consentimento ou chamada autenticada. Um link de catálogo precisa existir como link navegável no estado que será rastreado. O Google orienta que páginas de e-commerce sejam alcançáveis por links da navegação, da categoria à subcategoria e ao produto, e recomenda elementos <a href> para descoberta; a referência está no guia oficial de estrutura de navegação de e-commerce.

Etapa 3: confronte o crawl com indexação e desempenho

Abra o Search Console depois que o mapa técnico estiver minimamente organizado. Assim, cada padrão de dados pode ser comparado a um template, uma regra de canônico ou um caminho de navegação.

No relatório de desempenho, use consultas para entender demanda e páginas para localizar quem a atende. Ao filtrar uma consulta e abrir a dimensão de páginas, é possível ver as URLs exibidas para ela. A documentação oficial descreve esse fluxo em tarefas comuns do relatório de desempenho. Lembre que os dados costumam ser atribuídos à URL canônica e que consultas anonimizadas ou linhas de menor relevância podem não aparecer na tabela, conforme as dimensões e limitações do relatório.

Procure padrões, não apenas totais:

  • consultas relevantes atendidas por URL inesperada;
  • várias páginas alternando para a mesma intenção;
  • diretórios com impressão e quase nenhuma página válida no inventário;
  • páginas estratégicas sem qualquer sinal de descoberta;
  • mudança que coincide com status, canônico, template ou navegação alterados.

O relatório de indexação e a inspeção de URL ajudam a testar hipóteses específicas. Uma exclusão não é automaticamente um defeito: redirecionada, duplicata e página marcada conscientemente para não indexar podem estar corretas. O achado existe quando o estado observado contradiz o papel esperado da URL.

Use logs para separar acesso de suposição

Se houver acesso autorizado, filtre logs por caminhos, status, tempo de resposta e agentes verificáveis. Eles respondem perguntas que o crawl não consegue: o robô pediu a URL? Recebeu 200, redirecionamento, bloqueio ou erro? O problema se concentra em horário, servidor ou template? Há parâmetros consumindo requisições sem valor?

Não confie apenas no texto do user agent, que pode ser imitado. Para investigações em que a identidade do crawler muda a conclusão, use o procedimento e os intervalos publicados pelo fornecedor. Em auditorias que incluem busca com IA, o guia sobre GEO, AEO, SEO e crawlers reúne os agentes oficiais e separa busca, treinamento e acesso iniciado pelo usuário.

Etapa 4: teste a página como sistema, não como checklist

Escolha URLs representativas de cada template e siga o caminho completo: requisição, resposta, renderização, navegação, conteúdo, marcação e dados enviados para medição.

Status, redirecionamento e canônico

Confirme que a URL final responde como esperado e que redirects não formam cadeia ou ciclo. Compare canônico declarado, URL final, sitemap e links internos. Para o Google, redirects e rel="canonical" são sinais fortes, enquanto inclusão no sitemap é um sinal mais fraco; a preferência declarada ainda pode não ser a versão escolhida. A hierarquia e as ressalvas estão na documentação de consolidação de URLs duplicadas.

O teste de relevância vem antes da correção. Um produto substituído pode redirecionar para seu equivalente. Um artigo fundido pode apontar para a versão consolidada. Direcionar toda URL removida para a home apenas elimina o caminho sem preservar a intenção.

Conteúdo e hierarquia

Verifique se título, H1, introdução e seções descrevem o mesmo assunto. Headings devem organizar dependência: um H3 detalha o H2 anterior, não inicia um tema paralelo. Compare páginas do mesmo cluster para identificar duplicação de intenção, não apenas repetição de palavras.

Conteúdo curto não é falha automática, assim como texto longo não comprova qualidade. A pergunta é se a página resolve a intenção que reivindica e oferece informação suficiente para existir separadamente. Em páginas transacionais, disponibilidade, atributos, variações, política e contexto de escolha podem ser mais importantes que um bloco editorial extenso.

Dados estruturados

Extraia o JSON-LD, valide a sintaxe e compare cada propriedade com o conteúdo visível. O Google exige que a marcação represente a página e não garante exibição de resultado rico mesmo quando ela está correta. Também desaconselha marcar conteúdo oculto ou irrelevante. Use as diretrizes oficiais de dados estruturados como critério, não apenas o resultado verde de um validador.

Carregamento e estabilidade

Meça em laboratório para localizar recursos bloqueantes, imagens excessivas, scripts longos, mudanças de layout e dependências de terceiros. Quando houver dados de usuários reais, compare por template e dispositivo. A nota agregada orienta a triagem, mas a recomendação precisa apontar a causa: qual recurso, qual etapa, qual página e qual mudança será testada.

Etapa 5: transforme achados em prioridades

Prioridade não é sinônimo de gravidade abstrata. Use pelo menos quatro dimensões:

CritérioPergunta
ImpactoQuantas páginas relevantes e quais intenções podem ser afetadas?
ConfiançaA evidência confirma a causa ou ainda existe apenas correlação?
EsforçoA correção é editorial, de template, infraestrutura ou arquitetura?
DependênciaOutra mudança precisa acontecer antes ou pode invalidar o trabalho?

Em vez de multiplicar notas arbitrárias, classifique com justificativa. Uma regra de noindex acidental numa seção prioritária tende a ter alto impacto e correção concentrada. Descrições repetidas em páginas que nem deveriam ser indexadas ficam atrás da decisão sobre a existência dessas URLs. Um aviso de heading isolado pode esperar se não altera entendimento nem acessibilidade.

Organize a fila em quatro grupos:

  1. Bloqueios confirmados: impedem acesso, indexação ou uso correto de páginas que deveriam competir.
  2. Falhas sistêmicas: afetam um template ou regra e podem ser resolvidas na origem.
  3. Oportunidades de alinhamento: melhoram intenção, navegação, conteúdo ou apresentação depois que a base funciona.
  4. Ruído ou observação: não contradizem o objetivo atual, dependem de mais evidência ou têm efeito desprezível.

O critério de confiança evita correções perigosas. Se duas URLs alternam impressões para uma consulta, isso pode ser canibalização, mudança de intenção ou agregação canônica. Antes de consolidar, compare conteúdo, resultado desejado, links e histórico.

Etapa 6: escreva recomendações executáveis

Uma recomendação deve sobreviver à passagem do auditor para quem implementa. Use este formato:

  • Evidência: o que foi observado, onde e por qual método.
  • Estado esperado: qual papel a página ou regra deveria cumprir.
  • Causa provável: mecanismo que explica a diferença, com grau de confiança.
  • Mudança: arquivo, template, configuração ou processo a alterar.
  • Escopo: páginas afetadas e exceções conhecidas.
  • Aceite: teste objetivo que precisa passar.
  • Monitoramento: indicador que será acompanhado depois.

“Melhorar SEO da categoria” não é tarefa. “Remover o canônico que aponta todas as subcategorias para a categoria-mãe, manter canônico autorreferente nas URLs aprovadas e confirmar por crawl que cada template emite uma única tag” é implementável e verificável.

Inclua exemplos reais do próprio site somente quando autorizados. Se não existe caso publicável, use uma representação técnica sem atribuir resultado, cliente ou escala a quem não os forneceu.

Etapa 7: valide a correção em duas camadas

A primeira validação é técnica e imediata. Repita a requisição, o crawl ou o teste que produziu a evidência. Compare o mesmo conjunto de URLs e as mesmas configurações. Confirme também efeitos colaterais: uma regra que corrige categorias não pode bloquear produtos; um redirect não pode criar nova cadeia.

A segunda validação é observacional. Acompanhe rastreamento, indexação e desempenho no período adequado ao volume de dados disponível. Não prometa uma data universal para recrawl ou mudança de resultado. Registre quando a implementação entrou no ar e diferencie “correção publicada” de “efeito externo observado”.

Uma auditoria termina com estados claros: corrigido e validado; implementado aguardando observação; aceito como comportamento esperado; pendente por dependência; ou descartado por evidência insuficiente. Assim, o documento continua útil depois da primeira reunião.

Checklist compacto para executar sozinho

  • Defina perguntas, escopo, templates e intenção esperada.
  • Una sitemap, crawl, plataforma, Search Console e logs quando disponíveis.
  • Salve a configuração para repetir o rastreamento.
  • Compare HTML inicial e renderizado em amostras críticas.
  • Agrupe problemas por template e confirme exceções.
  • Cruze consultas e páginas sem ignorar limites de agregação.
  • Valide status, redirects, canônicos, indexação, links e conteúdo.
  • Compare dados estruturados com o texto visível.
  • Priorize por impacto, confiança, esforço e dependência.
  • Escreva correção e teste de aceite no mesmo item.
  • Refaça a coleta depois da implantação.
  • Separe correção técnica de efeito orgânico observado.

Esse processo pode ser realizado internamente com acesso às fontes e disciplina de documentação. Quando faltam tempo, ferramentas, acesso técnico ou independência para revisar decisões já tomadas, o caminho alternativo é contratar uma auditoria SEO, AEO e GEO com escopo técnico. A página descreve o serviço; este artigo permanece como roteiro para quem prefere executar por conta própria.