Relatório de indexação de páginas (GSC)

TL;DR — O relatório de indexação de páginas do Google Search Console informa quantas páginas o Google indexou (podem aparecer na pesquisa) e quantas estão não indexadas; para estas, ele explica por quê. Antes, chamava-se relatório de cobertura do índice. “Não indexada” parece assustador, mas geralmente não é: muitas dessas URLs devem mesmo ficar de fora.

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

Ao abrir o Google Search Console e clicar em Pages em Indexing no menu esquerdo, você chega ao relatório de indexação de páginas. O Google o descreve de forma simples: ele permite “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (tradução) «ver quais páginas o Google consegue encontrar e indexar no seu site e saber mais sobre qualquer problema de indexação encontrado»

Ele divide todas as URLs que o Google conhece no seu site em dois grupos:

• Indexed — essas páginas podem aparecer na Pesquisa Google.
• Not indexed — essas páginas não estão no índice, seja porque algo está quebrado, seja por um motivo perfeitamente válido (a página é duplicada, você a bloqueou, informou ao Google para não indexá-la e assim por diante).

Abaixo, uma tabela chamada “Why pages aren’t indexed” lista os motivos e quantas URLs se enquadram em cada um. É nela que você realmente trabalha.

Por que “não indexada” geralmente não é uma crise

Eis o que a maioria não percebe ao abrir o relatório pela primeira vez: não indexada não significa quebrada. O próprio Google diz na ajuda: “Not indexed is not necessarily bad.” (tradução) «Não indexada não é necessariamente algo ruim». Você não deve esperar que todas as URLs sejam indexadas. Páginas de tags, versões filtradas de listas de produtos, URLs antigas redirecionadas e duplicatas podem ficar de fora — isso significa que o relatório está funcionando corretamente.

Portanto, ao ver um número grande de páginas “não indexadas”, não entre em pânico. Leia quais motivos estão por trás dele antes de mudar qualquer coisa.

Não é a ferramenta certa para verificar uma página

Esta é uma visão geral do site inteiro. Para saber se uma URL específica está indexada, use a URL Inspection (a barra de pesquisa no topo do Search Console). O Google é explícito: o relatório serve para tendências e agrupamentos; a Inspeção de URL serve para uma página por vez.

Você realmente precisa dele?

Se o site tem menos de 500 páginas, o Google diz que você “probably don’t need to use this report” (tradução) «provavelmente não precisa usar este relatório» — uma busca site:yoursite.com no Google basta para uma verificação pontual. O relatório é mais útil em sites grandes, nos quais não dá para conferir tudo visualmente.

Quer a versão completa — como ler cada coluna, o que significam os 16 status, como funciona Validate fix e como diagnosticar uma queda repentina nas páginas indexadas? Abra a aba Avançado.

TL;DR — O relatório de indexação de páginas (antigo relatório de cobertura do índice; Pages em Indexing no GSC) é uma visão agregada de todas as URLs que o Google conhece na propriedade, divididas em Indexed e Not indexed, com as não indexadas agrupadas por motivo em Why pages aren’t indexed. Para uma página, use a Inspeção de URL. A ideia central: não indexada não é necessariamente ruim — canônicos/duplicatas, noindex, robots e 404 intencionais podem estar corretos. Filtre por Source = Website, percorra a tabela de cima para baixo e use Validate fix (normalmente cerca de 2 semanas) para solicitar novo rastreamento. O relatório tem atraso. Sites com menos de 500 páginas provavelmente não precisam dele.

O que o relatório realmente é (e seu nome antigo)

A definição do Google é a mais clara: ele permite “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (tradução) «ver quais páginas o Google consegue encontrar e indexar no seu site e saber mais sobre problemas de indexação». Mais precisamente, ele “shows the Google indexing status of all URLs that Google knows about in your property.” (tradução) «mostra o status de indexação no Google de todas as URLs conhecidas na propriedade». É um relatório agregado da propriedade inteira, não uma ferramenta por URL.

