Quase todo material sobre auditoria de SEO técnico descreve a mesma coisa: uma lista do que examinar. Rastreabilidade, indexação, velocidade, dados estruturados, canônicas, redirecionamentos. A lista é correta e é inútil sozinha, porque a parte difícil não é saber o que olhar — é decidir o que corrigir primeiro quando o relatório volta com 40 apontamentos e o time de desenvolvimento tem duas semanas de janela.
Este texto trata da segunda parte. O checklist está aqui, mas o que interessa é o critério de prioridade que transforma um relatório em plano de trabalho.
O que é uma auditoria de SEO técnico?
Uma auditoria de SEO técnico é o diagnóstico que produz uma lista priorizada de correções com impacto estimado e esforço estimado para cada uma. Ela não é um inventário de tudo que está errado no site: é a separação entre o que está impedindo páginas de serem encontradas e o que é apenas imperfeito. O entregável é a ordem de execução, não a quantidade de achados.
Essa definição inverte a leitura comum. Uma auditoria com 60 apontamentos não é melhor que uma com 20 — costuma ser pior, porque quem recebeu não sabe por onde começar e acaba não começando. Nos diagnósticos que entregamos, o número de achados varia bastante conforme o porte do site, mas a estrutura é sempre a mesma: cada item traz o que está acontecendo, por que importa em termos de negócio, e qual o esforço para corrigir.
Como fazer uma auditoria de SEO técnico?
A ordem importa. Verificar dados estruturados antes de confirmar que a página é indexável é gastar tempo em otimização de algo que o Google não está lendo.
Trabalhamos em três camadas, sempre nesta sequência.
Indexação e cobertura
A primeira pergunta é se o Google consegue chegar e se está guardando. Antes de qualquer outra coisa.
- `robots.txt` — verificar se algum Disallow está bloqueando diretório útil. É comum um bloqueio criado para ambiente de homologação sobreviver à subida para produção.
- Meta robots e cabeçalho `X-Robots-Tag` — procurar noindex remanescente. O caso clássico: o site inteiro sobe com noindex de desenvolvimento e ninguém percebe por semanas.
- Relatório de indexação no Search Console — comparar páginas enviadas com páginas indexadas. Uma diferença grande é o sintoma; as categorias de exclusão dizem a causa.
- Sitemap — confere se lista as URLs canônicas atuais, sem redirecionamentos nem páginas removidas, e se está declarado no robots.txt.
- Canônicas — cada página aponta para si mesma ou para a versão preferida. Canônica apontando para a home é erro frequente em template mal configurado e apaga a página do índice.
- Cadeias de redirecionamento — dois ou três saltos até o destino final desperdiçam rastreamento e diluem sinal. O ideal é um salto.
- Duplicação interna — páginas diferentes com o mesmo conteúdo competindo entre si.
Esse último item é o que mais aparece nos sites de serviço que auditamos. Uma empresa com vinte páginas de serviço frequentemente tem três descrevendo a mesma oferta com títulos parecidos, criadas em momentos diferentes por pessoas diferentes. As três dividem o sinal, nenhuma ranqueia, e o diagnóstico interno costuma ser "falta conteúdo" quando o problema é excesso de URLs.
Estrutura e hierarquia semântica
Confirmada a indexação, a pergunta vira: o Google entende do que trata cada página?
- H1 único e descritivo por página, com o tema nas primeiras palavras.
- Aninhamento correto de H2 e H3, sem saltos de nível. O detalhamento está em hierarquia de headings.
- Title e meta description dentro dos limites, sem duplicação entre páginas.
- Arquitetura de links internos — nenhuma página relevante a mais de três cliques da home; nenhuma página órfã.
- Texto de âncora consistente. O mesmo destino recebendo cinco âncoras diferentes ao longo do site enfraquece o sinal.
- Dados estruturados válidos e correspondentes ao conteúdo visível.
- Alt em imagens que carregam informação, com descrição real e não repetição da palavra-chave.
Performance e Core Web Vitals
Por último, porque é a camada de menor retorno quando as duas anteriores estão quebradas — e de retorno real quando elas estão em ordem.
- LCP, INP e CLS medidos com dados de campo, não só de laboratório. O relatório de experiência na página do Search Console traz o dado de usuário real, que é o que conta.
- Peso e formato de imagem — formatos modernos, dimensionamento correto, carregamento adiado abaixo da dobra.
- Bloqueio de renderização por scripts de terceiros. Ferramentas de marketing acumuladas ao longo dos anos costumam ser a maior fatia.
- Renderização em JavaScript — se o conteúdo principal só existe depois da execução do script, testar como o Google renderiza a página.
- Comportamento em mobile, que é a versão que o Google usa para indexar.
Quais erros técnicos derrubam mais tráfego?
Nem todo erro custa o mesmo. Estes cinco são os que, na nossa experiência, mais separam sites que crescem de sites que estacionam.
`noindex` ou bloqueio herdado de homologação. O erro mais caro e o mais fácil de corrigir. Some com a página inteira do índice, e ninguém procura por ele porque parece improvável demais.
Canônica apontando para a página errada. Silencioso, porque a página continua carregando normalmente para o visitante. Só aparece no relatório de indexação, na categoria de página alternativa com canônica adequada.
Duplicação entre páginas de serviço. Não derruba de uma vez; impede o crescimento. Três URLs disputando a mesma consulta rendem menos que uma bem-feita.
Paginação e filtros gerando URLs infinitas. Comum em catálogo e em listagem de blog com facetas. O rastreador gasta orçamento em combinações sem valor e demora a voltar nas páginas que importam.
Migração sem mapa de redirecionamento. Troca de plataforma ou de estrutura de URL sem 301 de cada endereço antigo para o novo correspondente. A queda vem em duas ou três semanas, e a recuperação leva meses.
Repare que nenhum desses aparece em um relatório de tráfego como causa. Todos aparecem como efeito — o gráfico cai, e a explicação está em outra tela.
Como priorizar as correções depois do relatório?
Aqui está a parte que decide se a auditoria vira resultado ou vira PDF arquivado. Cada achado recebe duas notas de 1 a 3.
Impacto — 3 quando o item impede indexação ou afeta o site inteiro; 2 quando afeta um conjunto de páginas relevantes; 1 quando afeta páginas isoladas ou é melhoria incremental.
Esforço — 1 quando é ajuste de configuração ou de template; 2 quando exige desenvolvimento pontual; 3 quando exige migração, reestruturação ou trabalho editorial extenso.
A ordem de execução é impacto dividido por esforço, do maior para o menor. Isso costuma produzir uma sequência contraintuitiva e muito eficiente:
O padrão que se repete: as correções de maior retorno costumam ser as mais baratas, porque são de configuração e se aplicam ao site inteiro de uma vez. As caras — migração, reescrita, reestruturação de arquitetura — quase sempre podem esperar o segundo ciclo.
Uma regra que evita desperdício: não implemente dados estruturados em uma página que ainda não está sendo indexada corretamente. É otimizar a apresentação de algo que o Google não está lendo.
Com que frequência refazer a auditoria?
Depende menos do calendário e mais do que mudou.
Auditoria completa vale uma vez por ano em site estável, ou a cada seis meses em site com publicação frequente e várias pessoas mexendo no CMS.
Auditoria pontual é obrigatória depois de qualquer um destes eventos: troca de plataforma ou de tema, mudança na estrutura de URLs, redesenho do template, alteração no menu principal, ou queda de tráfego sem causa sazonal identificada.
Monitoramento contínuo substitui parte da auditoria e custa quase nada: acompanhar semanalmente o relatório de indexação e as métricas de experiência no Search Console detecta a maioria dos problemas estruturais antes que virem queda visível. Auditoria é diagnóstico profundo; monitoramento é o alarme que diz quando o diagnóstico é necessário.
Auditoria interna ou consultoria externa?
Se existe internamente alguém que consegue ler o Search Console, rodar um crawler e discutir prioridade com o time de desenvolvimento, boa parte da auditoria é viável em casa — e tem a vantagem de quem conhece o histórico do site e sabe por que cada decisão estranha foi tomada.
O que costuma justificar olhar externo é outra coisa: a auditoria interna tende a confirmar o que a equipe já suspeitava. Quem construiu o site tem pontos cegos nos lugares onde tomou decisões conscientes há dois anos e nunca revisitou. O valor do diagnóstico externo está menos na ferramenta e mais em não ter compromisso com nenhuma decisão anterior.
Há também o fator de priorização. A parte difícil não é encontrar os problemas — é sustentar diante da diretoria que corrigir canônica vale mais que publicar dez artigos neste trimestre. Um diagnóstico externo com impacto e esforço estimados por item costuma resolver essa conversa mais rápido que uma planilha interna.
Para empresas B2B, onde poucas páginas concentram quase toda a receita, a auditoria tem retorno desproporcional: corrigir a estrutura de cinco páginas de segmento muda mais o pipeline que qualquer volume de conteúdo novo. O raciocínio completo está em SEO para empresas B2B, e as ferramentas que usamos nesse processo estão listadas em ferramentas de SEO.
Se quiser começar pelo diagnóstico antes de decidir qualquer coisa, solicite sua auditoria. Você recebe a lista priorizada com impacto e esforço estimados por item, no formato que o seu time de desenvolvimento consegue executar.
Fontes
- Search Console Help — Relatório de indexação de páginas [https://support.google.com/webmasters/answer/7440203?hl=pt-BR]
- Google Search Central — Sitemaps [https://developers.google.com/search/docs/crawling-indexing/sitemaps/overview?hl=pt-br]
- web.dev — Core Web Vitals [https://web.dev/articles/vitals?hl=pt-br]
