Como melhorar a cobertura de indexação no GSC: de 30% a 85% com diagnóstico e correção de erros

Duas semanas depois de publicar um artigo, você abre o Google Search Console e vê o status “enviada, mas não indexada”. Muita gente já passou por essa cena.

Pior ainda: em um projeto anterior, das 42 páginas de conteúdo, 18 foram marcadas como “Crawled - Currently Not Indexed”, uma participação de 42%. A sensação é como preparar uma mesa inteira com cuidado, receber os convidados e perceber que eles só olham, mas não comem.

A boa notícia é que, 21 dias depois, consegui levar o número de páginas indexadas de 42 para 71, e as impressões cresceram 138%. Este artigo é uma retrospectiva desse processo. Não é um tutorial sobre como clicar no botão “solicitar indexação” (se você clicar 10 vezes por dia, o Google vai ignorar tudo), mas um sistema completo de diagnóstico.

Como ler o relatório de cobertura do GSC: comparação entre 5 tipos de erro

Primeiro, vale deixar claro: o relatório de cobertura do GSC não é uma carta de punição, é um relatório de diagnóstico. Muita gente entra em pânico ao ver um alerta vermelho, mas o Google está dizendo onde está o problema.

Onde fica o relatório Pages

Entre no GSC e, no menu lateral, vá em “Indexação” > “Pages” (nas versões anteriores a março de 2026, isso aparecia como “Cobertura”). Essa página mostra o status de indexação de todas as URLs do seu site, dividido em algumas categorias:

• Indexadas: normal, não precisa mexer
• Não indexadas: aqui está o foco

Dentro de “não indexadas”, há vários status diferentes. Para ser sincero, eu também fiquei meio perdido quando vi esses rótulos em inglês pela primeira vez. Mas, depois que você entende, percebe que cada um tem um caminho de correção.

Os 5 erros de indexação mais comuns

Organizei esses cinco erros em uma tabela para você comparar rapidamente com o seu caso:

Vamos olhar com mais atenção para os dois que mais costumam travar o processo.

Crawled - Currently Not Indexed

Em termos simples: o Googlebot passou pela sua página, leu o conteúdo, mas decidiu não colocá-la no índice. Isso dói mais do que “Discovered”, porque significa que o Google viu a sua página, mas não gostou o suficiente.

Segundo dados da ClickRank, cerca de 45% das novas páginas no mundo ficam presas nesse status. As causas mais comuns são conteúdo pouco profundo, poucos links internos ou valor de página pouco evidente.

Discovered - Currently Not Indexed

Esse é um pouco mais leve. O Google sabe que essa URL existe, talvez por sitemap ou backlink, mas ainda não enviou o robô para ler. O tempo de espera costuma ser menor que em “Crawled”: 5 a 10 dias geralmente resolvem.

Como diferenciar os dois? A chave é saber se o Google realmente “leu” o conteúdo da sua página. Crawled significa que ele já leu. Discovered significa apenas que ele sabe que a URL existe.

Correção prática dos erros principais: o fluxo completo do diagnóstico à solução

Agora vem a parte importante. Nesta seção, vou decompor os passos de correção por tipo de erro. São abordagens que eu testei na prática.

7 pontos para corrigir “Crawled - Currently Not Indexed”

Esse é o erro mais frustrante, mas a lógica de correção é clara: fazer o Google enxergar valor na sua página.

Montei um checklist para você seguir em ordem:

1. A profundidade do conteúdo é suficiente?

Railway - Plataforma de deploy moderna, sem ops complexas, no ar em minutos

Começar agora →Anúncio

O piso mínimo é 800 palavras, mas eu recomendo passar de 1200. Não é para inflar o texto: é para realmente cobrir o assunto com profundidade. Eu tinha um artigo de 600 palavras; depois de reescrevê-lo para 1500 palavras, ele foi indexado em uma semana.

2. A estrutura de links internos tem problema?

Uma nova página precisa de pelo menos 3 links internos apontando para ela. Páginas-ilha, sem nenhum link interno apontando para elas, são uma das principais causas de falha de indexação. Eu já caí nisso: depois de publicar um artigo novo, nem a página inicial nem a lista de posts tinham link para ele, então o Googlebot simplesmente não encontrava uma entrada.

