Relatório de Indexação de Páginas no Search Console: ler e agir

Uma página só pode trazer tráfego orgânico se estiver no índice do buscador. Antes de qualquer discussão sobre posição, palavras-chave ou CTR, existe uma condição binária e inegociável: a página está indexada ou não está. O relatório de indexação de páginas é onde essa condição é auditada, e ignorá-lo é a causa raiz de incontáveis conteúdos bem escritos que nunca aparecem para ninguém.

Esse relatório costuma assustar iniciantes porque apresenta uma lista de motivos técnicos com nomes pouco intuitivos. Mas cada motivo conta uma história específica sobre o que aconteceu com aquela URL, e aprender a decifrá-los é uma das habilidades mais rentáveis do SEO técnico. Este guia explica a diferença entre indexado e não indexado, destrincha os motivos mais frequentes de exclusão e mostra o fluxo correto de validação depois de corrigir um problema.

Indexadas versus não indexadas#

O relatório divide as URLs conhecidas do seu site em dois grandes grupos: as que estão indexadas e as que não estão. Essa separação é o ponto de partida de toda análise, e cada lado exige uma leitura diferente.

O grupo de páginas indexadas contém as URLs que o buscador considerou aptas a aparecer nos resultados. Um número saudável aqui é aquele que corresponde à quantidade de páginas que você realmente quer que sejam encontradas. Se você tem cinquenta artigos e apenas dez estão indexados, há algo bloqueando os outros quarenta. Por outro lado, um número de indexadas muito maior do que o esperado pode indicar que páginas que deveriam ficar fora, como versões duplicadas ou páginas de filtro, escaparam para o índice.

O grupo de páginas não indexadas lista as URLs que o buscador conhece mas decidiu, por algum motivo, não incluir no índice. É crucial entender que nem toda exclusão é um problema. Muitas exclusões são corretas e desejadas: páginas que você deliberadamente marcou para não indexar, redirecionamentos, versões não canônicas. O trabalho é separar as exclusões legítimas das que representam conteúdo valioso sendo indevidamente deixado de fora.

Os motivos de exclusão mais comuns#

Cada URL não indexada vem acompanhada de um motivo. Conhecer os principais motivos, o que cada um significa e quando ele é ou não um problema, é o que permite priorizar corretamente o esforço de correção.

Rastreada, mas não indexada no momento#

Esse motivo indica que o buscador visitou a página, leu o conteúdo, mas decidiu não incluí-la no índice por ora. É um dos motivos mais frustrantes porque não aponta um erro técnico claro. Em geral, ele sinaliza que o buscador julgou o conteúdo insuficientemente valioso, muito parecido com outras páginas, ou simplesmente não priorizou aquela URL. A resposta certa raramente é técnica: costuma ser melhorar substancialmente a qualidade e a originalidade do conteúdo, reforçar os links internos que apontam para a página e garantir que ela atenda a uma intenção de busca real e distinta.

Descoberta, mas não indexada no momento#

Aqui o buscador conhece a existência da URL, geralmente por um link ou pelo sitemap, mas ainda nem chegou a rastreá-la. Quando esse motivo afeta muitas páginas, ele frequentemente aponta para limitações de orçamento de rastreamento ou problemas de desempenho do servidor: o buscador está segurando o rastreamento para não sobrecarregar o site. Também pode indicar arquitetura pobre, com páginas enterradas fundas demais na estrutura de links. Melhorar a velocidade do servidor, reduzir a profundidade de cliques e fortalecer os links internos costuma destravar esse grupo.

Página alternativa com tag canônica adequada#

Esse motivo aparece quando a página tem uma tag canônica apontando para outra URL, e o buscador respeitou essa indicação, indexando a versão canônica em vez desta. Na maioria dos casos, isso é exatamente o comportamento desejado e não requer ação. Só vira problema se a canônica estiver apontando para o lugar errado, fazendo com que a página que você queria indexar seja tratada como alternativa de outra.

Duplicada sem canônica selecionada pelo usuário#

Aqui o buscador encontrou várias páginas muito parecidas e, na ausência de uma indicação clara sua, escolheu ele mesmo qual considerar a canônica, deixando as outras de fora. O risco é que a escolha automática nem sempre coincide com a sua preferência. A correção é declarar explicitamente a canônica correta em cada grupo de páginas semelhantes, para que você, e não o algoritmo, decida qual versão representa o conteúdo.

Excluída por tag noindex#

Esse motivo é literal: a página traz uma instrução de noindex, e o buscador obedeceu. Se a página deveria mesmo ficar fora, está tudo certo. O perigo mora nos casos acidentais, quando uma página importante recebeu a tag por engano, muitas vezes por uma configuração de template ou de plugin que se propagou sem que ninguém percebesse. Sempre vale conferir se nenhuma página valiosa aparece aqui indevidamente.

Soft 404#

O soft 404 é um dos motivos mais traiçoeiros. Ele acontece quando uma página retorna um código de sucesso, dizendo ao buscador que está tudo bem, mas o conteúdo dá a entender que a página não existe ou está vazia, como uma mensagem de produto indisponível ou resultado de busca sem itens. O buscador interpreta esse descompasso e trata a página como inexistente. A correção depende da intenção: se a página realmente não deveria existir, o servidor precisa retornar o código de erro correto; se ela deveria existir, o conteúdo precisa ser preenchido de forma substancial.

Página com redirecionamento#

Esse motivo simplesmente informa que a URL redireciona para outro endereço, então ela própria não é indexada, e sim o destino. Costuma ser normal e esperado, resultado de reorganizações do site. Só merece atenção se houver cadeias longas de redirecionamentos ou redirecionamentos para destinos errados.

