Ver "Não indexada" ao lado de uma página no Search Console assusta, mas o relatório quase sempre diz o motivo. E boa parte dos motivos não é defeito: é o Google deixando de fora o que não deveria entrar mesmo, como o endereço antigo de um redirecionamento ou a cópia de outra página. O trabalho é separar esses casos dos que pedem conserto, corrigir e avisar o Google.
Este guia parte de quem já tem o site no Search Console. Se o seu site ainda é novo e nem foi cadastrado, comece pelo passo a passo para colocar o site no Google e volte aqui depois.
Onde ver por que a página não foi indexada?
No Search Console, abra Indexação > Páginas. O gráfico separa as páginas indexadas das não indexadas e, logo abaixo, uma tabela agrupa os endereços por motivo, com o título "Por que as páginas não foram indexadas". Clique em um motivo para ver os exemplos (a lista mostra até mil endereços) e o histórico dele.
Duas colunas ajudam a decidir por onde começar:
- Origem diz se a causa está no site ou no Google. Segundo a Ajuda do Search Console, em geral só dá para corrigir o que aparece com origem "Site".
- Validação mostra se você já pediu ao Google para conferir a correção daquele motivo.
O relatório não deixa pesquisar um endereço específico. Para uma página só, use a Inspeção de URL, explicada mais abaixo. E a própria Ajuda avisa: site com menos de 500 páginas provavelmente não precisa desse relatório. Uma busca site:seudominio.com.br/endereco-da-pagina e a Inspeção de URL resolvem a maior parte das dúvidas.
O que significa cada status e o que fazer?
A tabela reúne os motivos do relatório com os nomes que a Ajuda do Search Console usa em português. A última coluna é a que importa: se a página que ficou fora deveria estar no índice.
| Status no relatório | O que aconteceu | O que fazer | É problema? |
|---|---|---|---|
| Página com redirecionamento | O endereço redireciona para outro; só o destino pode ser indexado | Nada, se o redirecionamento é de propósito. Confira se o destino está indexado | Não, na maioria dos casos |
| Página alternativa com tag canônica adequada | A página aponta certo para a versão canônica, que está indexada | Nada | Não |
| Cópia sem página canônica selecionada pelo usuário | O Google achou a página igual a outra e, sem indicação sua, escolheu a outra | Declare o canonical certo ou redirecione a cópia com 301 | Só se o Google escolheu a página errada |
| Cópia, o Google e o usuário não escolheram a mesma página canônica | Você declarou um canonical, mas o Google preferiu outro endereço | Compare as duas páginas e alinhe canonical, links internos e sitemap | Sim, se a sua escolha era a certa |
| URL marcado como "noindex" | A página pede para não ser indexada | Tire a meta robots ou o cabeçalho X-Robots-Tag com noindex | Só se a página deveria aparecer |
| URL bloqueado pelo arquivo robots.txt | O robots.txt impede o Google de ler a página | Remova a regra Disallow que pega o endereço |
Só se o bloqueio foi acidente |
| Não encontrado (404) | O endereço não existe | Se a página mudou de lugar, 301 para o novo endereço. Se foi apagada, deixe o 404 | Não, se foi removida sem substituta |
| Erro soft 404 | A página parece de erro ou vazia, mas responde 200 | Endereço inexistente deve responder 404 ou 410; página real precisa carregar o conteúdo para o Googlebot | Sim |
| Erro no servidor (5xx) | O servidor falhou ou demorou demais quando o Google pediu a página | Veja disponibilidade e capacidade com a hospedagem | Sim |
| Erro de redirecionamento | Cadeia longa demais, loop ou endereço inválido no caminho | Troque por um redirecionamento só, direto para o destino final | Sim |
| Bloqueada devido a acesso proibido (403) ou a solicitação não autorizada (401) | O servidor pede login ou recusa o Googlebot | Libere a página pública ou ajuste o firewall | Sim, se a página é pública |
| Detectada, mas não indexada no momento | O Google conhece o endereço, mas adiou a leitura para não sobrecarregar o site | Melhore a resposta do servidor e os links internos para a página | Depende do volume e do tempo |
| Rastreada, mas ainda não indexada | O Google leu a página e, por ora, não a colocou no índice | Veja se o conteúdo é próprio e suficiente; junte, melhore ou tire do sitemap | Depende da página |
Em tutoriais e em plataformas de site, o último status também aparece como "Rastreada, mas não indexada no momento". É o mesmo motivo.
Fora dessa tabela, o relatório mostra dois avisos para páginas que entraram no índice com algum problema: "Página indexada, mas bloqueada pelo robots.txt" e "Página indexada, mas sem conteúdo". O primeiro costuma ser de quem tentou tirar uma página do Google pelo robots.txt. O bloqueio impede a leitura, não a indexação. Para tirar do índice, libere a leitura e use noindex, como explicamos no guia sobre robôs no robots.txt.
Como saber se é normal ou se precisa corrigir?
Faça uma pergunta para cada motivo: você quer aquelas páginas no Google?
- Não quer, e elas estão fora. O relatório só está confirmando uma escolha sua: endereço antigo que redireciona, página de filtro marcada como cópia, área restrita com noindex. Deixe como está e não peça validação.
- Quer, e elas estão fora por erro técnico. Noindex, robots.txt, 404, soft 404, 5xx, 401, 403 ou erro de redirecionamento. Conserte isso antes de mexer no texto, porque nenhum ajuste de conteúdo ajuda uma página que o Google não consegue ler.
- Quer, e o Google decidiu deixar de fora. "Detectada", "Rastreada" e as cópias com canonical diferente. Não existe botão para isso. Você muda os sinais que o Google usa para decidir.
A Ajuda do Search Console diz com todas as letras que não se deve esperar 100% das páginas indexadas. Diz também que página marcada como cópia ou alternativa costuma ser bom sinal, porque a canônica foi encontrada e indexada.
Nas análises que fizemos de 53 sites brasileiros em outubro de 2026, nenhum tinha noindex na página inicial. O que mais aparecia era canonical, versões do domínio e sitemap, justamente as causas dos status de cópia e de redirecionamento.
Redirecionamento e cópia: o que acontece com o www?
Quando você escolhe entre www.seusite.com.br e seusite.com.br e redireciona uma versão para a outra com 301, os endereços da versão descartada vão parar em "Página com redirecionamento". É o esperado.
A gente passou por isso no próprio Nota do Site. No dia em que o site foi ao ar, a busca site:notadosite.com.br mostrava o domínio sem www, mesmo com o 301 da versão sem www para a com www e com o canonical e o sitemap apontando para a com www. O Google tinha guardado a versão de antes do redirecionamento e só troca quando volta a rastrear. Não havia nada a corrigir, só esperar. Em mudanças de endereço, o Google diz que a maioria das páginas de um site de médio porte é transferida em algumas semanas.
O problema aparece quando a outra versão não redireciona. Se seusite.com.br e www.seusite.com.br abrem a mesma página, cada página existe em dois endereços, e o Google escolhe sozinho qual indexar. É assim que nascem os status de cópia. Nas nossas análises, 7 dos 53 sites abriam a outra versão do domínio separada, sem redirecionar, e outros 5 redirecionavam com código temporário (302) em vez de 301.
O canonical também confunde o Google. Em 8 das 53 páginas iniciais, o canonical apontava para outro endereço, e outras 6 não tinham canonical nenhum. Nas 302 páginas que lemos ao todo, 81 receberam alerta na regra de canonical (tag ausente, apontando para outro endereço ou com endereço relativo) e 2 falharam.
Para o Google ficar com a versão que você quer, some os sinais. Pela documentação do Google, redirecionamento e rel="canonical" são indicadores fortes, e aparecer no sitemap é um indicador fraco; juntos, aumentam a chance de a sua escolha valer. Na prática:
- Redirecione com 301 a versão descartada (com ou sem www, http) para a principal.
- Coloque em cada página um canonical com o endereço absoluto dela mesma.
- Liste no sitemap só os endereços canônicos.
- Use esses mesmos endereços nos links internos.
Detectada ou rastreada, mas não indexada: o que fazer quando o Google decide?
Esses dois status geram mais dúvida porque não apontam erro nenhum.
Detectada, mas não indexada no momento quer dizer que o Google sabe que o endereço existe, mas ainda não o leu. Segundo a Ajuda, ele quis rastrear e adiou para não sobrecarregar o site. Por isso o campo com a data do último rastreamento aparece vazio. Com poucas páginas nessa situação num site pequeno, costuma se resolver sozinho. Quando o número cresce, olhe o servidor: a documentação do Google sobre rastreamento diz que, se o site fica lento ou responde com erro de servidor, o Google passa a rastreá-lo menos. Veja como descobrir o que deixa o site lento. Ligue também a página a partir de páginas que o Google já visita, como o menu, a página inicial ou posts relacionados.
Rastreada, mas ainda não indexada quer dizer que o Google leu a página e não a colocou no índice, pelo menos por enquanto. A Ajuda diz que não há garantia de que ela entre no índice mais tarde e que reenviar o endereço é desnecessário. Pedir indexação de novo, sem mudar nada na página, não muda a decisão.
O que muda é a página. Nas nossas análises, 7 das 53 páginas iniciais tinham conteúdo raso pela régua do validador, que alerta abaixo de 300 palavras no conteúdo principal. Para cada página nesse status, decida:
- Ela responde a algo que nenhuma outra página do site responde? Aprofunde: texto próprio, exemplos, as dúvidas que o cliente faz por telefone.
- Ela repete outra página? Junte as duas e redirecione a mais fraca com 301.
- Ela não precisa estar no Google (página de tag vazia, resultado de busca interna)? Marque com noindex e tire do sitemap.
A nossa opinião: "Rastreada" em massa raramente é emergência. Na maior parte das vezes, é o Google dizendo que a página não acrescenta o bastante ao que ele já tem.
Como usar a Inspeção de URL para achar a causa?
Cole o endereço na barra de busca no topo do Search Console. O primeiro resultado mostra o que o Google tem guardado no índice, não a página como está agora. Leia nesta ordem:
- O status do topo: "O URL está no Google" ou "O URL não está no Google".
- O rastreamento: a data do último rastreamento e "O rastreamento é permitido?". Um "Não" aponta para o robots.txt; dá para achar a regra culpada no testador de robots.txt.
- "A indexação é permitida?": um "Não" é noindex na página ou no cabeçalho.
- "URL canônico declarado pelo usuário" e "URL canônico selecionado pelo Google": se forem diferentes, o Google trata a página como cópia de outra. É aqui que você descobre qual página ele preferiu.
Depois de corrigir, clique em Testar o URL publicado, que lê a página como está no ar. Em "Ver a página testada", a captura de tela mostra o que o Googlebot enxergou. Captura em branco ou com mensagem de erro explica boa parte dos soft 404.
Dois limites pegam muita gente. O teste em tempo real não confere os casos de cópia e de canonical, então um teste limpo não garante que esses status vão sumir. E só dá para clicar em Solicitar indexação se a página passar no teste em tempo real. Esse pedido tem limite diário, e repeti-lo para o mesmo endereço não acelera nada.
Como validar a correção e quanto tempo leva?
Quando corrigir todas as páginas de um motivo, abra esse motivo no relatório e clique em Validar a correção. O Search Console confere algumas páginas na hora e coloca as outras numa fila de novo rastreamento. Não clique de novo enquanto a validação estiver em andamento.
O andamento aparece na página do motivo:
- Iniciado: a validação começou e ainda não achou o problema em nenhuma página.
- Tudo certo até agora: as páginas conferidas até aqui estão corrigidas.
- Aprovado: todas as ocorrências conhecidas foram corrigidas.
- Falha: o Google ainda achou o problema. Em "Ver detalhes", veja os endereços apontados, corrija e comece uma nova validação.
- N/D: o Google percebeu a correção sozinho, sem você ter pedido.
Basta uma página com o problema para a validação parar. Por isso, corrija tudo antes de clicar.
Os prazos que o próprio Google informa:
| Situação | Prazo informado pelo Google |
|---|---|
| Validação da correção | Em geral até duas semanas, podendo demorar muito mais |
| Indexação pedida na Inspeção de URL | Até uma ou duas semanas |
| Site ou página novos | Cerca de uma semana para começar a rastrear e indexar |
| Antes de concluir que há problema | Esperar pelo menos uma semana depois de enviar o sitemap, pedir indexação ou mudar a página |
| Mudança de endereço, como trocar para www | Algumas semanas para a maioria das páginas de um site médio |
Um atalho que a Ajuda sugere: crie um sitemap só com as páginas mais importantes, filtre o relatório por ele e valide. Com menos endereços na fila, a validação tende a terminar antes. Validar também é opcional: o Google atualiza o relatório sempre que rastreia as páginas, mesmo sem pedido, e um motivo sem novas ocorrências sai da tabela 90 dias depois da última.
Não peça validação de "Página com redirecionamento" nem de "Página alternativa com tag canônica adequada". Nesses casos não há nada a corrigir.
O que conferir antes de esperar o Google?
Boa parte das causas desta lista dá para ver na hora, sem esperar um novo rastreamento. Na análise grátis do validador, a gente confere se a página tem noindex, se o robots.txt bloqueia o Googlebot, se o canonical aponta para a própria página, se as versões com e sem www estão unificadas, se há sitemap, se um endereço inexistente responde 404 (e não 200, que vira soft 404), se as páginas respondem sem erro e se o conteúdo é raso.
O sitemap merece atenção especial. Dos 53 sites que analisamos, 9 não tinham nenhum, e outros 10 tinham alerta, como endereços com erro listados dentro dele, poucas datas de atualização ou o arquivo fora do robots.txt.
E vale lembrar que ficar fora do índice tem um custo a mais hoje: para aparecer como link nas Visões gerais criadas por IA, o Google exige que a página esteja indexada e possa mostrar trecho na busca. Veja como funciona a Visão geral criada por IA.
O próximo passo: abra Indexação > Páginas, anote os motivos com origem "Site", rode a análise para achar a causa de cada um, corrija todas as páginas de um motivo e só então clique em Validar a correção.
