Uma auditoria SEO não é um relatório de 80 páginas que ninguém lê. É uma lista de verificação que é executada numa ordem específica para evitar perder horas perseguindo fantasmas. O que se segue é uma checklist operacional, pensada para ser executada de cima para baixo, com os pontos que realmente fazem a diferença e os que costumam gerar falsos positivos.
Antes de começar, um aviso que raramente aparece nos guias: não audite um site que acabou de migrar ou ser redesenhado. Precisa de pelo menos quatro semanas de dados estáveis no Search Console. Auditar durante a ressaca de uma implementação fará com que diagnostique problemas que já se estão a resolver sozinhos.
Bloco 0: preparação da auditoria (antes de tocar em nada)
Esta fase é quase sempre ignorada e é a causa de metade dos relatórios incoerentes.
1. Defina o âmbito e o tipo de site
Não se audita da mesma forma um ecommerce com 40.000 URLs que um site corporativo de 60 páginas. No primeiro, o orçamento de rastreamento e as facetas de filtros são o eixo; no segundo, a ligação interna e os títulos duplicados pesam mais. Escreva o âmbito numa linha antes de abrir qualquer ferramenta.
2. Fixe o período de comparação
Escolha janelas de 28 dias comparáveis (evite dezembro contra janeiro em setores sazonais). O Search Console limita o histórico a 16 meses, por isso, se precisar de mais, exporte já.
3. Verifique acessos e propriedades
Confirme que tem propriedade de domínio (não apenas de prefixo de URL) no Search Console, acesso de leitura ao Google Analytics 4, e credenciais de servidor ou pelo menos de um painel tipo cPanel para rever logs e cabeçalhos. Sem acesso a logs, a sua auditoria técnica será parcial: diga-o no relatório em vez de o disfarçar.
4. Documente o estado inicial
Registe cliques, impressões, CTR médio e posição média dos últimos 28 dias. Guarde também o número de URLs indexadas (site: é uma aproximação grosseira; use o relatório de Páginas do Search Console). Este snapshot é a sua linha de base e evita discussões posteriores sobre o que melhorou.
Bloco 1: checklist de indexação e rastreamento
5. Cobertura de indexação
Reveja o relatório de Páginas e classifique os motivos de exclusão. Priorize dois: «Rastreada, atualmente não indexada» (sinal de conteúdo fraco ou canibalização) e «Duplicada sem canónica selecionada pelo utilizador» (conflito de canonicals). O resto costuma ser ruído esperado.
6. Robots.txt e meta robots
Procure Disallow: / acidentais e noindex herdados de ambientes de staging. Um erro clássico: bloquear no robots.txt uma URL que também tem noindex; o Google nunca verá a etiqueta e a URL pode continuar a aparecer nos resultados sem descrição.
7. Sitemap XML
Verifique que o sitemap contém apenas URLs canónicas, indexáveis e com estado 200. Um sitemap com redirecionamentos 301 ou páginas noindex é um sinal de descuido que consome rastreamento. Confirme também que está declarado no robots.txt e enviado no Search Console.
8. Códigos de estado HTTP
Rastreie o site e agrupe os 4xx e 5xx. Atenção aos 404 que antes eram páginas com tráfego: se tinham links externos, merecem um 301 para o equivalente mais próximo. Os 5xx intermitentes são os mais perigosos porque não aparecem num rastreamento pontual; reveja os logs para os detetar.
9. Cadeias de redirecionamentos e ciclos
Um redirecionamento que passa por três saltos perde sinais e torna o processo mais lento. Corrija as cadeias para que cada URL antiga aponte diretamente para o destino final num único salto.
10. Orçamento de rastreamento (sites grandes)
Analise os logs do servidor e calcule que percentagem de hits do Googlebot recebe cada tipo de URL. Se as URLs de filtros ou parâmetros consomem mais de 30%, tem um problema de arquitetura, não de conteúdo. Aqui as soluções passam por robots.txt, canonicals ou links internos nofollow, e cada uma tem efeitos secundários que convém avaliar separadamente.
Bloco 2: checklist técnico de desempenho
11. Core Web Vitals por template, não por site
O relatório do Search Console agrupa por «grupos de URLs». Audite uma amostra de cada template (home, categoria, produto, blog) porque um template com um carrossel pesado pode arrastar todo o grupo. LCP acima de 2,5 s em mobile é o problema mais frequente; costuma vir de imagens sem dimensões ou de fontes que bloqueiam a renderização.
12. Renderização JavaScript
Se o site for uma SPA, compare o HTML fonte com o DOM renderizado. Um erro habitual: conteúdo crítico injetado apenas por JavaScript que o Google indexa com atraso ou diretamente não indexa se houver erros de consola. O teste de «Inspecionar URL» com captura de ecrã mostra-lhe o que o Google vê realmente.
13. Canonicals e duplicidades
Verifique que cada página tem uma canónica autorreferente, salvo se for intencionalmente uma variante. As duplicidades por parâmetros de seguimento ou por versão com e sem barra final resolvem-se melhor no servidor do que com etiquetas.
14. Hreflang (se houver versões multilingues)
Confirme que as etiquetas são recíprocas. Um hreflang que aponta para uma URL que não devolve o link de retorno é ignorado silenciosamente.
15. Segurança e certificados
Certificado válido, sem conteúdo misto, e HSTS se aplicável. Um certificado caducado durante 48 horas pode fazer com que o Google retire a confiança no domínio por mais tempo do que o necessário para o renovar.
Bloco 3: checklist on-page e conteúdo
16. Títulos e meta descrições
Exporte todos os títulos e detete duplicados e truncamentos. Não persiga um comprimento exato de caracteres: o Google reescreve títulos com frequência. Priorize que cada título descreva a intenção da página e não repita o padrão de marca em todas.
17. Estrutura de cabeçalhos
Um único H1 por página e hierarquia lógica. Mais importante do que o número de H2 é que os cabeçalhos reflitam os subtemas que um utilizador procuraria.
18. Canibalização de keywords
Cruze as consultas do Search Console com as URLs que recebem impressões. Quando duas URLs partilham as mesmas consultas durante semanas, nem sempre é preciso fundir: por vezes basta diferenciar a intenção. A fusão prematura destrói páginas que funcionavam para consultas distintas.
19. Conteúdo fino e páginas órfãs
Identifique páginas com menos de três links internos de entrada. As órfãs não são descobertas por navegação e dependem apenas do sitemap. Ligá-las a partir do conteúdo relevante costuma ter mais efeito do que reescrevê-las.
20. Ligação interna
Verifique que as páginas que quer posicionar recebem links das de maior autoridade interna. A profundidade de clique ideal é de três níveis; a partir de quatro, o rastreamento ressente-se.
21. Imagens e multimédia
Formatos modernos (WebP/AVIF), atributos width e height para evitar saltos de layout, e textos alternativos descritivos. Os alt recheados de keywords são um fardo, não uma vantagem.
Bloco 4: checklist de links e autoridade
22. Perfil de links de entrada
Reveja a evolução dos domínios de referência e detete picos anómalos. Um crescimento abrupto de links a partir de diretórios de baixa qualidade não costuma exigir desautorização imediata; em muitos casos o Google já os ignora. Documente a decisão, mas não atue por pânico.
23. Links quebrados de saída
Menos crítico do que se apregoa, mas incomoda o utilizador. Priorize os que apontam para recursos que você próprio moveu.
24. Menções sem link
Identifique marcas mencionadas sem link em meios do setor. É a via de link building com melhor retorno a médio prazo, embora exija contacto editorial e não escale com automatização.
Bloco 5: checklist de medição e fecho
25. Objetivos e eventos na analítica
Verifique que os eventos-chave (envio de formulário, clique em telefone, add to cart) são registados corretamente. É frequente encontrar conversões duplicadas ou eventos que não disparam em mobile.
26. Atribuição
Confirme que o tráfego orgânico não está contaminado por campanhas UTM mal etiquetadas. Um erro de etiquetagem pode fazer com que o canal orgânico pareça crescer quando na realidade apenas mudou de nome.
27. KPIs e limiares de alerta
Defina o que consideraria uma queda anómala (por exemplo, mais de 20% de cliques em 14 dias sobre a média das quatro semanas anteriores). Sem limiar, qualquer descida gera um falso alarme.
Priorização: como converter a lista num plano
Uma checklist sem priorização é uma lista de desejos. Classifique cada descoberta em dois eixos: impacto (visitantes afetados × severidade) e custo de implementação. Os bloqueios de indexação e os erros 5xx vêm sempre primeiro. As melhorias de conteúdo e o link building, depois.
Um critério prático que poupa discussões com o desenvolvimento: apresente as descobertas técnicas com a URL de exemplo, a captura de ecrã do problema e a solução concreta. «Otimizar Core Web Vitals» não é uma tarefa acionável; «eliminar o script X do template de produto, que bloqueia a renderização, e adiar o carregamento do carrossel Y» é.
Limitações que convém reconhecer
Nenhuma auditoria deteta tudo. As ferramentas de rastreamento não executam JavaScript como o Google em todos os casos, por isso os problemas de renderização exigem inspeção manual. Os dados do Search Console têm um atraso de dois a três dias e estão sujeitos a limiares de privacidade em consultas com pouco volume. E o impacto de uma correção não é imediato: as alterações de indexação podem demorar semanas a refletir-se, e as melhorias de conteúdo competem contra o resto do SERP, não apenas contra as suas versões anteriores.
Se o site recebe menos de 500 cliques orgânicos por mês, a auditoria técnica exaustiva provavelmente não será a prioridade: o problema costuma ser de intenção e arquitetura de conteúdos. Reconhecê-lo evita investir semanas a afinar cabeçalhos enquanto a raiz do problema permanece intacta.