Erro de servidor e não encontrada#

Quando o servidor falha em responder ou retorna um erro genuíno de página não encontrada, a URL não é indexada. Erros de servidor recorrentes são graves porque afetam a confiança do buscador no site inteiro e podem reduzir a taxa de rastreamento. Já uma página não encontrada é apenas um sinal de que aquela URL não existe mais; o problema real aparece quando URLs que deveriam existir caem nesse grupo, indicando links quebrados ou conteúdo removido por engano.

O fluxo correto de correção e validação#

Descobrir o motivo é metade do trabalho. A outra metade é corrigir e provar ao buscador que a correção foi feita, para que ele reavalie as páginas. Pular a etapa de validação deixa a correção sem confirmação e você sem saber se resolveu.

Priorizar antes de agir#

Nem todo motivo merece o mesmo esforço. Antes de sair corrigindo, separe as exclusões legítimas das problemáticas. Uma página redirecionada ou uma alternativa com canônica correta não precisam de nada. Concentre energia nas páginas valiosas presas em motivos como rastreada mas não indexada, descoberta mas não indexada, soft 404 acidental ou noindex indevido. Priorizar pela combinação de valor da página e volume de URLs afetadas rende muito mais do que atacar a lista de cima para baixo.

Corrigir na raiz#

A correção depende inteiramente do motivo, e é por isso que decifrá-lo corretamente importa tanto. Um problema de qualidade de conteúdo se resolve com conteúdo, não com ajustes técnicos. Um noindex acidental se resolve removendo a tag. Um soft 404 se resolve alinhando código de status e conteúdo. Aplicar a correção errada ao motivo errado só gera a ilusão de progresso enquanto o problema real permanece.

Validar a correção#

Depois de corrigir, use o botão de validação disponível no relatório para o grupo de URLs afetadas. Isso avisa ao buscador que você acredita ter resolvido o problema e pede uma reavaliação. O processo não é instantâneo: o buscador precisa rastrear novamente as páginas para confirmar. Durante a validação, o status passa por etapas até chegar a aprovado, se as páginas de fato foram corrigidas, ou a falha, se o problema persistir em alguma delas.

• Iniciar a validação: só faça isso depois de ter certeza de que a correção está publicada e ativa no site. Validar antes de corrigir de verdade só resulta em falha e perda de tempo.
• Acompanhar o progresso: a validação leva dias, pois depende do ritmo de re-rastreamento. Tenha paciência e evite reiniciar o processo a todo momento.
• Interpretar o resultado: uma validação aprovada confirma que aquelas URLs saíram do grupo de problema. Uma falha vem com exemplos das URLs que ainda apresentam a questão, servindo de mapa para o que ainda falta.

Uma rotina de saúde de indexação#

Indexação não é um problema que se resolve uma vez e nunca mais. Sites vivos publicam, editam e removem conteúdo constantemente, e cada mudança pode gerar novas exclusões. Manter uma rotina de acompanhamento evita que problemas se acumulem silenciosamente até virarem uma queda visível de tráfego.

Uma prática saudável é revisar o relatório periodicamente, comparando a contagem de páginas indexadas com a quantidade esperada e investigando qualquer divergência. Fique atento a saltos súbitos em qualquer motivo de exclusão, pois eles costumam denunciar uma mudança técnica recente que introduziu um problema em massa, como uma atualização de template que espalhou tags noindex ou quebrou a estrutura de canônicas.

Investigar divergências entre sitemap e índice#

Uma técnica valiosa de acompanhamento é comparar a quantidade de URLs que você enviou no sitemap com a quantidade efetivamente indexada. Quando essas duas contagens estão próximas, a saúde da indexação é boa. Uma diferença grande, com muito mais URLs enviadas do que indexadas, aponta que boa parte do conteúdo que você julga importante não está entrando no índice, e o relatório de indexação é onde você descobre o motivo dessa exclusão. Filtrar o relatório apenas pelas URLs do sitemap ajuda a separar o conteúdo que você declarou como prioritário de todo o restante que o buscador conhece por links, o que torna a análise muito mais focada no que realmente importa para a estratégia.

Distinguir problemas de escala de problemas pontuais#

Ao investigar exclusões, é útil observar quantas URLs cada motivo afeta. Um motivo que atinge uma ou duas páginas costuma ser um caso isolado, resolvido individualmente com a inspeção de URL. Já um motivo que afeta dezenas ou centenas de páginas de uma vez raramente é coincidência: ele quase sempre revela uma causa sistêmica, como uma regra de template aplicada a um tipo inteiro de página, uma configuração de plataforma que se propagou ou uma mudança recente na estrutura do site. Tratar um problema sistêmico URL por URL é desperdício de tempo; a correção precisa acontecer na origem comum, na configuração ou no template que gerou o defeito em massa, e a validação depois cobre todo o grupo de uma vez.

• Poucas URLs afetadas: investigue caso a caso com a inspeção de URL, pois costuma ser conteúdo específico ou situação particular.
• Muitas URLs com o mesmo motivo: procure a causa sistêmica no template, na plataforma ou numa mudança recente, e corrija na raiz.
• Crescimento súbito de um motivo: correlacione com deploys, atualizações e mudanças de configuração feitas próximo à data em que os números mudaram.

O relatório de indexação é, no fim, o guardião da porta de entrada do seu tráfego orgânico. Ler seus motivos com precisão, corrigir na raiz e validar cada correção com paciência é o que garante que o conteúdo em que você investiu tempo e recurso efetivamente exista aos olhos do buscador. Sem essa disciplina, todo o resto do trabalho de SEO fica construído sobre uma fundação incerta.