3. O texto cita fontes externas de autoridade?

Inclua 1 ou 2 fontes confiáveis no artigo, como documentação oficial do Google, Wikipedia ou blogs reconhecidos do setor. Isso aumenta a credibilidade da página. Use links com texto âncora; não coloque apenas a URL crua.

4. Velocidade de carregamento da página

Se o tempo de resposta do servidor passa de 1 segundo, o robô pode desistir do rastreamento. Meu site antes respondia em 800 ms; depois de otimizar para 200 ms, a frequência de rastreamento subiu de forma visível.

5. Configuração da tag canonical

Verifique se a página tem canonical configurado corretamente. Se várias URLs apontam para o mesmo conteúdo, o Google pode escolher uma como canônica e ignorar as outras.

6. Dados estruturados

Adicione dados estruturados adequados, como Article, HowTo e FAQ, para ajudar o Google a entender o conteúdo da página. Em blogs Astro, isso pode ser incorporado em formato JSON-LD.

7. Use “solicitar indexação” só no fim

Depois de concluir esses 6 pontos, vá ao GSC e use a ferramenta URL Inspection para solicitar indexação manualmente. O limite é de 10 URLs por dia; acima disso, o Google ignora.

Correção rápida de “Discovered - Currently Not Indexed” em três passos

Esse status é relativamente simples. Três passos costumam bastar:

Step 1: reenvie o sitemap

Vá à página “Sitemaps” do GSC, remova o sitemap antigo e envie novamente. Às vezes, o próprio arquivo de sitemap tem problema, como erro de formato ou URLs vencidas, e isso faz o Google descobrir a página sem indexá-la.

Step 2: melhore a velocidade de resposta do servidor

Verifique os logs do servidor e veja o tempo de resposta quando o Googlebot acessa o site. Se passar de 1 segundo, otimize: ative CDN, comprima imagens e reduza redirecionamentos.

Step 3: construa autoridade temática

Isso parece meio abstrato, mas é simples: faça o Google entender que seu site tem autoridade em um tema. Como? Publique continuamente em torno de um assunto central e forme um cluster de conteúdo. Por exemplo, quando escrevi sobre GSC, publiquei 4 artigos em sequência, todos linkando entre si.

Como tratar Duplicate Canonical

Esse caso normalmente acontece quando você tem várias URLs com conteúdo igual ou parecido, e o Google escolheu uma página canônica por conta própria, mas você queria especificar outra.

A solução é adicionar uma tag canonical no cabeçalho de cada página.

<!-- URL que você quer usar como página canônica -->
&lt;link rel="canonical" href="https://yourdomain.com/preferred-url/" /&gt;

Por exemplo: se o seu blog tem /blog/post-title/ e /posts/post-title/ apontando para o mesmo conteúdo, escolha uma como URL canônica e faça todas as páginas apontarem para ela.

O jeito correto de lidar com Soft 404

O que é Soft 404? A página retorna status 200, mas o conteúdo está vazio ou quase não tem valor. O Google entende que essa página “parece um 404”.

Há duas formas de corrigir:

Opção 1: retornar um 404 real

Se a página realmente não deveria existir, faça com que ela retorne status 404.

Alibaba Cloud - Escolha dos desenvolvedores, 15% de desconto exclusivo em Lighthouse

Ganhar 15% off →Anúncio

Opção 2: adicionar conteúdo útil

Se a página deve continuar existindo, complemente com conteúdo realmente útil. Pelo menos 800 palavras, imagens e links internos.

Eu tinha uma página de tag que mostrava apenas o nome da tag, sem lista de artigos. Depois que adicionei a lista de posts e uma descrição da tag, o Soft 404 desapareceu.

Aceleração automática de indexação: Indexing API e IndexNow na prática

Neste ponto, talvez você esteja pensando: esses métodos de correção ainda exigem esperar de 5 a 14 dias. Existe um jeito mais rápido?

Existe. Indexing API.

Por que enviar sitemap já não é suficiente

