Como interpretar o resultado de uma análise de SEO
Interpretar o resultado de uma análise de SEO é decidir se cada alerta importa naquele contexto e qual causa ele indica. A ferramenta entrega sinais e a interpretação transforma sinais em diagnóstico. É por isso que dois sites com o mesmo relatório de critérios podem exigir trabalhos completamente diferentes, e por isso que corrigir tudo o que uma ferramenta aponta é quase sempre uma má alocação de tempo.
Esta página trata só da leitura. Para rodar a verificação de uma URL, use o SEO Check. Para o processo completo, com escopo, camadas e priorização, o material está no artigo sobre Auditoria de SEO.
O que a interpretação acrescenta ao resultado de uma ferramenta
A interpretação acrescenta três julgamentos que nenhuma verificação automática faz: se o critério se aplica àquela página, qual causa está por trás do alerta e se a correção muda algo no objetivo daquela URL. Uma ferramenta responde se o critério foi atendido ou não. Ela não responde a causa ou a importância do critério.
O primeiro julgamento é de contexto. Um alerta de hreflang ausente é irrelevante num site monolíngue, e uma contagem baixa de palavras é irrelevante numa página de contato. O critério existe porque vale para a maioria dos casos, não para todos, e a ferramenta não conhece a função da página que está avaliando.
O segundo é de causalidade, e é onde a maioria das análises é deficiente. "A página não está indexada" é um sintoma com pelo menos cinco causas possíveis, cada uma com uma correção diferente. Indicar o sintoma sem identificar a causa produz a sensação de trabalho feito e nenhuma mudança no resultado.
O terceiro é de consequência. Corrigir a og:image de uma página de política de privacidade é tecnicamente correto mas estrategicamente inútil. A interpretação é o que separa o que está errado do que está errado e importa, e é essa separação que alimenta a priorização de uma auditoria.
Como ler os status de um relatório de critérios
Um relatório de critérios bem construído usa cinco status, e o mais informativo é o menos comentado. Atende, atende parcialmente e não atende são autoexplicativos. Os dois que exigem leitura são não aplicável e não avaliado, porque significam coisas opostas e costumam ser confundidos com aprovação. Ferramentas automáticas costumam trabalhar com um conjunto menor, de três status, e é justamente aí que a leitura precisa suprir o que falta.
| Status | O que significa | Como agir |
|---|---|---|
| Atende | O critério foi verificado e está correto | Nada |
| Atende parcialmente | O critério existe mas fora do recomendado, como um title muito longo | Ajuste de baixo esforço, quase sempre |
| Não atende | O critério foi verificado e falhou | Avaliar contexto e causa antes de corrigir |
| Não aplicável | O critério não vale para este tipo de página | Nada, e não conta como falha |
| Não avaliado | A verificação dependia de um dado que não estava disponível | Reavaliar com o dado em mãos |
Não avaliado é o status que salva a análise de uma conclusão errada. Quando um critério depende de dado de campo que ainda não existe para aquela URL, ou de um recurso que a ferramenta não conseguiu buscar, registrar "não avaliado" é honesto e registrar "não atende" é falso. Toda vez que um relatório não oferece esse status, os itens sem dado somem dentro dos aprovados, e a leitura fica otimista sem motivo.
O mesmo raciocínio vale para a nota geral, e a regra prática é ler o grupo antes de olhar o número. Cinco falhas concentradas em rastreamento e indexação são um problema de outra ordem que cinco falhas espalhadas em metadados sociais, e as duas situações podem produzir a mesma nota. Um score serve para ordenar o trabalho de uma página, não para comparar páginas nem para virar meta de time.
Quais alertas costumam ser falsos positivos
Boa parte dos alertas de uma ferramenta são contextuais, e cinco casos aparecem com frequência suficiente nas análises para virar regra de leitura. Falso positivo aqui não significa que a ferramenta errou, significa que o critério não se aplica àquela página.
| Alerta | Quando não importa | Quando importa |
|---|---|---|
hreflang ausente | Site em um único idioma | Há versões por idioma ou por país |
alt vazio em imagem | A imagem é decorativa, e alt="" é o correto | A imagem carrega informação ou é um link |
| Contagem baixa de palavras | Página funcional, como contato ou ferramenta | A página deveria competir por uma busca informacional |
Links externos sem nofollow | Links editoriais para fontes | Links pagos, patrocinados ou de conteúdo de usuário |
| Nota de laboratório ruim | Os dados de campo do CrUX estão bons | Não há dados de campo, e o laboratório é a única evidência |
O caso do laboratório contra o campo merece atenção porque produz discussões improdutivas. A avaliação oficial dos Core Web Vitals usa dados reais de usuários e considera boa a página que atinge os limiares em 75% das visitas, conforme a documentação do web.dev, enquanto a simulação de laboratório é diagnóstico e não veredito. Quando os dois discordam e existe dado de campo, o campo decide.
O caso mais recente de critério que mudou de valor sem mudar de validade é o schema FAQPage. O Google anunciou em 7 de maio de 2026 que os rich results de FAQ deixaram de aparecer na busca, retirou o relatório correspondente do Search Console e o suporte no Teste de Resultados Ricos em junho de 2026 e encerrou o suporte na API do Search Console em agosto de 2026, conforme a documentação oficial do Google Search Central. O tipo continua válido no schema.org e a marcação pode permanecer nas páginas sem prejuízo, porque dados estruturados não usados não atrapalham a busca. A leitura correta, portanto, mudou em uma direção só: encontrar FAQPage numa página não é achado, e esperar bloco expansível na SERP por causa dele é expectativa vencida.
Como separar sintoma de causa
O alerta que a ferramenta mostra é o sintoma, e a causa está sempre uma camada abaixo. A leitura correta é sempre a mesma sequência: identificar o sintoma, listar as causas compatíveis com ele e confirmar cada uma na fonte que consegue provar aquela causa específica.
O exemplo mais comum é a página que não aparece na busca. Ela pode estar com noindex na meta tag ou no cabeçalho HTTP, bloqueada para rastreamento no robots.txt, com canonical apontando para outra URL, classificada como soft 404 por responder status 200 numa página de erro, ou com o conteúdo montado por JavaScript e ausente do HTML inicial. As cinco causas produzem o mesmo sintoma e exigem cinco correções distintas, e a Inspeção de URL do Search Console distingue quatro delas em uma consulta.
Outros três sintomas se resolvem pela mesma lógica. Muitas impressões e quase nenhum clique costuma indicar desalinhamento entre a title tag ou a meta description e a intenção da busca, mas também pode ser apenas posição média baixa, e a diferença está no relatório de consultas. Conteúdo que a ferramenta não encontra na página quase sempre é renderização por JavaScript, não ausência de conteúdo. E uma queda de impressões sem alteração no site geralmente é mudança na composição de consultas, não perda de posição, o que só o histórico do Search Console mostra.
Por que cruzar o resultado com o Search Console
Cruzar com o Search Console é obrigatório porque as duas fontes respondem perguntas diferentes: a ferramenta mostra o que a página entrega agora, e o Search Console mostra o que o Google decidiu sobre ela. Quando as duas concordam, você tem confirmação. Quando discordam, você encontrou um problema técnico.
A discordância mais valiosa aparece nas páginas que passam em todos os critérios técnicos e continuam fora do índice. A ferramenta diz que a página está rastreável, indexável e com canonical correto, e o relatório de Páginas mostra a URL excluída. Isso não é contradição, significa que a decisão do Google se baseou em algo que a verificação de uma URL isolada não vê, como duplicação com outra página do próprio site ou avaliação de valor do conteúdo. Nesses casos o problema mudou de camada, saiu de rastreamento e indexação e passou para conteúdo e arquitetura.
Importante ter em mente sempre o limite de cada lado para não esperar algo que a ferramenta não entrega. O Search Console reporta o resultado do rastreamento que o Googlebot já fez, não rastreia o site quando você manda. A ferramenta de verificação avalia a URL que você informou naquele instante, e não sabe nada sobre o histórico dela nem sobre as URLs vizinhas. Nenhuma das duas substitui a outra, e a leitura conjunta é o que produz diagnóstico.
Perguntas frequentes
Análise de SEO é a mesma coisa que auditoria de SEO?
Não. A análise é a interpretação de um resultado, e a auditoria é o processo documentado que cobre um conjunto definido de páginas e termina em um plano de correções priorizado. A análise é uma etapa dentro da auditoria, e pode existir sozinha quando você só precisa entender o que um relatório está dizendo sobre uma página. O processo completo está em auditoria de SEO.
Preciso corrigir todos os alertas de uma ferramenta de SEO?
Não, e tentar corrigir tudo é o erro mais comum de quem está começando. Parte dos alertas não se aplica ao tipo de página avaliada, e outra parte tem impacto tão pequeno que não justifica o esforço. A pergunta certa para cada item não é "está errado" e sim "corrigir isto muda o desempenho desta página na busca".
Uma ferramenta de análise de SEO pode dar resultado errado?
Pode, e três situações explicam a maioria dos casos. A primeira é conteúdo montado por JavaScript, que não aparece no HTML inicial que a ferramenta buscou. A segunda é cache, quando a resposta analisada não é a versão atual da página. A terceira é interferência de CDN ou firewall, que pode devolver uma página de verificação em vez da página real. Sempre que o resultado contradiz o que você vê no navegador, confirme no HTML renderizado pela Inspeção de URL.
Por que o Search Console mostra dado diferente da ferramenta?
Porque as duas medem momentos diferentes. A ferramenta avalia a página como ela está agora, e o Search Console reporta o que o Googlebot encontrou na última visita, que pode ter sido semanas antes. Divergências de metadados quase sempre são isso. Divergências de indexação, porém, costumam ser reais e merecem investigação, porque indicam que o Google decidiu algo diferente do que o site pretendia.
Conclusão e próximos passos
Interpretar uma análise de SEO é responder três perguntas para cada alerta: se o critério se aplica a esta página, qual causa está por trás dele e se a correção muda o desempenho na busca. Sem essas três, um relatório de critérios continua sendo só uma lista de tarefas, e a maior parte do esforço vai para itens que não movem nada.
O caminho prático é rodar a verificação, ler os grupos antes da nota, listar as causas compatíveis com cada falha e confirmar cada uma na fonte que consegue prová-la. Comece pelo SEO Check para levantar os critérios de uma URL, cruze com o relatório de Páginas do Search Console e, quando o escopo passar de algumas páginas, o processo a seguir é o de auditoria de SEO.