Quem trabalha com SEO há alguns anos conheceu isto como Index Coverage report. Em 2022, o Google mudou o nome para Page indexing (aparece como Pages na navegação). Guias antigos ainda dizem “Coverage”, mas é o mesmo relatório. A mudança foi vista primeiro numa demonstração do Google I/O 2022 e lançada depois naquele ano; uma atualização de qualidade de dados de janeiro de 2021 já havia reformulado vários status, por isso capturas antigas podem não coincidir com o que você vê hoje.

Como ler o relatório

A visão resumida tem alguns elementos que vale entender antes de clicar.

Indexed versus Not indexed. São os dois totais acima do gráfico. O Google observa que são “complete and accurate from Google’s perspective, but small discrepancies can occur for various reasons” (tradução) «completos e precisos da perspectiva do Google, mas pequenas discrepâncias podem ocorrer por vários motivos». Não espere igualdade perfeita com sua contagem de URLs. View data about indexed pages mostra o histórico e uma amostra de até 1 000 URLs indexadas.

A tabela “Why pages aren’t indexed”. É o coração do relatório. Ela “shows issues that prevented URLs from being indexed on your site” (tradução) «mostra problemas que impediram URLs de serem indexadas no seu site», ordenados pela importância estimada pelo Google. Comece no topo: a ordem já funciona como lista de prioridades.

A coluna Source — seu filtro de correções. Cada problema tem origem no Google ou no site. A orientação é direta: “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as ‘Website’.” (tradução) «O valor Origem mostra se a origem do problema é o Google ou o site. Em geral, você só pode corrigir problemas cuja origem aparece como Site». Assim, Source = Website com validação “failed” ou “not started” é sua lista de tarefas real.

A tabela “Improve page experience”. Ela reúne “issues that didn’t prevent page indexing, but we recommend that you fix them” (tradução) «problemas que não impediram a indexação, mas que recomendamos corrigir». São avisos, não bloqueios.

O filtro de sitemap. Acima do gráfico, restrinja o relatório a All known pages, All submitted pages, Unsubmitted pages only ou a um sitemap específico. Uma URL “A URL is considered to be submitted by a sitemap even if it was also discovered through some other mechanism.” (tradução) «Uma URL é considerada enviada por um sitemap mesmo quando também foi descoberta por outro mecanismo». Esse filtro é muito útil na validação.

As listas de URLs de exemplo têm limite. A amostra é “limited to 1,000 items, and isn’t guaranteed to show all URLs in a given status, even when less than 1,000 items” (tradução) «limitada a 1 000 itens e não há garantia de que mostre todas as URLs de um status, mesmo quando há menos de 1 000». Trate-a como amostra, não exportação completa.

Ordem de triagem, se você tiver só dez minutos. Restrinja o relatório ao sitemap que representa o inventário pretendido. Procure primeiro uma mudança inesperada nos totais; uma queda ou um pico é mais urgente que um número estável. Filtre Source = Website, priorize problemas que atinjam templates ou padrões de URL críticos para o negócio e corrija o padrão inteiro, não apenas uma URL, antes de validar.

Relatório versus Inspeção de URL — use o recurso certo

A distinção prática mais importante. Google: “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (tradução) «Este relatório não é usado para investigar o status de indexação de páginas específicas. Para uma página, use a Inspeção de URL».

• Page Indexing report = tendências agregadas por motivo na propriedade inteira.
• URL Inspection = estado ao vivo/indexado de uma URL, canônico escolhido pelo Google e opção Test live URL.

Quando um status causar dúvida, extraia uma URL de exemplo e inspecione-a. As duas ferramentas foram feitas para trabalhar juntas.

Uma observação sobre o atraso — o relatório fica atrás da realidade

Isso evita muitos alarmes falsos. O relatório não é atualizado em tempo real: reflete o último rastreamento de cada URL e as contagens mudam quando o Google rastreia de novo. O Google diz que “updates your instance count whenever it crawls a page with known issues, whether or not you explicitly requested fix validation” (tradução) «atualiza a contagem de ocorrências quando rastreia uma página com problemas conhecidos, com ou sem solicitação explícita de validação». John Mueller descreveu o relatório como atrasado. Não reaja demais a um número que pode estar desatualizado.

Uma limitação do Test live URL: ele confirma se o Google consegue rastrear e indexar a URL agora, mas não informa qual canônico o Google escolherá entre duplicatas. A seleção de canônico é uma decisão separada sobre os dados indexados. Para status de canônicos/duplicatas, confie no resultado indexado da Inspeção de URL, não no teste ao vivo; mesmo assim, ele pode ficar atrás da alteração mais recente.

