Auditoria de SEO técnico: encontre problemas que prejudicam a busca

O que é uma auditoria de SEO técnico?

Uma auditoria de SEO técnico é uma avaliação sistemática da configuração técnica de um site com o objetivo de identificar problemas que prejudicam a descoberta (crawling), a indexação, a renderização, o desempenho e a compreensão do conteúdo pelos mecanismos de busca. Diferente de um checklist genérico, uma boa auditoria estrutura hipóteses, valida com dados e fornece passos verificáveis para correção e validação.

Como pensar o escopo e a priorização

Antes de correr para ferramentas, defina escopo, objetivos e critérios de prioridade. Perguntas úteis:

- Quais seções do site afetam receitas, leads ou tráfego de topo de funil?
- Quais problemas bloqueiam a indexação de páginas estratégicas?
- Quais falhas têm impacto direto na experiência do usuário (Core Web Vitals) e quais são só irritantes?

Use um modelo de priorização com três faixas: bloqueadores (impedem indexação ou criam loops), alto impacto (afetariam visibilidade ou experiência), e médio/baixo (boa prática e manutenção). Priorize correções que recuperem páginas importantes da indexação ou reduzam trabalho do rastreador.

Checklist prático: o que verificar e como validar

1) Descoberta e rastreabilidade

Objetivo: confirmar que os mecanismos de busca conseguem encontrar as URLs importantes e que você não está bloqueando recursos essenciais.

Verificações e comandos:

- Inspecione robots.txt e regras de hosting para bloquear caminhos errados. Use um fetch simples: curl -I https://seusite.com/robots.txt para ver o arquivo e os headers.

- Valide se páginas-chave estão retornando códigos de resposta corretos: curl -I https://seusite.com/pagina-importante (curl -I retorna apenas os headers).

- Analise logs de servidor para padrões de crawling e status codes. Procure por muitos 4xx/5xx em páginas valiosas; confirme user-agents de Googlebot: desde julho de 2024 o Google usa Googlebot Smartphone como user-agent padrão para Search.

2) Indexação e cobertura

Objetivo: confirmar que o que precisa estar no índice foi indexado e que páginas que não devem estar indexadas estão protegidas.

Verificações e passos:

- Para páginas que você possui, use o URL Inspection no Google Search Console para ver o status de indexação, problemas de cobertura e detalhes de renderização.

- O operador site: pode dar sinais públicos sobre indexação, mas não é definitivo. Use site: apenas como indicador externo.

3) Canonicals, sitemaps e duplicidade de conteúdo

Objetivo: garantir que sinais canônicos são claros e que o sitemap reflete a estrutura canônica.

Verificações:

- Verifique a tag rel="canonical" em HTML: exemplo e confirme que os canônicos não formam loops ou apontam para páginas não indexáveis.

- Compare sitemaps XML com URLs canônicas. Sitemaps devem listar URLs canônicas, não variantes com parâmetros irrelevantes.

4) Renderização JavaScript e conteúdo dinâmico

Objetivo: entender o que o bot e o usuário veem após o JavaScript ser executado.

Técnicas de verificação:

- Use curl com um user-agent para verificar HTML servidor-side: curl -A "Googlebot Smartphone" https://seusite.com/pagina (sem -I para obter o corpo).

- Abra a página no Chrome e compare o "view-source" com o DOM renderizado no DevTools (Elements). Se o conteúdo aparece somente no DOM renderizado, confirme que o mesmo HTML aparece quando requisitado por Googlebot Smartphone.

5) Desempenho e Core Web Vitals

Objetivo: reduzir fricção de usuário que também afeta sinais de qualidade. Core Web Vitals e outros indicadores de desempenho devem ser avaliados com dados de campo e laboratório.

Ferramentas e passos:

- Use o relatório Core Web Vitals no Google Search Console e dados do Chrome UX Report para visão de campo; utilize Lighthouse/DevTools para diagnóstico laboratorial.

6) Redirects, HTTPS e headers

Verifique cadeias de redirecionamento, uso consistente de HTTPS e cabeçalhos relevantes (Content-Type, X-Robots-Tag, cache-control). Exemplos de comandos: curl -I https://seusite.com/antiga-url para ver o Location header e status; curl -I -L pode seguir redirects automaticamente.

7) Structured data e rich results

Valide JSON-LD ou microdata com o Rich Results Test e o Schema Markup Validator (schema.org). Corrija erros que impedem que conteúdos elegíveis apareçam como rich results.

Ferramentas e comandos essenciais

Ferramentas práticas para cada etapa:

- Google Search Console (URL Inspection, Coverage, Core Web Vitals, Performance).
- Chrome DevTools (Network, Coverage, Performance, Elements).
- curl para inspeção rápida de headers e do HTML bruto.
- Rich Results Test e Schema Markup Validator para structured data.
- Ferramentas de auditoria automatizada são úteis, mas sempre valide manualmente problemas críticos.

Como comprovar que uma correção funcionou

Passos para validar correções:

1) Reproduza o erro antes da correção com os mesmos comandos e ferramentas que usou para diagnosticar.
2) Aplique a correção em staging ou produção com controle de versão.
3) Verifique headers/HTML via curl, valide o DOM renderizado no browser e use URL Inspection para páginas que você possui.
4) Para problemas de indexação, use o relatório Coverage e monitore a cobertura; para CWV, verifique os relatórios de campo e dados laboratoriais.
5) Documente a mudança e crie um ticket de regressão para acompanhar por um período definido antes de fechar.

Erros comuns e armadilhas

Principais falhas que vejo em auditorias:

- Confiar apenas em scanners automáticos sem validação manual; nem tudo que uma ferramenta marca é crítico.
- Canonicals apontando para páginas não indexáveis ou para si mesmas em loops.
- Sitemaps com URLs não-canônicas ou páginas bloqueadas por robots.txt.
- Conteúdo importante renderizado só via cliente sem garantir que o bot consiga processá-lo da mesma forma.
- Ignorar os headers X-Robots-Tag em respostas não-HTML (PDFs, imagens) que devem ser controlados.
- Cadeias de redirect longas e inconsistentes entre mobile e desktop.

Como priorizar correções técnicas

Combine três vetores ao priorizar: impacto de negócio (páginas afetadas), facilidade de correção (tempo/custo) e risco (possível regressão ou efeitos colaterais). Corrija primeiro bloqueadores de indexação e problemas que removem conteúdos do índice; em seguida, trate problemas que degradam experiência (CWV) e, por fim, melhorias de manutenção.

Para acompanhar progresso, mantenha uma planilha com: URL afetada, descrição do problema, severidade, owner, commit/PR e data de verificação pós-correção.

Observações sobre busca moderna e limitações

Desde 2024 a experiência de SERP mudou: o Google removeu as páginas em cache tradicionais e as experiências de Search Generative Experience/AI Overviews tornaram-se comuns. Isso não altera as regras básicas de crawling/indexação, mas reforça a importância de conteúdo claro, indexável e marcado por structured data quando aplicável.

Lembre-se de distinguir sempre crawling, indexação e ranking. Uma correção pode permitir que o Google descubra e indexe uma página (crawling/indexação) sem garantir uma melhoria imediata de posições (ranking).

Para quem quiser aprofundar em arquitetura técnica e pipelines de implantação, Leia o guia de Technical SEO para práticas e checklists complementares.

FAQ