Guia técnico · SEO e Busca

Auditoria de SEO: checklist técnico completo e como priorizar

Aprenda a auditar rastreamento, indexação, arquitetura, conteúdo, performance e mensuração, com testes e prioridades aplicáveis.

Ilustração editorial do artigo Auditoria de SEO: checklist técnico e plano de prioridades

Uma auditoria de SEO identifica o que impede um site de ser encontrado, compreendido, indexado e escolhido nas buscas. O trabalho não termina em uma lista de erros: cada achado precisa de evidência, impacto, prioridade, responsável e critério de aceite.

O checklist desta página serve para sites institucionais, blogs, lojas e produtos digitais. O peso de cada item muda conforme tecnologia, tamanho, modelo de negócio e histórico do domínio.

O que é uma auditoria de SEO?

É uma investigação estruturada do site e de sua presença orgânica. Ela cruza dados de rastreamento, Search Console, analytics, servidor, conteúdo, arquitetura e concorrência para responder três perguntas:

  1. Os mecanismos de busca conseguem acessar e processar as páginas importantes?
  2. O site oferece a melhor resposta disponível para as intenções prioritárias?
  3. O tráfego orgânico contribui para objetivos reais do negócio?

Uma ferramenta pode coletar centenas de sinais, mas não sabe sozinha quais páginas sustentam receita, quais URLs serão migradas ou quais limitações a equipe consegue resolver. A análise exige contexto.

Cinco camadas de uma auditoria de SEO
Uma auditoria útil conecta acesso técnico, indexação, arquitetura, conteúdo e negócio.

O que a auditoria não deve ser

  • Uma exportação automática entregue sem interpretação.
  • Uma pontuação genérica usada como objetivo.
  • Uma caça a qualquer aviso de ferramenta.
  • Uma promessa de primeira posição após corrigir erros.
  • Uma revisão apenas de títulos e palavras-chave.
  • Um documento sem plano de execução.

Antes de começar: defina escopo e linha de base

Registre data, ambientes, subdomínios, países, idiomas, CMS, tecnologias e acessos disponíveis. Defina quais conversões importam e quais seções não podem ser alteradas.

Monte uma linha de base com:

  • cliques, impressões, consultas e páginas no Search Console;
  • sessões orgânicas, conversões e receita quando aplicável;
  • URLs indexadas e excluídas;
  • principais páginas de entrada;
  • alterações recentes, migrações e quedas conhecidas;
  • backups, ambiente de teste e processo de publicação.

Sem essa fotografia inicial, fica difícil separar efeito da correção, sazonalidade e oscilações normais.

1. Rastreamento e acesso

Robots.txt

Verifique se o arquivo responde no domínio correto, se não bloqueia CSS, JavaScript ou seções que precisam ser avaliadas e se aponta para o sitemap atual. Uma regra em robots.txt controla rastreamento; ela não é um mecanismo confiável para remover do índice uma URL já conhecida.

Status HTTP

Cada URL precisa responder de acordo com sua função:

Status Uso esperado Problema comum
200 Página disponível Página inexistente respondendo 200, criando soft 404.
301/308 Mudança permanente Cadeias, loops ou destino irrelevante.
302/307 Mudança temporária Usado indefinidamente em migração permanente.
404/410 Conteúdo ausente ou removido Links internos e sitemap ainda apontam para a URL.
5xx Falha do servidor Instabilidade impedindo usuários e rastreadores.

Navegação e links internos importantes devem existir como elementos <a href> válidos. Eventos JavaScript sem endereço podem funcionar para pessoas e permanecer invisíveis para rastreadores ou ferramentas auxiliares.

Logs do servidor

Em sites grandes ou com problemas persistentes, logs mostram o que Googlebot solicitou, frequência, status e desperdícios. Compare o comportamento real com o que o crawler de auditoria encontrou.

Fluxo da descoberta de uma URL até a indexação
A URL precisa atravessar várias etapas antes de estar apta a competir nos resultados.

2. Indexação

Meta robots e X-Robots-Tag