Para onde seguir — todos os status, agrupados

A tabela Why pages aren’t indexed é o mapa do restante desta seção. Cada status abaixo tem seu próprio aprofundamento. Agrupei-os pelo que realmente acontece, pois a reação correta muda totalmente: alguns você corrige; outros, confirma e deixa como estão.

Não indexada — escolha do Google (muitas vezes nada a corrigir)

• Discovered – currently not indexed — o Google encontrou a URL, mas ainda não a rastreou. Geralmente é sinal de demanda de rastreamento ou qualidade do site.
• Crawled – currently not indexed — o Google rastreou a página e decidiu não indexá-la (ainda). Um grupo grande costuma indicar qualidade ou duplicação no site.

Bloqueada por você (intencional — confirme)

• Blocked by robots.txt — seu robots.txt instruiu o Google a não rastrear.
• URL marked ‘noindex’ — o Google encontrou uma diretiva noindex ao tentar indexar.

Erros HTTP (geralmente você os corrige)

• Blocked due to unauthorized request (401) — a página exigiu autenticação do Googlebot.
• Blocked due to access forbidden (403) — o crawler não recebeu acesso.
• Blocked due to other 4xx issue — um 4xx diferente dos status nomeados.
• Server error (5xx) — o servidor retornou erro de nível 500.
• Not found (404) — a URL retornou 404.

Canônicos e duplicatas (em geral corretos — verifique o canônico escolhido)

• Alternate page with proper canonical tag — aponta corretamente para o canônico indexado. Funciona como esperado.
• Duplicate without user-selected canonical — o Google a agrupou como duplicata e escolheu outra página como canônica; você não declarou uma.
• Duplicate, Google chose different canonical than user — você declarou um canônico, mas o Google escolheu outra URL. Corrija alinhando os sinais, não reforçando a tag.

Redirecionamentos (um é normal, outro é erro)

• Page with redirect — URL não canônica que redireciona. É normal; o destino é indexado.
• Redirect error — redirecionamento quebrado: cadeia longa, loop, destino vazio ou inválido, ou URL acima do comprimento máximo. Corrija este.

Avisos (indexadas, mas merecem atenção)

• Indexed, though blocked by robots.txt — indexada apesar do bloqueio; links foram suficientes. O Google não consegue ler o conteúdo nem um noindex ali.
• Page indexed without content — indexada, mas sem conteúdo significativo legível, muitas vezes por renderização ou algo semelhante a cloaking.

Uso os nomes do Google para que os artigos de cada status recebam links automáticos. O tema recorrente: grupos de canônicos/duplicatas, noindex, robots e 404 intencionais costumam estar corretos. O Google diz: “You should not expect all URLs on your site to be indexed, only the canonical pages.” (tradução) «Você não deve esperar que todas as URLs sejam indexadas, apenas as páginas canônicas». Investigue erros HTTP, erros de redirecionamento e volumes inesperados de páginas rastreadas ou descobertas que não foram indexadas.

Como corrigir e validar

Depois de corrigir os problemas reais (Source = Website), peça ao Google que verifique:

1. Primeiro, corrija todas as ocorrências no site.
2. Abra os detalhes e clique em “Validate fix”.
3. Não clique novamente até a validação ser aprovada ou falhar.

Prazo: “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (tradução) «A validação normalmente leva até cerca de duas semanas, mas às vezes pode demorar muito mais; tenha paciência». O pedido passa por Not started → Started → Looking good → Passed, ou Failed; N/A indica que o Google detectou a correção por conta própria. Validar não é obrigatório, mas oferece um resultado acompanhado.

O atalho de velocidade: valide um subconjunto. Envie um sitemap só com as páginas mais importantes, filtre o relatório e solicite a validação. O Google observa que “a validation request against a subset of your affected URLs can complete faster” (tradução) «uma validação de um subconjunto das URLs afetadas pode terminar mais rápido».

Como diagnosticar quedas, picos e “mais não indexadas que indexadas”

Alguns padrões que o próprio Google destaca e que procuro primeiro:

• Queda de páginas indexadas sem erros. Você provavelmente bloqueou páginas com uma regra robots.txt, um noindex ou uma exigência de login. Procure um pico correspondente.
• Mais não indexadas que indexadas. Geralmente há uma regra robots.txt ampla ou uma enxurrada de duplicatas de parâmetros (?type=dress, ?color=green, ?sort=price). É mais um problema de navegação facetada e canonicalização que de indexação.
• Pico repentino de erros. Muitas vezes vem de mudança de template ou de um sitemap cheio de URLs bloqueadas ou com noindex.

Alguns pontos que não podem ser confundidos

• Indexed ≠ ranking. Indexada significa apenas elegível para aparecer; o ranking depende da consulta e de muitos outros fatores.
• 100 % de cobertura não é a meta. Só as páginas canônicas devem ser indexadas.
• Validate fix não reindexa imediatamente. Ele põe novo rastreamento na fila; conte com cerca de 2 semanas.
• Os dados do GSC têm limites. As listas param em 1 000 exemplos, os totais podem variar um pouco e o relatório atrasa. (Meu estudo sobre dados do GSC — Anonymized Queries Make Up Nearly Half of GSC Traffic — lembra que o Search Console oferece uma visão poderosa, mas incompleta.)

Uma observação rápida sobre o Bing

O Bing não tem um equivalente único. A visão agregada mais próxima é o Site Explorer do Bing Webmaster Tools, com páginas indexadas, com erros, avisos e excluídas; a URL Inspection cobre uma URL. Use o primeiro para a visão geral e a segunda para uma página.

Esta página é o hub do relatório; os aprofundamentos por status ficam abaixo. Para o pipeline completo — descoberta, rastreamento, renderização, indexação e exibição — veja o cluster Como a pesquisa funciona.

Resumo de IA

Uma síntese da versão avançada:

• O que é: o Page Indexing report do Google Search Console (antigo Index Coverage; Pages em Indexing) mostra todas as URLs conhecidas como Indexed ou Not indexed.
• É agregado, não por URL. Para uma página, use URL Inspection.
• Não indexada não é necessariamente ruim. Canônicos, duplicatas, noindex, robots e 404 intencionais podem ser resultados corretos.
• Why pages aren’t indexed já vem ordenada por importância. Filtre Source = Website.
• 16 status: escolha do Google; bloqueios seus; erros HTTP; canônicos/duplicatas; redirecionamentos; e avisos.
• Corrija → Validate fix (normalmente cerca de 2 semanas). Valide um subconjunto em sitemap.
• O relatório atrasa. Não reaja demais a um número desatualizado.
• Diagnóstico: queda sem erros sugere bloqueio; mais não indexadas pode indicar robots ou duplicatas de parâmetros; pico de erros sugere template ou sitemap ruim.
• Sites pequenos (<500 páginas) provavelmente não precisam dele; uma busca site: basta.
• Bing: Site Explorer para a visão agregada e URL Inspection para uma página.

Documentação oficial

Documentação de fonte primária dos mecanismos de pesquisa.

Google

• Page indexing report — ajuda do Search Console: grupos, coluna Source, status, filtro de sitemap e fluxo Validate fix.
• Index Coverage Data Improvements (Jan 2021) — atualização que reformulou vários status.
• URL Inspection Tool — ferramenta complementar por URL.

Bing / Microsoft

• Bing Webmaster Tools — URL Inspection — visão de índice, SEO e marcação por URL.
• Bing Webmaster Tools — Site Explorer (Refreshed Webmaster Tools) — análogo agregado mais próximo.

Citações da fonte

Declarações públicas do Google. Cada link leva ao trecho citado na página de origem.

Google — o que o relatório é e mostra

• “See which pages Google can find and index on your site, and learn about any indexing problems encountered.” (tradução) «Veja quais páginas o Google consegue encontrar e indexar no seu site e saiba mais sobre problemas de indexação encontrados.» — Ajuda do Search Console. Ir para a citação
• “The Page indexing report shows the Google indexing status of all URLs that Google knows about in your property.” (tradução) «O relatório de indexação de páginas mostra o status de indexação no Google de todas as URLs conhecidas na sua propriedade.» Ir para a citação