Para ser honesto, em 2026 o cenário mudou. Segundo o relatório da ClickRank, o ciclo de espera do envio tradicional de sitemap saiu de 11 dias em 2024 para 23 dias. O Google apertou o crawl budget e, depois da chegada dos resumos de IA, passou a exigir mais qualidade de conteúdo.

O sitemap ainda precisa ser enviado, mas você não pode depender só dele. É preciso bater à porta ativamente.

Indexing API: 85% de indexação em 48 horas

O que é a Indexing API? Em termos simples, é como enviar um convite VIP ao Googlebot. Você avisa o Google de forma ativa: esta URL foi atualizada, venha rastrear.

Dados do teste: 50 novas páginas enviadas em um único dia; 48 horas depois, 85% estavam indexadas. Muito mais rápido que sitemap.

Quem pode usar

Sites de e-commerce, sites de vagas e plataformas de transmissão ao vivo: oficialmente, o Google limita a essas três categorias. Mas, na prática, blogs também conseguem solicitar, desde que você crie um projeto no Google Cloud Console e peça as permissões.

Passos de configuração (versão simplificada)

1. Entre no Google Cloud Console
2. Crie um novo projeto e ative o serviço “Indexing API”
3. Crie uma conta de serviço (Service Account) e gere um arquivo de chave JSON
4. No GSC, adicione a conta de serviço como proprietária do site
5. Envie URLs pela API

Exemplo de código (Node.js):

const { google } = require('googleapis');

// Carrega a chave da conta de serviço
const auth = new google.auth.GoogleAuth({
  keyFile: './service-account-key.json',
  scopes: ['https://www.googleapis.com/auth/indexing'],
});

// Envia URL
async function publishUrl(url) {
  const client = await auth.getClient();
  const indexing = google.indexing({ version: 'v3', auth: client });

  await indexing.urlNotifications.publish({
    requestBody: {
      url: url,
      type: 'URL_UPDATED',
    },
  });
}

// Envio em lote
const urls = [
  'https://yourdomain.com/post-1/',
  'https://yourdomain.com/post-2/',
];
urls.forEach(publishUrl);

Limitações

• Envie no máximo 200 URLs por dia (nos testes, 50 deram o melhor resultado)
• Depois do envio, espere 48 horas para conferir o resultado
• Não envie a mesma URL repetidamente, pois ela será ignorada

Protocolo IndexNow: a alternativa da Microsoft e do Yandex

IndexNow é outro protocolo de indexação imediata, suportado por Microsoft Bing e Yandex. O Google ainda não oferece suporte, mas o tráfego de busca do Bing também está crescendo, então vale configurar.

Vantagens

• Configuração mais simples: basta colocar um arquivo de API Key na raiz do site
• Efeito rápido: depois do envio, o Bing costuma rastrear em poucas horas

Como configurar

1. Acesse o site oficial do IndexNow e gere uma API Key
2. Coloque o arquivo de key na raiz do site: /.well-known/indexnow-key.txt
3. Envie a URL para o endpoint do IndexNow

Em blogs Astro, você pode colocar o arquivo de key no diretório public/; após o build, ele será copiado automaticamente para a raiz.

API para envio de URL:

POST https://www.bing.com/indexnow
?url=https://yourdomain.com/new-post/&key=YOUR_API_KEY

Muitos CMSs e frameworks de blog estático já têm plugins prontos, como o plugin IndexNow do WordPress e o pacote indexnow-integration para Astro.

Search Console API: checagem de status de URLs em lote

Na versão web do GSC, você só consegue verificar manualmente algumas dezenas de URLs por dia. Já a Search Console API permite cerca de 2000 consultas diárias. É ótima para diagnóstico periódico em lote.

Cenários de uso

• Verificar semanalmente o status de indexação de todos os artigos
• Descobrir quais páginas passaram de “indexadas” para “não indexadas”
• Medir a tendência de variação da cobertura

Exemplo de código:

const { google } = require('googleapis');

async function checkIndexStatus(url) {
  const client = await auth.getClient();
  const searchconsole = google.searchconsole({ version: 'v1', auth: client });

  const result = await searchconsole.urlInspection.index.inspect({
    requestBody: {
      inspectionUrl: url,
      siteUrl: 'https://yourdomain.com/',
    },
  });

  return result.data.inspectionResult.indexStatusResult;
}

