Rastreada, mas ainda não indexada: o que significa e quando corrigir

"Rastreada, mas ainda não indexada" significa que o Google buscou a página com sucesso e depois decidiu não incluí-la no índice, pelo menos por enquanto. É uma decisão, não um erro de rastreamento, e na maioria dos sites é em parte normal. Só exige trabalho quando atinge páginas que você quer que as pessoas encontrem na pesquisa; para feeds, URLs de filtro e outros endereços de pouco valor, é o resultado certo.

O que o Google diz sobre "Rastreada, mas ainda não indexada"

O status aparece no Relatório de indexação de páginas do Search Console, na tabela que lista por que as páginas não estão indexadas. No antigo Relatório de cobertura do índice, ele ficava no grupo "Excluded", com o rótulo equivalente em inglês: "Crawled - currently not indexed". A documentação do Google sobre o Relatório de indexação de páginas (consultada em outubro de 2026) é clara: a página foi rastreada pelo Google, mas não indexada, e "pode ou não ser indexada no futuro"; não é preciso reenviar o URL para rastreamento.

O status diz 2 coisas: o acesso funcionou, então robots.txt, erros de servidor e redirecionamentos não são a causa, e a decisão veio depois da busca. A documentação do Google sobre como a Pesquisa funciona diz que a indexação não é garantida e "depende do conteúdo da página e dos metadados dela". Entre os motivos comuns, ela cita conteúdo de baixa qualidade e um design de site que dificulta a indexação.

O status vizinho, "Detectada, mas não indexada no momento", significa que o Google conhece o URL, mas ainda não o buscou. Aqui a busca já aconteceu, e a própria página, ou o lugar dela no seu site, não conquistou uma vaga no índice.

"Rastreada, mas ainda não indexada" é um problema?

A orientação do próprio Google sobre o relatório é direta: não espere que todos os URLs do seu site sejam indexados. A pergunta útil é quais URLs estão na lista.

Um primeiro filtro prático: no Relatório de indexação de páginas, troque o filtro de sitemap de "Todas as páginas conhecidas" para "Todas as páginas enviadas". Essa visualização mostra só os URLs listados nos sitemaps que você enviou, ou seja, a sua própria declaração do que deve ser indexado. Investigue primeiro os URLs afetados nessa visualização; os que ficam de fora dela normalmente pertencem à linha "Deixar".

As causas por trás do status

O Google não informa um motivo para cada URL nesse status, então as causas precisam ser encontradas no site.

URLs que nunca deveriam ser posicionados. URLs de feed, parâmetros de rastreamento e de sessão, combinações de navegação facetada e páginas de busca interna são rastreados porque algo aponta para eles, e raramente oferecem algo que uma página melhor já não ofereça. A documentação do Google sobre navegação facetada diz que os rastreadores costumam buscar um número muito grande desses URLs antes de reconhecer que são inúteis.

Páginas rasas ou quase vazias. Uma página que responde com status 200, mas tem pouco para ler: uma categoria vazia, um placeholder, um perfil sem conteúdo. Se a página parece vazia ou se lê como uma página de erro, o Google pode classificá-la como "Erro soft 404"; se tem algum conteúdo, mas pouco demais para se sustentar sozinha, pode cair aqui.

Páginas parecidas demais com outras. A documentação do Google descreve o agrupamento de páginas com conteúdo semelhante e a escolha da mais representativa do grupo. Páginas de localização que só mudam o nome da cidade, variantes de produto com descrições idênticas e artigos que respondem duas vezes à mesma pergunta disputam o mesmo lugar.

Sinais fracos de importância. Uma página que só o sitemap menciona, ou que fica escondida no fundo da paginação, diz pouco ao Google sobre a importância dela. Os links internos são o sinal que você controla mais diretamente; veja nossos dados sobre links internos.

Conteúdo que só existe depois que o JavaScript roda. O Google renderiza as páginas e executa o JavaScript delas, mas, se o texto principal, o title ou a tag canonical só aparecem depois da renderização, o que o Google avalia depende de essa etapa dar certo.

Páginas recém-publicadas. "Pode ou não ser indexada no futuro" deixa margem para uma página que ainda está sendo avaliada; um artigo novo que passa pouco tempo nesse status ainda não é um problema.

Com que frequência a página inicial depende de JavaScript para o que os buscadores leem primeiro

Em 34 sites externos nos quais o SEOReport comparou o HTML bruto do servidor com a página inicial renderizada (maio a outubro de 2026), 7 (21%) dependiam de JavaScript para algo que um buscador lê primeiro: o title, a meta description, a canonical ou o H1 só apareciam depois da execução do JavaScript, ou o HTML bruto quase não trazia o texto da página. Em 4 dos 34 (12%), o HTML bruto continha 2% ou menos das palavras que o visitante vê depois da renderização.

O guia de renderização de JavaScript explica como levar o conteúdo essencial para a resposta do servidor.

Como confirmar qual causa se aplica

Abra a Inspeção de URL para um URL afetado de cada padrão que você encontrar e analise o resultado nesta ordem.

1. Último rastreamento. Anote a data. Uma correção feita depois dessa data ainda não foi vista, então avalie a página que o Google de fato buscou.
2. "Busca de página" e "Indexação permitida?". O esperado é "Sucesso" e "Sim". Se a indexação não for permitida, o URL tem um problema de noindex, não este.
3. "Canônica declarada pelo usuário" e "Canônica selecionada pelo Google". Se aparece uma canônica selecionada pelo Google e ela é outro URL, o Google está tratando outra página como a versão principal. Aí a questão é de canonical, tratada no guia de tags canonical.
4. "Testar URL publicado" e depois "Ver página testada". A captura de tela mostra a página como o Google a renderizou nesse teste. Se o conteúdo principal não aparece na captura, a causa provável é a renderização. O Google observa que o teste ao vivo não verifica todas as condições de indexação, inclusive se a página é uma cópia, então um teste ao vivo sem problemas não significa que a página será indexada.
5. Compare com as suas próprias páginas. Coloque a página afetada ao lado da página indexada mais parecida com ela. Se você não consegue dizer em uma frase o que a página afetada oferece que a indexada não oferece, a causa é conteúdo raso ou duplicado.