Google — relatório versus página única e quem pode corrigir

• “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (tradução) «Este relatório não é usado para investigar o status de páginas específicas. Para isso, use a ferramenta Inspeção de URL.» Ir para a citação
• “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as “Website”.” (tradução) «O valor Origem mostra se a origem do problema é o Google ou o site. Em geral, você só pode corrigir problemas cuja origem é Site.» Ir para a citação

Google — “não indexada” não é necessariamente ruim

• “Not indexed is not necessarily bad.” (tradução) «Não indexada não é necessariamente algo ruim.» Ir para a citação
• “You should not expect all URLs on your site to be indexed, only the canonical pages.” (tradução) «Você não deve esperar que todas as URLs sejam indexadas, apenas as páginas canônicas.» Ir para a citação

Google — quem precisa e prazo de validação

• “If your site has fewer than 500 pages, you probably don’t need to use this report.” (tradução) «Se seu site tem menos de 500 páginas, provavelmente você não precisa usar este relatório.» Ir para a citação
• “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (tradução) «A validação normalmente leva até cerca de duas semanas, mas às vezes pode demorar muito mais; tenha paciência.» Ir para a citação

Gary Illyes, Google — sobre “crawled – currently not indexed” e qualidade do site (SERP Conf 2024, relatado pelo Search Engine Journal)

• “And the general quality of the of the site, that can matter a lot of how many of these crawled but not indexed you see in search console. If the number of these URLs is very high that could hint at general quality issues.” (tradução) «E a qualidade geral do site pode influenciar bastante quantas dessas páginas rastreadas, mas não indexadas, aparecem no Search Console. Um número muito alto pode sugerir problemas gerais de qualidade.» Leia a cobertura

John Mueller, Google — sobre o atraso do relatório (relatado pelo Search Engine Journal)

• “It’s just a report that’s kind of lagging behind.” (tradução) «É apenas um relatório que está um pouco atrasado.» Leia a cobertura

Como trabalhar com o relatório de indexação de páginas — checklist

Um processo repetível para fazer a triagem do relatório em vez de apenas encará-lo:

• Anote os totais Indexed versus Not indexed e a tendência: algo está mudando?
• Abra Why pages aren’t indexed e trabalhe de cima para baixo; a tabela já está ordenada por importância.
• Concentre-se em Source = Website: são os problemas que você pode corrigir.
• Para cada problema real, pegue uma URL de exemplo e use URL Inspection.
• Separe status intencionais (noindex, bloqueio por robots, canônico alternativo, página com redirecionamento) dos quebrados (5xx, 404, erro de redirecionamento, 4xx inesperado); investigue apenas os quebrados.
• Em canônicos/duplicatas, verifique o canônico escolhido pelo Google antes de corrigir qualquer coisa.
• Se crawled/discovered – currently not indexed for grande, trate como sinal de qualidade do site/demanda de rastreamento, não como falha de uma página.
• Compare uma queda de páginas indexadas com um pico em status não indexado.
• Corrija todas as ocorrências e clique em Validate fix uma vez.
• Para validar mais rápido, filtre um sitemap das páginas principais.
• Lembre-se do atraso: espere cerca de 2 semanas antes de julgar as mudanças.

Os modelos mentais

1. Relatório = agregado; URL Inspection = uma página. O relatório mostra padrões no site; a Inspeção de URL mostra o estado ao vivo, o canônico escolhido e a renderização de uma URL. Encontre o padrão e confirme a causa.

2. Not indexed ≠ quebrada. Diante de um número alto, leia os motivos em vez de tentar corrigir tudo. Canônicos, duplicatas, noindex, robots e 404 intencionais podem estar corretos. O Google espera que apenas as páginas canônicas sejam indexadas.

3. Source = Website é sua lista de tarefas. A coluna separa decisões do Google das decisões do site. Filtrar Source = Website e validações failed/not started transforma a tabela em uma lista acionável.

4. A ordem é uma lista de prioridades. O Google já ordena Why pages aren’t indexed por importância. Comece no topo.

5. Validate fix solicita novo rastreamento; não é um interruptor. O clique pede nova verificação das URLs conhecidas; leva cerca de 2 semanas e pode falhar. Para acelerar, restrinja a um sitemap das páginas mais importantes.