Procure noindex acidental em páginas públicas, especialmente depois de migrações. Confira também cabeçalhos HTTP em PDFs e outros arquivos. Uma página bloqueada no robots pode impedir que o mecanismo veja o noindex presente nela.

Sitemap XML

O sitemap deve conter apenas URLs canônicas, indexáveis e com resposta 200. Remova redirects, erros, páginas de busca interna, ambientes de teste e conteúdo que não deve aparecer. A data de modificação precisa refletir mudanças materiais.

Relatório de indexação

Não trate toda exclusão como erro. Redirects, alternativas com canonical e páginas removidas podem estar corretamente fora do índice. Investigue principalmente URLs estratégicas marcadas como rastreadas ou descobertas, mas não indexadas; duplicadas inesperadas; soft 404; bloqueios e falhas do servidor.

Inspeção de URL

Para amostras prioritárias, compare URL declarada, canonical escolhida, rastreamento, renderização e recursos carregados. O teste ao vivo confirma acesso atual; o relatório indexado mostra a última versão processada pelo Google.

3. Canonicals e duplicidade

A canonical indica a versão preferida entre páginas iguais ou muito semelhantes. Audite:

  • uma canonical válida por página;
  • uso de URL absoluta e protocolo correto;
  • canonical autorreferente nas páginas únicas;
  • coerência entre canonical, redirect, sitemap e links internos;
  • parâmetros, filtros, paginação e ordenações;
  • versões com e sem www, HTTP e HTTPS;
  • conteúdo repetido entre categorias, tags e páginas de produto.

Canonical é um sinal, não uma ordem. Quando sinais entram em conflito, o buscador pode escolher outra URL.

A arquitetura deve ajudar pessoas e mecanismos a compreender hierarquia, contexto e relação entre páginas. Avalie profundidade de clique, páginas órfãs, menus, breadcrumbs, hubs temáticos e distribuição de links.

Checklist de arquitetura

  • Páginas comerciais importantes são acessíveis pela navegação.
  • Conteúdos informativos levam a próximos passos coerentes.
  • Não existem páginas órfãs presentes apenas no sitemap.
  • Âncoras descrevem o destino sem repetição artificial.
  • Links quebrados e redirects internos foram substituídos pelo destino final.
  • Categorias representam temas úteis, não apenas arquivos cronológicos.

Um site pequeno não precisa de uma arquitetura complicada. Precisa deixar evidente o que oferece, para quem, como os assuntos se conectam e onde aprofundar.

5. URLs e redirects

URLs devem ser estáveis, descritivas e simples de manter. Não é necessário alterá-las apenas para inserir uma palavra-chave. Toda mudança cria trabalho de redirect, atualização de links, sitemap, canonicals, campanhas e mensuração.

Ao migrar, produza um mapa URL antiga → destino equivalente. Evite redirecionar tudo para a home. Teste cadeias, loops, parâmetros, maiúsculas, barra final e arquivos importantes.

6. JavaScript e renderização

Sites baseados em JavaScript passam por rastreamento, renderização e indexação. Compare o HTML inicial com o conteúdo renderizado:

  • título, texto principal e links existem sem interação?
  • conteúdo exige clique, rolagem ou consentimento para carregar?
  • APIs falham para usuários sem sessão?
  • canonical e meta robots mudam após execução?
  • rotas retornam 200 mesmo quando o conteúdo não existe?
  • recursos críticos estão bloqueados?

Renderização no servidor ou pré-renderização pode reduzir dependência de processamento, melhorar velocidade percebida e facilitar o acesso por diferentes agentes.

7. SEO on-page

Título

Cada página deve possuir um título único e específico. Verifique repetições, textos truncados, ausência de contexto e modelos que colocam a marca antes da informação principal.

Meta description

A descrição não garante exibição, mas ajuda a comunicar relevância. Evite duplicar a mesma frase em todo o site. Resuma resposta, diferencial ou próximo passo sem promessas enganosas.

Headings

Use um H1 principal e subtítulos que representem a estrutura real. O problema não é usar mais de um H1 por regra absoluta do HTML; é criar hierarquia confusa para leitores, acessibilidade e manutenção.

