Erros de indexação no Search Console: o que são e como corrigir

O que é o relatório de indexação de páginas

Os erros de indexação no Search Console são os motivos, listados no relatório de indexação de páginas, que explicam por que o Google não colocou determinados URLs do seu site no índice, seja por um problema técnico, seja por uma escolha legítima do site ou do Google.

Se o conceito ainda não está claro, revise o que é indexação no Google e o caminho de rastreamento, indexação e ranqueamento. Se ainda não configurou a ferramenta, comece pelo guia completo do Google Search Console.

Três pontos da documentação oficial calibram a expectativa:

• Sites pequenos talvez nem precisem dele. Com menos de 500 páginas, a ajuda do Search Console diz que provavelmente basta checar as páginas principais com buscas site: e com a Ferramenta de inspeção de URL.
• 100% de cobertura não é a meta. Só as versões canônicas devem ser indexadas.
• A lista de exemplos tem limite de 1.000 URLs por motivo, sem garantia de mostrar todos os afetados.

Como ler o relatório

A página de resumo traz um gráfico de páginas indexadas e não indexadas e a tabela “Por que as páginas não foram indexadas”. Cada linha é um motivo, com a Origem (“Site” ou “Google”), o estado da Validação e o número de páginas. Uma segunda tabela, “Melhorar a experiência na página”, lista avisos que não impedem a indexação.

Tabela-resumo: status e ação

Use a tabela para triar o que é urgente. “É problema?” considera o caso em que a página deveria aparecer no Google.

Erros técnicos que bloqueiam a indexação

Erro no servidor (Server error 5xx)

O servidor respondeu com erro da família 500, a requisição expirou ou o site estava ocupado, e o Googlebot desistiu. Segundo a documentação de códigos HTTP do Google, erros 5xx e o código 429 fazem o rastreamento desacelerar; URLs já indexados são preservados por um tempo, mas os que retornam erro de forma consistente são removidos do índice.

• Em Configurações da propriedade > Estatísticas de rastreamento, veja o status do host, que resume problemas de robots.txt, DNS e conectividade nos últimos 90 dias.
• Teste o URL na inspeção. O Google lembra que esses erros podem ser transitórios, então o teste ao vivo pode funcionar mesmo após uma falha.
• Verifique se firewall, CDN ou proteção contra DoS não bloqueiam o Googlebot por excesso de requisições. Se você não controla o firewall, envolva a hospedagem.

Erro de redirecionamento (Redirect error)

O Google encontrou cadeia longa demais, loop, URL de redirecionamento acima do tamanho máximo ou URL inválido ou vazio na cadeia. Por padrão, o Googlebot segue até 10 saltos. Faça cada URL antigo apontar direto para o destino final, com redirecionamento 301 quando a mudança é permanente. Loops costumam vir de regras conflitantes entre servidor, plugin e CDN. Para ver a cadeia no terminal:

Bloqueada devido a solicitação não autorizada (401) e acesso proibido (403)

A ajuda oficial observa que o Googlebot nunca envia credenciais, então um 403 para ele indica configuração incorreta. Se a página deve ser pública, remova a exigência de login ou libere o Googlebot depois de verificar que a requisição vem mesmo do Google. Para o 401, o Google sugere testar a página em janela anônima. Códigos 4xx não cobertos pelos demais motivos aparecem como “O URL foi bloqueado devido a outro problema 4xx”.

Soft 404

A página parece “não encontrada” (ou quase vazia), mas responde com código 200. O Google recomenda devolver 404 de verdade nas páginas inexistentes e, se a página é válida, deixar claro que ela tem conteúdo útil. Casos típicos: busca interna sem resultados, categoria vazia e páginas que dependem de JavaScript que não renderizou. Rode o teste ao vivo na inspeção e abra “Ver página testada”; se o problema for renderização, veja o guia de JavaScript SEO.

Não encontrado (Not found 404)

404 de página removida sem substituta não é problema. A ajuda recomenda corrigir só os 404 que recebem links do seu site ou estão no sitemap e, se a página mudou de endereço, usar 301. O relatório mostra apenas URLs com 404 no último mês, e o Googlebot continua tentando esses endereços com frequência cada vez menor.

Bloqueios por robots.txt e noindex

Costumam ser intencionais. Viram problema quando atingem páginas que deveriam ranquear, algo comum após migrações ou quando a homologação vai ao ar com as configurações de bloqueio.

URL bloqueado pelo arquivo robots.txt (Blocked by robots.txt)

Uma regra do robots.txt impede o rastreamento. Segundo a ajuda oficial, isso não impede a indexação por outros meios. Se o bloqueio foi acidental, ajuste a regra. Um erro clássico é a regra genérica demais:

Ela bloqueia /blog/, mas também /blog-de-receitas/ e qualquer caminho que comece com “/blog”.

URL marcado como “noindex” (Excluded by noindex tag)

O Google encontrou uma diretiva noindex. Se não foi proposital, procure-a no HTML e no cabeçalho HTTP:

A segunda forma vem do servidor e não aparece no código-fonte; veja o guia de X-Robots-Tag. No WordPress, confira a opção de leitura que desencoraja os mecanismos de busca e as configurações do plugin de SEO. Depois de remover, use “Testar URL publicado” e, se a diretiva sumiu, “Solicitar indexação”.

Duplicadas, alternativas e redirecionadas

Este grupo assusta pelo volume, mas costuma ser saudável: segundo a ajuda oficial, ter uma página marcada como duplicada ou alternativa geralmente é bom sinal, porque o Google encontrou e indexou a canônica.