6. O relatório sempre fica um pouco atrás. Ele reflete o último rastreamento e muda no próximo. Trate cada leitura como uma fotografia atrasada, não como verdade em tempo real.

Relatório de indexação de páginas — guia rápido

Os dois relatórios que as pessoas confundem

Os 16 status, agrupados

Fatos rápidos

• Nome antigo: Index Coverage report (renomeado Page indexing em 2022).
• Source = Website = problemas que você pode corrigir.
• Validate fix ≈ 2 semanas; use um sitemap pequeno para acelerar.
• Listas de exemplo têm até 1 000 URLs; totais variam um pouco; há atraso.
• Indexed ≠ ranking — significa apenas elegível para aparecer.
• Menos de 500 páginas? Provavelmente basta uma busca site:.

Problemas comuns

Sintoma → causa provável → correção para os padrões que realmente levam as pessoas de volta a este relatório.

Páginas de login, acesso negado ou aplicativo vazio estão sendo indexadas

Exemplo prático: /account/invoices/123 deveria exigir login. Para um crawler sem sessão, ela retorna 200 OK, uma diretiva robots indexável e um shell HTML com a marca, cujo conteúdo principal diz “Faça login para continuar”. Links internos ou um sitemap antigo expõem milhares de URLs de faturas. O Google não está burlando o login; está indexando o shell 200 rastreável que o aplicativo serviu deliberadamente.

Inspecione várias URLs sem login e compare status HTTP, canônico, diretivas robots e conteúdo principal renderizado. A correção costuma ser no template: exija autenticação antes de servir o recurso; retorne 401, 403, 404 ou 410 conforme o modelo de acesso; remova as URLs de sitemaps e navegação rastreável; ou sirva noindex rastreável se o shell público precisar continuar acessível. Verifique a resposta ao vivo e o estado indexado; uma URL corrigida não prova que o padrão inteiro foi corrigido.

A contagem indexada caiu sem novos erros

• Sintoma: o total Indexed cai, mas Why pages aren’t indexed não mostra um pico correspondente em status de erro.
• Causa provável: você bloqueou páginas antes indexadas com nova regra robots.txt, noindex no template ou requisito de login/paywall.
• Correção: procure um pico em status não indexado que não seja erro (robots.txt, noindex ou discovered/crawled – currently not indexed). Confirme uma amostra com URL Inspection e teste robots ao vivo com robots-txt-tester (/tools/robots-txt-tester).

”Mais não indexadas que indexadas”

• Sintoma: o total não indexado supera o indexado em um site que não é novo.
• Causa provável: regra robots.txt bloqueando uma seção grande ou enxurrada de URLs quase duplicadas por parâmetros (?color=green, ?sort=price).
• Correção: verifique os parâmetros e tags canônicas com canonical-checker (/tools/canonical-checker) e confirme as duplicatas comparando diretamente o conteúdo renderizado. É um problema de navegação facetada/canonicalização, não do relatório.

Pico repentino em um status de erro HTTP

• Sintoma: contagens 401, 403, 404 ou 5xx sobem em muitas URLs, geralmente após deploy.
• Causa provável: mudança de template que quebrou autenticação, redirecionamento ou página de erro; ou sitemap novo com URLs bloqueadas, noindexadas ou removidas.
• Correção: teste uma amostra ao vivo com http-status-checker (/tools/http-status-checker). Se a origem for sitemap, audite-o com sitemap-validator (/tools/sitemap-validator) antes de reenviar.

”Redirect error” (não o normal “Page with redirect”)

• Sintoma: o relatório mostra Redirect error, diferente do esperado Page with redirect.
• Causa provável: cadeia longa, loop, destino vazio ou malformado, ou URL acima do limite.
• Correção: rastreie os saltos com redirect-chain-mapper (/tools/redirect-chain-mapper) e reduza a um salto para a URL final.

”Validate fix” retorna Failed

• Sintoma: após corrigir e clicar em Validate fix, o resultado é Failed, não Passed.
• Causa provável: a correção não alcançou todas as URLs (cache de CDN, deploy só em staging ou template incompleto), ou o Google rastreou antes da propagação.
• Correção: confira algumas URLs originais diretamente — código-fonte ou teste de status/robots, não só a renderização — e solicite nova validação quando a correção estiver ao vivo em todos os padrões.