Conteúdo principal

Confirme se a página responde à intenção logo no início, apresenta informações verificáveis, reduz dúvidas e evita blocos escritos apenas para repetir termos. Compare com resultados que já atendem a busca, mas procure adicionar experiência, dados, exemplos ou utilidade própria.

8. Qualidade, sobreposição e atualização de conteúdo

Faça um inventário por URL com intenção, tema, tráfego, conversões, links e data de revisão. Identifique:

  • páginas competindo pela mesma intenção;
  • conteúdos curtos sem função clara;
  • informações antigas ou incorretas;
  • páginas fortes que perderam cobertura;
  • artigos sem ligação com oferta ou cluster;
  • conteúdo gerado em escala sem revisão e diferenciação.

A ação não é sempre escrever mais. Você pode atualizar, consolidar, redirecionar, reposicionar ou remover. Preserve a URL que concentra sinais quando a intenção permanece.

9. Imagens, vídeo e arquivos

  • Use imagens relevantes, dimensões adequadas e compressão eficiente.
  • Escreva texto alternativo conforme a função visual, sem preencher palavras-chave.
  • Evite colocar informações essenciais somente dentro da imagem.
  • Inclua largura e altura para reduzir mudança de layout.
  • Verifique lazy loading sem esconder o principal elemento visual.
  • Audite PDFs que recebem tráfego e decida se o conteúdo precisa de uma página HTML.

10. Performance e Core Web Vitals

Separe dados de campo, coletados de usuários reais, de testes de laboratório. Os Core Web Vitals atuais observam carregamento com LCP, responsividade com INP e estabilidade visual com CLS.

Diagnóstico de performance

  • Identifique o elemento responsável pelo LCP.
  • Reduza bloqueio causado por JavaScript e tarefas longas.
  • Defina dimensões de imagens, anúncios e componentes dinâmicos.
  • Evite fontes e scripts desnecessários.
  • Use cache, compressão e formatos adequados.
  • Meça páginas representativas, não apenas a home.

Uma nota alta em laboratório não substitui experiência real, e velocidade sozinha não resolve conteúdo fraco. Performance é parte da qualidade técnica.

11. Mobile, acessibilidade e experiência

O Google utiliza a versão mobile para indexação. Compare conteúdo, links, dados estruturados, títulos e imagens entre dispositivos. Teste toque, contraste, formulários, mensagens de erro, navegação por teclado e leitura por tecnologias assistivas.

Acessibilidade não é um “fator de ranking” simplificado. Ela melhora a capacidade de pessoas usarem a página e costuma revelar problemas de HTML, interação e conteúdo.

12. Dados estruturados

Marcação estruturada deve representar o conteúdo visível e usar tipos adequados. Valide sintaxe e elegibilidade, mas não confunda ausência de erro com garantia de resultado enriquecido.

Confira organização, pessoa, artigo, produto, breadcrumbs ou outros tipos relevantes. Remova avaliações, preços e informações que não existem de forma verificável na página.

13. Segurança e confiança

  • HTTPS válido em todas as versões.
  • Sem conteúdo misto.
  • CMS, tema e dependências atualizados.
  • Permissões e usuários revisados.
  • Backups testados.
  • Políticas e dados de contato acessíveis.
  • Autoria e responsabilidade editorial claras.

Sites comprometidos podem distribuir spam, criar páginas invisíveis ao administrador e perder confiança rapidamente.

Analise links por relevância, contexto, diversidade e destino. Quedas podem indicar remoção de páginas, redirects quebrados ou perda de referências. Evite avaliar qualidade apenas por uma métrica proprietária.

Procure oportunidades legítimas: estudos, ferramentas, dados, parcerias, diretórios realmente úteis e relações públicas. Comprar pacotes de links em massa cria risco sem construir reputação durável.

15. Mensuração e conversão

Valide analytics, tags e eventos antes de atribuir uma queda ao SEO. Teste formulários, cliques de contato, compras e etapas comerciais. Eventos duplicados ou ausentes mudam completamente a leitura.