Trabalhe por padrões, não por URLs isolados: exporte a lista afetada e agrupe por caminho. 400 URLs em /tag/ são uma decisão, não 400.

Como corrigir cada causa

Classes de URL de pouco valor. Tire-as do sitemap e deixe o status como está. Para navegação facetada, a documentação do Google recomenda bloquear URLs de filtro no robots.txt, ou usar fragmentos de URL para os filtros, quando esses URLs não devem aparecer na pesquisa. Um exemplo para adaptar aos padrões de URL do seu site:

User-agent: *
Disallow: /*?*sort=
Disallow: /search/

Páginas rasas. Acrescente a substância que a página promete ou remova a página: retorne 404 ou 410, ou faça um 301 para um equivalente próximo.

Quase duplicatas. Junte as páginas que respondem à mesma pergunta em uma única página mais forte e redirecione as outras para ela. Onde as variantes precisam existir, como um produto em 3 cores, aponte a tag canonical de cada variante para a versão principal:

<link rel="canonical" href="https://example.com/products/linen-shirt/" />

Links internos fracos. Crie links para a página nos lugares onde o leitor esperaria encontrá-la: a página de categoria ou hub, artigos relacionados e a navegação, quando fizer sentido, com texto âncora descritivo.

Renderização. Entregue o title, a canonical, o H1 e o texto principal na resposta HTML, com renderização no servidor ou pré-renderização, para que a página não dependa de um script para dizer o que ela é.

O próprio sitemap. A documentação do Google sobre sitemaps diz para incluir os URLs que você quer ver nos resultados de pesquisa e que o Google só usa o lastmod quando ele é consistentemente preciso. Liste apenas páginas canônicas que respondem 200 e podem ser indexadas. Sitemaps que anunciam os URLs errados são comuns: em 29 sites externos cujos sitemaps o SEOReport buscou entre maio e outubro de 2026, 8 (28%) tinham pelo menos um URL no sitemap que redireciona, está marcado com noindex ou é bloqueado pelo robots.txt. O guia de sitemaps XML mostra o que um sitemap limpo contém.

Como verificar a correção

Depois de alterar as páginas afetadas, abra o motivo no Relatório de indexação de páginas e clique em "Validar correção". A validação verifica de novo os URLs listados naquele motivo e só é aprovada quando todas as ocorrências conhecidas desaparecem. Se a lista ainda tiver feeds ou URLs de filtro que você decidiu deixar fora do índice, conte com uma falha. Em vez disso, comece pela visualização "Todas as páginas enviadas": segundo a documentação do Google, com um filtro de sitemap aplicado, a validação cobre só os URLs daquele sitemap.

Conte com dias ou semanas. A documentação do Google diz que a validação costuma levar até cerca de 2 semanas e, em alguns casos, muito mais. O Google também atualiza a contagem durante o rastreamento normal, quer você inicie a validação, quer não.

O Search Console aponta os URLs afetados, não o padrão do seu site que os gera, e verificar centenas de URLs um por um, manualmente ou em uma única sessão de chat com IA, raramente cobre o conjunto inteiro. Nenhuma ferramenta de fora do Google consegue dizer por que o Google decidiu não indexar uma página. Um diagnóstico completo do SEOReport mostra as causas no seu site que costumam estar por trás disso: páginas listadas no sitemap que respondem quase sem texto, artigos quase duplicados apontados em pares, artigos com poucos links internos, conteúdo da página inicial que só aparece depois que o JavaScript roda e entradas do sitemap que redirecionam ou estão marcadas com noindex. Um relatório posterior, ou o monitoramento semanal, mostra se esses problemas foram resolvidos.

Perguntas frequentes

"Solicitar indexação" resolve "Rastreada, mas ainda não indexada"?

Não sozinho. O Google já rastreou a página, e a documentação dele para esse status diz que não é preciso reenviar o URL. A ajuda da própria Inspeção de URL acrescenta que a solicitação "não garante que a página apareça no índice do Google". Altere a página primeiro; depois, solicitar a indexação de algumas páginas-chave, ou usar "Validar correção" no grupo, pede ao Google que olhe de novo.

Devo colocar noindex nas páginas presas nesse status?

Só nas páginas que você nunca quer nos resultados de pesquisa. Um noindex leva essas páginas para "URL marcado como 'noindex'", o que deixa a sua intenção explícita e mantém o relatório legível. Para páginas que você quer indexadas, noindex é o oposto de uma correção.

Esse status significa que o meu site foi penalizado?

Não. Uma ação manual aparece no relatório de Ações manuais do Search Console, não no Relatório de indexação de páginas. Esse status é uma decisão de indexação por URL, e a documentação do Google observa que a maioria dos sites tem pelo menos algumas páginas não indexadas.

Por que uma página que eu quero indexada sempre volta para esse status?

Normalmente porque a mudança foi pequena demais para alterar a decisão: algumas frases acrescentadas a uma página que continua duplicando outra, ou texto novo em uma página que não recebe nenhum link. Refaça a comparação com a página indexada mais parecida e conte os links internos que apontam para a página afetada.