Uma auditoria de SEO é o diagnóstico que separa o que impede o site de ser rastreado, indexado e escolhido do que apenas parece um problema. Feita sem método, vira uma lista de 200 alertas de ferramenta, sem prioridade e sem dono. Feita com método, termina em um plano curto, com impacto estimado, responsável e prazo.
Este guia mostra como fazer uma auditoria completa em e-commerce e em sites de serviço: o escopo, as dez camadas de análise, a fórmula para priorizar, o formato do relatório e os erros que mais distorcem o resultado. As referências são a documentação oficial do Google e padrões abertos.
A auditoria não promete ranking. Ela remove obstáculos e orienta a ordem de trabalho. O próprio Google lembra, no seu guia de introdução ao SEO, que mudanças podem levar de horas a vários meses para aparecer. Planeje a revalidação em semanas, não em dias.
O que é uma auditoria de SEO e quando fazer
É a revisão sistemática de tudo o que afeta a presença orgânica do site: acesso dos rastreadores, indexação, estrutura, conteúdo, desempenho, dados estruturados e sinais de confiança. O resultado é uma lista priorizada de achados, cada um com evidência, impacto e correção.
Há momentos em que ela se justifica: antes de uma migração de plataforma (veja o checklist de migração sem perder tráfego), depois de uma queda de tráfego orgânico, antes de investir em conteúdo ou mídia, na entrada de um novo time de marketing e como rotina semestral ou anual. Para sites que mudam pouco, uma revisão por ano costuma bastar. Lojas com catálogo em rotação e muitos filtros pedem um olhar técnico a cada trimestre.
Escopo e preparação
Antes de abrir qualquer ferramenta, defina o que será auditado e consiga os acessos. Uma auditoria sem acesso ao Search Console é uma opinião, não um diagnóstico.
- Acessos: Google Search Console (propriedade verificada), GA4, painel da plataforma (CMS ou loja), servidor ou CDN para logs e redirecionamentos, e o Merchant Center no caso de lojas.
- Ferramentas gratuitas: Search Console, dados de campo de Core Web Vitals pelo PageSpeed Insights e um rastreador de sites para simular a visita de um robô.
- Páginas-chave: home, as principais categorias, os produtos ou serviços de maior receita, o blog e as páginas institucionais. Elas servem de amostra para testar cada camada.
- Linha de base: cliques, impressões e posição média dos últimos meses no relatório de desempenho, para comparar depois das correções.
O relatório de desempenho do Search Console mostra cliques, impressões, CTR e posição média, com recortes por consulta, página, país, dispositivo e aparência na pesquisa. Os dados mais recentes podem ser preliminares e os totais do gráfico podem diferir da tabela, então registre a data de extração dos seus próprios números.
As camadas da auditoria
Percorra as camadas na ordem. Um problema de rastreamento invalida a análise de conteúdo: de nada adianta melhorar uma página que o Google não consegue indexar.
1. Rastreamento e indexação
Comece pelo relatório de indexação de páginas do Search Console. Ele mostra quais URLs estão no índice e por que as outras ficaram de fora, conforme a ajuda oficial do relatório. Depois confira o robots.txt, o sitemap e a resposta do servidor.
Uma distinção que muda diagnósticos: o robots.txt gerencia o tráfego de rastreadores e não é um mecanismo para manter uma página fora do Google, segundo a documentação oficial. Para tirar uma página do índice, use noindex (meta robots ou cabeçalho X-Robots-Tag) ou proteja com senha. E se a página estiver bloqueada no robots.txt, o rastreador nunca verá a regra de noindex, conforme o guia de bloqueio de indexação.
| Status | O que sinaliza | Primeira ação |
|---|---|---|
| Bloqueada por robots.txt | O rastreador foi impedido de acessar a URL | Confirmar se o bloqueio é intencional; se não for, liberar |
| Marcada com noindex | A página pede para ficar fora do índice | Remover noindex em páginas que devem ranquear |
| Rastreada, mas não indexada | O Google visitou e decidiu não indexar | Avaliar qualidade, duplicidade e links internos da página |
| Descoberta, mas não indexada | A URL é conhecida, mas ainda não foi rastreada | Verificar excesso de URLs, profundidade e sitemap |
| Duplicada sem canônica definida | O Google agrupou a URL com outra similar | Declarar a canônica e consolidar variações |
| Soft 404 | A página responde 200, mas parece vazia ou inexistente | Devolver 404 real ou enriquecer o conteúdo |
| Erro de servidor (5xx) | O servidor falhou na visita do robô | Corrigir estabilidade e verificar picos de carga |
Tabela: Analytikos, com base na ajuda do Search Console
Em lojas, o padrão “Rastreada, mas não indexada” em massa nas páginas de produto ou de filtro costuma indicar conteúdo fraco, duplicado ou excesso de URLs. Para entender quanto tempo o Google leva para reavaliar mudanças, veja como o Google revela tempos de rastreamento e indexação.
Mais três verificações técnicas rápidas:
- Sitemap: o Google limita cada arquivo a 50 MB descompactado ou 50.000 URLs. O campo lastmod só é usado quando é consistente e verificável; priority e changefreq são ignorados. Liste apenas URLs canônicas, indexáveis e com status 200.
- Canonical: redirecionamento 301 e rel=canonical são sinais fortes, e o sitemap é sinal fraco, segundo o guia de URLs duplicadas. A canônica é preferência, não ordem.
- Tamanho do HTML: o Googlebot rastreia os primeiros 2 MB de um arquivo HTML, e cada CSS ou JavaScript referenciado é buscado à parte com o mesmo limite.
2. Arquitetura e links internos
O Google encontra páginas principalmente por links de páginas já rastreadas. Mapeie a profundidade (quantos cliques da home até cada categoria e produto), as páginas órfãs (sem nenhum link interno) e as âncoras genéricas. Páginas importantes devem estar a poucos cliques da home e receber links com texto descritivo. Para a lógica por trás, veja o guia de SEO para e-commerce.
3. On-page
Revise título, meta description, H1, URL, texto das imagens e a presença da palavra-chave na intenção certa. O objetivo não é “otimizar” o título de todas as páginas, e sim achar duplicidades, vazios e desalinhamentos com a busca. Um filtro de rastreador que lista títulos duplicados em 20 páginas de blog é um achado de baixo impacto; o mesmo problema em 2.000 páginas de produto é de alto impacto.
4. Conteúdo e EEAT
Avalie se cada página responde à intenção de busca com mais utilidade do que as concorrentes. O Google orienta criar conteúdo útil e confiável, feito para pessoas, e trata a confiança como o aspecto mais importante do EEAT (experiência, especialização, autoridade e confiabilidade), conforme o guia de conteúdo útil. Boas práticas: autoria clara, explicação de como o conteúdo foi produzido e evitar mudar datas apenas para parecer atual. Para o detalhamento do conceito, veja o que é Google EEAT.
Nessa camada entram duas políticas de spam que merecem atenção em auditorias: o abuso de conteúdo em escala, inclusive produzido por IA generativa sem valor agregado, e a duplicação deliberada. Conteúdo duplicado, por si só, não viola as políticas de spam do Google, mas desperdiça rastreamento e dilui sinais.
5. Dados estruturados
A marcação deve refletir o conteúdo visível da página, e o formato recomendado é JSON-LD. Dados válidos não garantem resultado enriquecido, de acordo com as diretrizes gerais. Em lojas, a documentação distingue snippets de produto (páginas em que não se compra) de listagens de comerciante (páginas em que se compra, com preço, frete, devolução e estoque), no guia de dados estruturados de produto. Combinar a marcação com o feed do Merchant Center aumenta a elegibilidade.
Cuidado com tipos descontinuados: o Google deixou de exibir o resultado enriquecido de FAQ, e ele já não consta na galeria de recursos de dados estruturados. Marcar FAQ para ganhar destaque na busca deixou de fazer sentido.
6. Desempenho e Core Web Vitals
Os Core Web Vitals são três métricas de experiência: LCP (tempo de carregamento do maior elemento), INP (responsividade às interações) e CLS (estabilidade visual). A avaliação recomendada usa o 75º percentil dos carregamentos, separado por mobile e desktop, de acordo com o web.dev.
| Métrica | Bom | Precisa melhorar | Ruim |
|---|---|---|---|
| LCP (carregamento) | até 2,5 s | entre 2,5 s e 4,0 s | acima de 4,0 s |
| INP (interação) | até 200 ms | entre 200 ms e 500 ms | acima de 500 ms |
| CLS (estabilidade) | até 0,1 | entre 0,1 e 0,25 | acima de 0,25 |
Fonte: web.dev, páginas de LCP, INP e CLS
Os Core Web Vitals são o único aspecto de experiência da página usado diretamente pelos sistemas de ranking, mas o Google ressalta, na página de experiência da página, que não há um sinal único e que boas notas não garantem o topo. Como referência de contexto global, o Web Almanac 2025 da HTTP Archive mostra que 48% das origens mobile e 56% das desktop passam nos três limiares. É um dado mundial, não brasileiro. Detalhes de interpretação em Core Web Vitals: o que importa.
7. Mobile e HTTPS
O Google indexa a versão mobile. Conteúdo, títulos, dados estruturados e meta robots precisam ser equivalentes aos da versão desktop, e o conteúdo principal não deve depender de interação para carregar, segundo o guia de indexação mobile-first. HTTPS faz parte da autoavaliação de experiência da página: confirme redirecionamento de HTTP para HTTPS e URLs HTTPS no sitemap.
8. Autoridade e links
Examine quem aponta para o site, com que âncoras e em que contexto. O objetivo é achar padrões de risco, como links pagos ou em massa que violam as políticas de spam, e oportunidades de menção em sites relevantes. Não use métricas proprietárias de ferramentas como nota oficial do Google: nenhuma ferramenta de terceiros tem acesso aos sistemas internos de ranking.
9. SEO de e-commerce
É a camada em que a maioria das lojas perde tráfego. Navegação facetada, variações de produto, itens esgotados, paginação e feed do Merchant Center são pontos de checagem.
- Facetas: geram rastreamento excessivo de URLs inúteis e atrasam a descoberta de páginas novas. Para não indexar combinações, o Google indica bloquear padrões no robots.txt como mais eficaz no longo prazo do que canonical ou nofollow. Para indexar, use separadores consistentes e devolva 404 em combinações sem resultado, conforme o guia de navegação facetada.
- Paginação: cada página com URL própria, links em
<a href>e canônica para si mesma, não para a página 1. O Google não usa mais rel next e prev, segundo a documentação de paginação. - Variações e esgotados: decida se cor e tamanho são uma URL ou várias e o que fazer com produto fora de estoque. Não há regra única na documentação oficial; é decisão por impacto, a medir caso a caso.
10. Visibilidade em IA e SEO local
Para aparecer como link de apoio em AI Overviews ou AI Mode, a página precisa estar indexada e elegível a snippet, e o Google afirma que não há requisitos técnicos adicionais, no guia de recursos de IA na Pesquisa. O guia de otimização para IA generativa trata AEO e GEO como SEO, e informa que arquivos como llms.txt não são usados pelo Google Search. O tráfego desses recursos entra no relatório de desempenho, em Web. Ou seja, uma boa auditoria de SEO já cobre a base da visibilidade em IA. Para medir a marca nas respostas de IA, veja a auditoria de GEO e o guia O que é GEO e AEO. Em negócios locais, inclua o Perfil da Empresa no Google, recomendado pelo próprio guia.
Cruzar Search Console, GA4 e dados da loja em um só lugar acelera essa leitura. A Athena, plataforma de BI para e-commerce da Analytikos, reúne loja, GA4 e mídia em um só painel e oferece teste de 30 dias grátis.
Como priorizar os achados
Toda auditoria encontra mais problemas do que o time consegue resolver. A priorização é o que transforma o diagnóstico em plano. Uma pontuação simples resolve:
Pontuação = (Impacto × Abrangência × Confiança) ÷ Esforço, com cada fator de 1 a 5.
- Impacto: quanto de tráfego ou receita o problema afeta.
- Abrangência: quantas páginas ou templates são afetados.
- Confiança: quanto a evidência sustenta que a correção resolve.
- Esforço: trabalho de desenvolvimento, conteúdo e aprovação.
| Achado | Impacto | Abrangência | Confiança | Esforço | Pontuação |
|---|---|---|---|---|---|
| Filtros de cor indexáveis em 12 mil URLs | 4 | 5 | 4 | 2 | (4 × 5 × 4) ÷ 2 = 40 |
| Título duplicado em 20 páginas de blog | 2 | 2 | 5 | 1 | (2 × 2 × 5) ÷ 1 = 20 |
| Trocar de CMS por causa de um CLS levemente alto | 3 | 3 | 3 | 5 | (3 × 3 × 3) ÷ 5 = 5,4 |
Tabela: Analytikos
Os números são hipotéticos: servem para mostrar a lógica. O primeiro achado, de maior pontuação, tem alto impacto e esforço baixo; o terceiro tem esforço alto e retorno incerto. Use a matriz a seguir para visualizar o mesmo raciocínio.
Matriz de priorização dos achados
A matriz não substitui julgamento. Um achado de segurança ou de ação manual vai direto ao topo, qualquer que seja a pontuação, porque pode tirar partes do site dos resultados.
Relatório e plano de ação
O relatório da auditoria deve caber em uma leitura de 15 minutos para quem decide e trazer o detalhe técnico em anexo. Cada achado precisa de seis campos.
| Achado | Evidência | Impacto | Responsável | Prazo | Critério de sucesso |
|---|---|---|---|---|---|
| Filtros indexáveis gerando 12 mil URLs | Relatório de indexação e rastreamento | Alto | Desenvolvimento | 30 dias | Queda das URLs de filtro indexadas e aumento das páginas de categoria rastreadas |
| Canônica da paginação aponta para a página 1 | Rastreamento de categorias | Médio | SEO e desenvolvimento | 60 dias | Páginas 2 em diante com canônica própria |
Tabela: Analytikos
Organize o plano em janelas de 30, 60 e 90 dias e marque a data da revalidação. Mudanças levam semanas para se refletir no Search Console, então avalie o resultado depois desse intervalo e compare com a linha de base registrada no início.
Erros comuns em auditorias de SEO
Os erros se agrupam em três naturezas: configuração e rastreamento, interpretação de dados e operação da auditoria. Os números abaixo são ilustrativos.
Erros de configuração e rastreamento
| Erro | Por que acontece e qual o efeito | Como corrigir |
|---|---|---|
| Bloquear no robots.txt para “tirar do Google” | Confunde rastrear com indexar. O rastreador não vê o noindex e a URL pode continuar conhecida pelo Google | Usar noindex em página rastreável, ou senha para conteúdo restrito |
| Combinar noindex com canonical para outra URL | Sinais contraditórios: um pede para sair do índice e outro pede para consolidar | Escolher uma intenção por URL e aplicar o método adequado |
| Sitemap com URLs que redirecionam, dão 404 ou têm noindex | O sitemap é sinal fraco e passa a apontar lixo. Se 3.000 de 12.000 URLs forem redirecionamentos, 25% do arquivo é ruído | Gerar o sitemap só com URLs canônicas, indexáveis e com status 200 |
| Confiar em priority e changefreq | Acreditam que o campo acelera a indexação, mas o Google os ignora | Manter lastmod consistente e remover os demais campos |
| Canônica de todas as páginas de uma categoria apontando para a página 1 | Produtos das páginas seguintes perdem uma rota de descoberta e podem sair do índice | Canônica própria em cada página paginada e links em a href |
| Deixar facetas indexáveis sem controle | 6 cores × 5 tamanhos × 4 faixas de preço = 120 combinações por categoria. Com 100 categorias, são 12.000 URLs quase iguais disputando rastreamento | Bloquear padrões inúteis no robots.txt e devolver 404 em combinação vazia |
Tabela: Analytikos
Erros de interpretação
| Erro | Por que acontece e qual o efeito | Como corrigir |
|---|---|---|
| Medir Core Web Vitals só no laboratório | Ferramentas de laboratório simulam uma visita, mas o Google recomenda avaliar dados de campo no 75º percentil. Nota 95 no teste pode conviver com INP ruim em celulares reais | Priorizar dados de campo por mobile e desktop |
| Esperar resultado enriquecido de FAQ | O recurso foi descontinuado; o esforço de marcação não se converte em destaque | Manter FAQ visível para o usuário, sem esperar rich result |
| Tratar llms.txt como prioridade de GEO | O Google informa que não usa esse arquivo no Search. O Web Almanac 2025 mostra que cerca de 2,1% dos sites o têm, em boa parte gerado por plugin | Concentrar-se em indexação, conteúdo útil e dados consistentes |
| Dados estruturados que contradizem o texto visível | O preço no JSON-LD é R$ 199 e o HTML mostra R$ 179. A marcação perde elegibilidade | Gerar o JSON-LD a partir do mesmo dado exibido ao usuário |
| Mobile com menos conteúdo que o desktop | O Google indexa a versão mobile. O texto que só existe no desktop é ignorado na indexação | Equivalência de conteúdo, títulos e marcação entre versões |
Tabela: Analytikos, com base na documentação do Google e no Web Almanac 2025
Erros de operação
| Erro | Por que acontece e qual o efeito | Como corrigir |
|---|---|---|
| Entregar relatório sem dono e sem prazo | O documento lista 180 problemas e ninguém sabe por onde começar. Nada é corrigido | Plano de ação com pontuação, responsável e critério de sucesso |
| Publicar conteúdo em escala sem revisão humana | Páginas geradas em volume sem valor agregado se aproximam do abuso de conteúdo em escala | Revisar, enriquecer ou consolidar antes de publicar |
| Alterar datas só para parecer atual | O Google desaconselha a prática, e ela não melhora a utilidade da página | Atualizar a data apenas quando o conteúdo mudar de fato |
| Não medir depois | Sem revalidação, ninguém sabe se a correção funcionou | Marcar a data de revalidação e comparar com a linha de base |
Tabela: Analytikos
A maioria desses erros nasce de tratar a auditoria como entrega única. Ela funciona melhor como ciclo: diagnosticar, corrigir, medir e repetir.
Checklist da auditoria de SEO
- Acessos ao Search Console, GA4, plataforma e servidor confirmados.
- Linha de base de cliques, impressões e posição registrada.
- Relatório de indexação analisado e status críticos explicados.
- robots.txt, sitemap e canônicas revisados, sem conflito de sinais.
- Redirecionamentos sem cadeias e sem erros de servidor.
- Arquitetura mapeada: profundidade, páginas órfãs e âncoras.
- Títulos, descriptions e H1 revisados por template.
- Conteúdo avaliado quanto à utilidade, autoria e duplicidade.
- Dados estruturados validados e coerentes com o texto visível.
- Core Web Vitals medidos em dados de campo, mobile e desktop.
- Versão mobile equivalente à desktop e HTTPS correto.
- Facetas, paginação, variações e esgotados tratados.
- Feed do Merchant Center e Perfil da Empresa conferidos, quando aplicável.
- Plano de ação priorizado, com dono, prazo e data de revalidação.
Perguntas frequentes
Quanto tempo leva para ver o resultado de uma auditoria?
O Google informa que mudanças podem levar de horas a vários meses para aparecer. Planeje a revalidação em algumas semanas e compare com a linha de base do início.
Posso fazer uma auditoria só com ferramentas gratuitas?
Sim, para a maior parte dos diagnósticos. Search Console, GA4, PageSpeed Insights e um rastreador cobrem rastreamento, indexação, desempenho e estrutura. Ferramentas pagas ampliam escala, não substituem o método.
O robots.txt remove uma página do Google?
Não. Ele gerencia o tráfego de rastreadores. Para manter a página fora do índice, use noindex ou senha, e deixe a URL rastreável para o Google ler a regra.
Preciso de llms.txt ou schema especial para aparecer em IA?
O Google informa que não há requisitos técnicos adicionais além de a página estar indexada e elegível a snippet, e que não usa o llms.txt no Search.
Core Web Vitals pesam no ranking?
São o único aspecto de experiência da página usado diretamente pelos sistemas de ranking, mas o Google afirma que não há sinal único e que boas notas não garantem o topo.
Qual a diferença entre "Rastreada" e "Descoberta, mas não indexada"?
Em “Rastreada, mas não indexada”, o Google visitou a página e decidiu não indexar. Em “Descoberta, mas não indexada”, a URL é conhecida, mas ainda não foi rastreada.
O FAQ schema ainda funciona?
O resultado enriquecido de FAQ foi descontinuado e não consta na galeria atual de dados estruturados. Manter perguntas visíveis na página continua útil para o usuário.
Com que frequência devo auditar o site?
É recomendação da Analytikos: anual para sites estáveis e trimestral para lojas com catálogo em rotação, além de uma auditoria antes de migrações ou depois de quedas de tráfego.