Conecte página de entrada a lead qualificado, proposta e venda quando for possível e apropriado. SEO deve ser avaliado por contribuição ao negócio, não apenas por sessões.

Matriz de priorização por impacto e esforço
Prioridade não é quantidade de alertas: é a relação entre impacto, esforço, urgência e confiança.

Como priorizar os achados

Classifique cada item usando cinco dimensões:

Dimensão Pergunta
Impacto Quantas páginas, usuários ou oportunidades são afetados?
Urgência Existe bloqueio, perda ativa, risco ou lançamento próximo?
Confiança A evidência sustenta a hipótese?
Esforço Quanto trabalho e quantas equipes são necessárias?
Dependência O que precisa acontecer antes?

Uma ordem comum é: bloqueios de acesso e indexação; erros de migração e servidor; mensuração; páginas comerciais; arquitetura; conteúdo existente com demanda; expansão de novos temas.

Como deve ser o relatório final?

Para cada achado, registre URL ou padrão afetado, evidência, impacto, recomendação, prioridade, responsável e teste de aceite. Inclua exemplos do código atual e esperado quando houver implementação técnica.

Entregáveis úteis:

  • resumo executivo para decisão;
  • backlog filtrável;
  • anexos com rastreamento e dados;
  • mapa de arquitetura e redirects;
  • plano de conteúdo;
  • roteiro de validação;
  • linha de base para acompanhar resultados.

Ferramentas para auditoria de SEO

Nenhuma ferramenta cobre tudo. Uma combinação frequente inclui Search Console, analytics, PageSpeed Insights, teste de resultados avançados, crawler, planilha, inspeção do navegador e logs. Ferramentas pagas ampliam escala e histórico, mas não substituem análise.

Com que frequência fazer uma auditoria?

Faça uma auditoria ampla antes de migrações, redesigns, troca de plataforma, internacionalização ou grandes expansões. Para operação contínua, monitore semanalmente falhas críticas e revise arquitetura, conteúdo e desempenho em ciclos mensais ou trimestrais.

O intervalo depende da velocidade de mudança. Um e-commerce com milhares de produtos exige monitoramento diferente de um site institucional estável.

Checklist resumido

  • Robots e sitemap corretos.
  • URLs estratégicas com 200, indexáveis e canônicas.
  • Redirects sem cadeias ou loops.
  • Links internos válidos e páginas sem orfandade.
  • HTML e conteúdo renderizado equivalentes.
  • Títulos, descrições e headings coerentes.
  • Conteúdo alinhado à intenção e sem sobreposição desnecessária.
  • Imagens otimizadas e sem texto essencial incorporado.
  • Core Web Vitals e experiência mobile avaliados.
  • Dados estruturados fiéis à página.
  • HTTPS, atualizações e backups em ordem.
  • Analytics e conversões validados.
  • Backlog com impacto, esforço, responsável e aceite.

Perguntas frequentes

Uma auditoria garante aumento de tráfego?

Não. Ela melhora a qualidade das decisões e identifica barreiras e oportunidades. O resultado depende da implementação, da demanda, da concorrência e da qualidade da oferta.

Quanto tempo uma auditoria leva?

Depende do número de URLs, tecnologias, mercados e profundidade. O prazo deve considerar coleta, análise, validação e apresentação, não apenas o tempo de execução de uma ferramenta.

Preciso corrigir todos os avisos?

Não. Alguns são irrelevantes para o objetivo; outros afetam poucas páginas. Priorize o que bloqueia acesso, gera risco ou melhora páginas importantes.

Auditoria técnica e auditoria de conteúdo são diferentes?

Elas podem ser contratadas separadamente, mas decisões melhores surgem quando dados técnicos, intenção, conteúdo e resultado comercial são analisados juntos.

Se você precisa transformar o diagnóstico em prioridades executáveis, veja como funciona uma consultoria de SEO ou conheça a solução de SEO e aquisição orgânica.

Leitura sem ruído

Estratégia aplicável, direto no seu e-mail.

Novos guias, comparativos e ferramentas. Sem frequência artificial e com descadastro simples.