• Página com redirecionamento (Page with redirect): URL não canônico que redireciona. Só o destino pode ser indexado. Esperado após migrações e troca de slug; investigue apenas se o sitemap ainda lista endereços antigos.
• Página alternativa com tag canônica adequada (Alternate page with proper canonical tag): versão AMP ou mobile que aponta corretamente para a canônica indexada. Nenhuma ação.

Cópia sem página canônica selecionada pelo usuário (Duplicate without user-selected canonical)

O Google considera a página uma cópia e escolheu a canônica sozinho. Não é erro, mas confira na inspeção qual endereço foi escolhido. Se for o errado, declare a preferência com a tag canonical. Em lojas, a causa típica são parâmetros de filtro e ordenação, que não devem ser indexados quando só reorganizam o mesmo conteúdo.

Cópia, o Google e o usuário não escolheram a mesma página canônica (Duplicate, Google chose different canonical than user)

Você declarou uma canônica e o Google preferiu outra. Na documentação de canonização, redirecionamentos e rel="canonical" são indicadores fortes e o sitemap é um indicador fraco; os sinais se somam. Garanta que links internos, sitemap e redirecionamentos apontem para a mesma URL da tag. E a canônica precisa ser parecida com a página: se não for, o Google não a aceita.

Detectada ou rastreada, mas não indexada

Os dois status mais pesquisados têm origem no Google e não apontam um defeito técnico específico. Exigem análise, não correção mecânica.

Detectada, mas não indexada no momento (Discovered, currently not indexed)

O Google conhece o URL, mas não o rastreou. Segundo a ajuda, normalmente o rastreamento poderia sobrecarregar o site e foi reagendado, por isso a data do último rastreamento fica vazia. Em poucos URLs recentes, espere. Em grande volume, o guia de crawl budget do Google cita justamente sites com grande parte dos URLs nesse status como público das suas recomendações. Verifique tempo de resposta do servidor, excesso de URLs de baixo valor e se as páginas importantes recebem links de páginas já rastreadas.

Rastreada, mas ainda não indexada (Crawled, currently not indexed)

O Google visitou a página e não a indexou por enquanto. A ajuda diz só que ela pode ou não ser indexada no futuro e que não é preciso reenviar o URL. Como os critérios não são detalhados, trate o diagnóstico como hipótese:

• A página acrescenta algo, ou é muito parecida com conteúdo existente?
• Ela recebe links internos de páginas relevantes, ou está quase órfã?
• Precisa mesmo estar no Google (tags, arquivos de data, busca interna)? Se não, considere noindex ou consolidação.

Pedir indexação repetidas vezes não ajuda: o Google afirma que solicitar várias vezes o mesmo URL não acelera o rastreamento.

Passo a passo de diagnóstico

Use este roteiro quando as páginas não indexadas subirem ou uma página importante sumir:

1. Filtre pelo sitemap
   Comece pelas páginas enviadas. Erros entre URLs do sitemap são mais graves do que entre URLs descobertos por acaso.
2. Priorize por origem e validação
   A ajuda oficial recomenda priorizar origem “Site” com validação “Falha” ou “Não foi iniciado”.
3. Compare os gráficos
   Queda nas indexadas sem aumento de erros costuma indicar robots.txt, noindex ou login. Picos de erro coincidem com mudança de template ou sitemap com URLs bloqueados.
4. Inspecione URLs de exemplo
   Abra a inspeção de um URL da lista e rode “Testar URL publicado”. O teste ao vivo não checa duplicidade nem canônica.
5. Procure o padrão
   Se 300 URLs têm o mesmo erro, quase sempre compartilham template, diretório ou regra de servidor. Corrija a origem.
6. Corrija tudo e valide
   Só depois de corrigir todas as instâncias clique em “Validar correção”.

Para auditar o site além da indexação, use o checklist de SEO técnico.

Como validar a correção

A validação avisa o Google da correção e permite acompanhá-la URL por URL:

• Clique uma vez só. O Search Console checa algumas páginas na hora; se o problema persistir em qualquer uma, a validação termina. Não clique de novo até ela concluir ou falhar.
• Prazo: em geral até cerca de duas semanas, às vezes bem mais. Você recebe e-mails sobre o progresso.
• Estados: “Não foi iniciado”, “Iniciado”, “Tudo certo até agora”, “Aprovado”, “Falha” e “N/D” (correção detectada sem pedido de validação).
• Se falhar: em “Ver detalhes”, ache o URL com problema, corrija e clique em “Iniciar nova validação”.
• Ciclo de vida: o motivo sai da tabela 90 dias após a última instância ser corrigida.

Perguntas Frequentes

Ter muitas páginas “não indexadas” prejudica o site?

Não necessariamente. O Google afirma que URLs não indexados nem sempre têm problema. Duplicadas, redirecionamentos, 404 de páginas removidas e noindex proposital são normais. O que importa é que as páginas importantes estejam indexadas.

Quanto tempo o Google leva para indexar uma página nova?

Segundo a ajuda do Search Console, cerca de uma semana para começar a rastrear e indexar um site ou página novos; a documentação de novo rastreamento fala em alguns dias a algumas semanas. A inclusão nunca é instantânea nem garantida.

Bloquear no robots.txt tira a página do Google?

Não é garantido. O robots.txt controla o rastreamento, não a indexação. Para remover do índice, libere o rastreamento e use noindex, ou exija login.

A inspeção de URL não mostra erro, mas o relatório sim. Por quê?

Provavelmente você corrigiu depois do último rastreamento; confira a data. Além disso, o teste ao vivo não verifica todos os problemas do relatório, como duplicidade e canônica.

Devo pedir indexação das páginas “Rastreada, mas ainda não indexada”?

Não. A ajuda diz que não é necessário reenviar esses URLs. Use o tempo para melhorar as páginas que importam e decidir quais nem precisam estar no índice.