Testes de validação

Provas de que sua correção mudou a realidade subjacente, não apenas o que o relatório diz.

Confirme que o status ao vivo de uma página bloqueada corresponde ao esperado

• Teste: http-status-checker (/tools/http-status-checker) ou curl -I na URL.
• Resultado esperado: o código pretendido — 200 para desbloquear ou 301/404 deliberado para remover.
• Interpretação da falha: o erro antigo (401/403/5xx) indica que a correção não chegou a todo lugar; verifique CDN, balanceador e ambiente.
• Janela de monitoramento: imediata; o status HTTP é ao vivo.
• Gatilho de reversão: se o status continuar divergente após limpar o cache e esperar alguns minutos, reverta e diagnostique novamente.

Confirme que a correção no robots.txt realmente desbloqueia a URL

• Teste: robots-txt-tester (/tools/robots-txt-tester) no caminho específico.
• Resultado esperado: a URL aparece como permitida para o Googlebot.
• Interpretação da falha: ainda bloqueada significa regra não removida, regra mais específica ou arquivo errado (staging versus produção).
• Janela de monitoramento: imediata para o arquivo; espere um ciclo normal de rastreamento, em dias, para o GSC.
• Gatilho de reversão: se continuar bloqueada no robots.txt de produção, trate como não resolvida.

Confirme que a correção canônica teve o resultado pretendido

• Teste: canonical-checker (/tools/canonical-checker) e depois URL Inspection para o canônico escolhido pelo Google.
• Resultado esperado: <link rel="canonical"> aponta para a URL desejada e o Google concorda.
• Interpretação da falha: outro canônico escolhido indica que a tag mudou, mas links internos, sitemap ou redirecionamentos ainda divergem.
• Janela de monitoramento: 2–4 semanas; a seleção canônica é lenta.
• Gatilho de reversão: divergência após mais de 4 semanas e um ciclo Validate fix indica sinais ainda conflitantes.

Confirme que a correção removeu a cadeia ou o loop

• Teste: redirect-chain-mapper (/tools/redirect-chain-mapper) na URL afetada.
• Resultado esperado: um único salto direto ao destino final com 200.
• Interpretação da falha: mais de um salto ou loop significa que regras antigas e novas foram encadeadas.
• Janela de monitoramento: imediata para a cadeia; um ciclo normal para o GSC.
• Gatilho de reversão: se ainda houver mais de um salto, reverta e consolide as regras na origem.

Confirme que a solicitação “Validate fix” foi aprovada

• Teste: o botão Validate fix no status específico; restrinja a um sitemap prioritário para acelerar.
• Resultado esperado: Passed ou N/A, quando o Google confirmou sozinho.
• Interpretação da falha: Failed significa que o problema ainda existe em algumas URLs; volte à correção.
• Janela de monitoramento: normalmente até cerca de duas semanas, podendo demorar mais.
• Gatilho de reversão: dois Failed consecutivos após confirmar a correção ao vivo exigem verificar todos os padrões de URL, não só a amostra.

Como medir

KPIs permanentes para acompanhar o relatório ao longo do tempo, não verificações isoladas.

Contagem de páginas indexadas (tendência, não fotografia)

• O que informa: se a presença indexada do site cresce, permanece estável ou diminui.
• Como obter: total Indexed ou gráfico em View data about indexed pages.
• Referência/faixa realista: não há número universal; compare a tendência com sua contagem de URLs canônicas em vez de perseguir 100 %.
• Cadência: mensal ou logo após grande mudança de conteúdo/estrutura de URLs.

Total de “Why pages aren’t indexed” por Source = Website

• O que informa: o tamanho da lista acionável de problemas que você pode corrigir.
• Como obter: filtre Source = Website e some URLs em status Failed ou Not started.
• Referência/faixa realista: depende do tamanho e histórico; crie sua própria linha de base e acompanhe a queda.
• Cadência: mensal; semanal durante limpeza ativa ou após migração grande.

Contagem de status de erro HTTP (401/403/404/5xx)