O retorno informa se a URL está indexada, não indexada ou se há algum erro.

Estratégia de monitoramento semanal: criar um sistema sustentável de saúde da indexação

Depois de corrigir uma rodada de problemas, o mais importante é não deixar que eles voltem. Eu criei um fluxo de monitoramento semanal e, em 21 dias de teste, o resultado foi bom.

KiloClaw - OpenClaw gerenciado para empresas: orquestração de agentes IA e roteamento inteligente

Começar →Anúncio

Indicador principal: cobertura de indexação

Como calcular? A fórmula é simples:

cobertura de indexação = número de páginas indexadas / total de páginas

Meu projeto saiu de 42/100 (42%) para 71/100 (71%) em 21 dias. Definir uma meta em 85% é razoável; mirar mais alto pode ser irrealista, porque algumas páginas são naturalmente de baixo valor e não precisam ser indexadas.

Checklist de monitoramento toda segunda-feira

Transformei esse processo em um checklist fixo, que executo toda segunda de manhã:

1. Verificar o relatório Pages

Veja se a cobertura mudou. Uma queda acima de 5% já é sinal de alerta e precisa de investigação.

2. Ver as estatísticas de rastreamento

Em “Configurações” > “Estatísticas de rastreamento”, o GSC mostra a frequência de acesso do robô e o tempo de resposta. O foco é:

• O número diário de rastreamentos caiu de repente?
• O tempo médio de resposta subiu? Se passar de 1 segundo, precisa otimizar.

3. Conferir artigos recém-publicados

Veja se os conteúdos publicados na última semana foram indexados. Se 3 artigos seguidos não forem indexados, há algo errado na estratégia de conteúdo.

4. Comparar antes e depois da otimização

Use a Search Console API para exportar dados e montar uma tabela simples:

Assim fica fácil enxergar o efeito da otimização.

Sinais de alerta e tratamento

Se aparecer qualquer uma das situações abaixo, trate imediatamente:

• Cobertura caiu mais de 5%: investigue quais páginas passaram de “indexadas” para “não indexadas”
• Tempo de resposta do servidor acima de 1 segundo: otimize CDN e comprima recursos
• Conteúdos novos ficam sem indexação em sequência: revise qualidade do conteúdo e estrutura de links internos
• Frequência de rastreamento caiu de repente: pode ser problema de robots.txt ou servidor

Ideia de teste A/B

Se você quer validar se uma otimização funciona, pode fazer um teste simples:

• Escolha 10 artigos não indexados
• Otimize 5 deles, adicionando links internos e melhorando o conteúdo
• Compare a velocidade de indexação entre os dois grupos

Eu testei isso uma vez: o grupo otimizado foi indexado em média em 7 dias; o grupo sem otimização levou em média 14 dias. A diferença foi bem clara.

Conclusão

Depois de tudo isso, aqui vai um checklist simplificado em 10 passos para executar ainda nesta semana:

1. Abra GSC > Pages e veja o estado atual da cobertura
2. Exporte a lista de páginas não indexadas e classifique por tipo de erro
3. Priorize “Crawled Not Indexed” (otimização de conteúdo e links internos)
4. Verifique e corrija a configuração da tag canonical
5. Trate erros Soft 404 e Redirect
6. Configure Indexing API ou IndexNow (opcional)
7. Reenvie o sitemap
8. Solicite indexação manualmente (máximo de 10 por dia)
9. Espere de 5 a 14 dias e confira os resultados
10. Crie um fluxo de monitoramento semanal

Efeito esperado: em 21 dias, elevar a cobertura em mais de 30% e aumentar as impressões de forma correspondente.

Quero reforçar um ponto: o relatório de cobertura do GSC não é o Google punindo você. É o Google dizendo onde está o problema. Diagnosticar e corrigir de forma sistemática é muito mais eficaz do que clicar 10 vezes por dia no botão “solicitar indexação”.

No próximo artigo, vou falar sobre como usar o relatório de análise de pesquisa do GSC para otimizar a estratégia de conteúdo: quais palavras-chave valem um novo artigo e quais conteúdos precisam ser atualizados. Se esse tema interessa, acompanhe a série.