• O que informa: se páginas que deveriam funcionar estão quebradas para o Googlebot.
• Como obter: linhas do relatório cruzadas com http-status-checker (/tools/http-status-checker) em uma amostra.
• Referência/faixa realista: zero para URLs que devem permanecer ativas; 404 em páginas removidas pode ser normal.
• Cadência: após cada deploy de rotas, autenticação ou templates; senão, mensal.

Taxa de aprovação do Validate fix

• O que informa: se as correções chegaram a todas as URLs ou só a parte delas.
• Como obter: acompanhe Passed/Failed/N/A de cada solicitação ao longo do tempo.
• Referência/faixa realista: sem meta fixa; o padrão saudável é Passed ou N/A na primeira tentativa. Failed repetido é o sinal.
• Cadência: por ciclo; verifique cerca de duas semanas após cada solicitação.

Ferramentas

O relatório informa o que o Google considera errado; estas ferramentas ajudam a confirmar e corrigir a causa subjacente.

Ferramentas deste site

• gsc-workbench (/tools/gsc-workbench) — trabalhe com seus dados do GSC via API do Search Console.
• gsc-regex-tester (/tools/gsc-regex-tester) — crie e teste filtros regex aceitos pelos relatórios Performance e Page Indexing.
• http-status-checker (/tools/http-status-checker) — confirme ao vivo 401/403/404/5xx antes ou depois da correção.
• redirect-checker (/tools/redirect-checker) e redirect-chain-mapper (/tools/redirect-chain-mapper) — verifique um redirecionamento ou a cadeia inteira em Redirect error.
• canonical-checker (/tools/canonical-checker) — confira a tag canônica declarada em URLs de canônicos/duplicatas.
• robots-txt-tester (/tools/robots-txt-tester) — confirme se uma URL está bloqueada antes de classificar Blocked by robots.txt.
• sitemap-validator (/tools/sitemap-validator) e xml-sitemap-generator (/tools/xml-sitemap-generator) — audite ou refaça o sitemap usado numa validação mais rápida.
• site-audit-lite (/tools/site-audit-lite) — faça uma verificação ampla quando o padrão parece afetar o site inteiro.

Ferramentas de terceiros

• Google Search Console — o próprio Page Indexing report e URL Inspection para uma URL.
• Bing Webmaster Tools — Site Explorer (agregado) e URL Inspection (uma URL).
• Screaming Frog — rastreie o site como o Googlebot e cruze códigos, redirecionamentos e canônicos em escala antes de confiar na amostra do GSC.

Recursos que valem seu tempo

Meus textos relacionados

• How to Fix “Discovered - currently not indexed” — aprofundamento de um dos status mais mal interpretados.
• How to Remove URLs From Google Search (5 Methods) — noindex e ferramenta de remoção.
• Anonymized Queries Make Up Nearly Half of GSC Traffic — meu estudo de dados do GSC; o Search Console é poderoso, mas incompleto.
• The Beginner’s Guide to Technical SEO — o lugar da indexação e do GSC no quadro geral.

Minhas palestras

• How Search Works (SlideShare) — minha explicação de rastreamento, renderização, indexação e ranking, contexto deste relatório. (Vale meu aviso: “This is my understanding of systems… not going to be 100% complete or accurate.” (tradução) «Este é meu entendimento dos sistemas… não será 100 % completo nem preciso.»)

Oficiais

• Google — Page indexing report e Index Coverage Data Improvements (2021).

Do setor

• r/TechSEO — comunidade para depurar indexação e cobertura.
• Google Explains Reasons For Crawled Not Indexed — Gary Illyes na SERP Conf 2024 sobre volumes altos e qualidade geral do site.
• Mueller Asked About Lag in Google Search Console Indexing Report — John Mueller sobre o atraso do relatório.
• Google Search Console Coverage Report Renamed to Pages Report — primeiro registro da mudança de nome no Google I/O 2022.
• Index Coverage Data Improvements — atualização de janeiro de 2021 que removeu “crawl anomaly”, adicionou “indexed without content” e reformulou status.
• Google Search Console Help — Page indexing report — referência oficial sobre grupos, Source, status, sitemap e Validate fix.

Quiz

Teste o que você lembra sobre a leitura do relatório de indexação de páginas.

Registro de alterações