Páginas não indexadas: uma árvore de decisão com verificações de links
A Search Console oferece dois rótulos semelhantes com causas diferentes. Percorra os ramos na ordem e pare no primeiro que corresponder.
Equipe de pesquisa do ArchiLinks ·
Descoberta, atualmente não indexada significa que o Google conhece a URL, mas ainda não a buscou. Rastreada, atualmente não indexada significa que ele buscou a página e optou por não mantê-la. A primeira está principalmente relacionada à prioridade e descoberta. A segunda está relacionada à própria página.
Por que os links pertencem ao diagnóstico
As equipes diagnosticam a indexação como um problema puramente técnico. Muitas vezes é. No entanto, um sinal permanece fácil de ser ignorado.
Quando você encontra backlinks para URLs de sites que estão faltando no índice, descobre se sites externos os avaliam positivamente, e uma página com zero links internos e zero externos dá ao Google muito pouco motivo para gastar tempo de rastreamento ou espaço de índice nela.
Um site com algumas dezenas de páginas finas e um sitemap plano é comum o suficiente para ser verificado primeiro.
Para o conjunto completo de chamadas de link, consulte os scripts da API; para seções que você está prestes a mover, a lista de verificação de migração coloca as verificações de indexação na T+1 semana. Bing e Yahoo também podem diferir do Google, então teste-os separadamente e considere o IndexNow para o Bing desde seu lançamento em 2021.
A árvore de decisão
1. A página está bloqueada ou noindexed?
Inspeccione a URL na Search Console. Observe o HTML renderizado, o cabeçalho HTTP e o robots.txt. Um noindex deixado para trás da staging é o culpado habitual. Se sim, remova-o e solicite a indexação.
2. O Google escolhe um canonical diferente?
Compare o canonical declarado pelo usuário com o selecionado pelo Google. Se diferirem, a página é um duplicado ou quase duplicado na visão do Google. Mesclar, diferenciar ou aceitar.
3. A página é acessível a partir de seções reais?
Conte links internos de páginas que são indexadas. Menos de dois, ou apenas do sitemap, significa descoberta fraca. Adicione links de um hub.
4. A página tem links externos?
Verifique toppages e backlinks para a URL. Se outros domínios linkarem para ela, corrija os links internos primeiro e espere uma recuperação mais rápida. Se nenhum, a página deve merecer seu lugar no conteúdo.
5. A página vale a pena manter?
Páginas finas, baseadas em modelos ou baseadas em parâmetros são frequentemente excluídas propositalmente. Consolidar, noindex ou excluir. Não gaste orçamento de rastreamento discutindo.
Para onde cada ramo geralmente aponta
| Descoberta | Causa típica | Ação | Tempo para ver um efeito |
|---|---|---|---|
| noindex ou bloqueio de robots | Regra de staging enviada para produção | Remover e solicitar indexação | Dias a algumas semanas |
| Canonical do Google diferente | Duplicatas, parâmetros, variantes finas | Consolidar ou reescrever | Semanas |
| Poucos links internos | Órfão ou página profunda | Link de hubs e sitemap | Semanas |
| Links existem, mas não indexados | Conteúdo considerado de baixo valor | Melhorar o conteúdo, manter o redirecionamento ou canonical honesto | Um ou dois meses |
| Muitas páginas, todas afetadas | Sinal de qualidade ou estrutura em todo o site | Poda e consolide antes de enviar mais | Meses |
Quando a contagem de indexados cai abruptamente
Uma contagem que cai de dezenas de milhares para algumas dezenas é um evento, não uma tendência. Olhe para a data primeiro. Compare com seus próprios lançamentos, porque uma mudança de modelo ou uma sinalização noindex em um componente compartilhado explica a maioria das quedas repentinas.
Depois, faça uma amostra. Pegue cinquenta URLs antes da queda e cinquenta depois, e observe o status, o canonical e os links internos de cada grupo. O padrão geralmente aparece na amostra antes de aparecer nos totais.
Indexadas, mas bloqueadas pelo robots.txt
Uma URL pode aparecer como indexada enquanto o robots.txt bloqueia o rastreamento. O Google pode conhecer o endereço por meio de links e listá-lo sem ler o conteúdo, então a listagem é fina e muitas vezes não tem descrição. Desbloqueie o caminho se quiser que a página seja julgada com base em seu conteúdo, ou mantenha-a bloqueada e aceite a entrada nua.
Verifique a regra que corresponde à URL. Um padrão amplo escrito para um caminho de staging pode pegar pastas de produtos ao vivo por acidente, e a correção é uma linha mais estreita, não um segundo arquivo.
Por que uma entrada no sitemap espera e uma solicitação manual não
Uma URL que você solicita manualmente pode ser indexada em alguns dias, enquanto a mesma URL listada apenas no sitemap permanece fora. Essa lacuna geralmente reflete a prioridade de rastreamento em vez da qualidade da página. Uma solicitação move uma página para o topo da fila, e uma entrada no sitemap espera nela.
A correção durável é a mesma de qualquer maneira. Link a página a partir de uma página que já é rastreada e mantenha o sitemap livre de entradas desatualizadas, para que ambas as rotas levem à mesma URL.
Antes de solicitar indexação para uma URL
- A URL retorna 200 com o conteúdo real, não uma estrutura ou um spinner.
- Nenhum noindex aparece no HTML ou no cabeçalho de resposta.
- O canonical aponta para a própria URL, ou para uma versão que você escolheu propositalmente.
- Pelo menos um link interno vem de uma página que já está indexada.
- A URL está listada no sitemap, e o sitemap não contém entradas desatualizadas.
- Você tem uma nota curta sobre por que a página deve ser indexada de qualquer maneira.
Lendo resultados site: e testes ao vivo
Uma consulta site: mostra o que o Google tem em seu índice quando você a executa. É uma instantânea. Um resultado vazio para uma página que você pode ver no relatório de Páginas é um motivo para verificar novamente, não um veredito.
A Inspeção de URL e seu teste ao vivo respondem a uma pergunta mais específica: o que o Google pode buscar e renderizar agora para um endereço. Use-o para separar um problema de busca ou renderização de um problema de qualidade.
Executando consultas site: sem se enganar
Execute site: com o endereço exato, depois novamente com uma frase exclusiva da página. Duas respostas vazias para uma página ao vivo geralmente significam que a URL não está indexada, ou que está indexada sob outro canonical. Verifique o canonical antes de assumir qualquer outra coisa.
Um resultado sem snippet é um estado diferente de nenhum resultado. Observe qual você vê, porque a correção para cada um é diferente.
Comparando o canonical declarado e o selecionado
Abra a Inspeção de URL em uma página indexada e compare o canonical que você declarou com o selecionado pelo Google. Uma incompatibilidade significa que o Google escolheu outra página como representante deste conteúdo. Essa escolha pode estar certa ou errada para você, então decida qual é antes de alterar qualquer coisa.
Se a versão renderizada estiver em branco, o problema está na construção, e não no índice. A auditoria de links JavaScript cobre esse caso.
Executando a verificação em uma escala maior
Verificar algumas centenas de URLs manualmente funciona uma vez. Uma verificação recorrente precisa de status, canonical e dados de link de um script, e de um arquivo que mantenha o histórico de cada execução.
Comece com as URLs que já atraem links externos. Execute toppages no host para que você possa encontrar backlinks para seções do site que valem a pena verificar, depois compare essa lista com a exportação Não indexados. A sobreposição é o grupo a ser corrigido primeiro. Sites externos já apontam para lá.
O que registrar para cada URL
Armazene uma linha por URL com seu código de status, seu canonical declarado, o canonical selecionado pelo Google, o número de links internos de páginas indexadas e o número de domínios linkando. Cinco colunas são suficientes para classificar a lista em grupos que precisam de trabalho diferente.
Classifique os grupos antes de agir. Uma URL com links externos, um canonical errado e sem caminho interno precisa de uma correção diferente de uma que é simplesmente nova, e misturar as duas desperdiça um sprint no problema errado.
Mantenha o arquivo para cada execução. A mudança entre duas execuções mostra se uma correção funcionou, o que uma única instantânea não pode dizer.
Mantendo a fila de solicitações curta
Limite as solicitações manuais de indexação ao grupo que tem links externos e um canonical limpo. Essas páginas têm a melhor chance de uma recuperação rápida, e elas carregam o maior valor se permanecerem fora.
Páginas com um canonical conflitante ou conteúdo fino pertencem a uma lista separada para consolidação. Solicitá-las repetidamente apenas adiciona ruído à fila e não diz nada de novo.
Perguntas sobre indexação
- Quanto tempo uma nova página deve levar para aparecer no índice?
- De algumas horas a várias semanas. Sites estabelecidos com forte linkagem interna veem novas URLs em alguns dias. Sites novos comumente esperam mais tempo. Menos de quatro semanas sem sinais de problema não vale a pena entrar em pânico.
- O noindex afeta o orçamento de rastreamento?
- Uma página com noindex ainda é rastreada para ver a tag, embora o Google tenda a reduzir com que frequência ela retorna. Para a maioria dos sites abaixo de dezenas de milhares de URLs, o orçamento de rastreamento não é o limite que você deve se preocupar.
- Backlinks ajudam uma página a ser indexada?
- Eles ajudam na descoberta e mostram que a página tem interesse externo. Eles não forçam a indexação. Uma página vinculada que é fina ou duplicada ainda pode ser excluída.
- Solicitar indexação na Search Console é uma correção?
- É um empurrão, não uma cura. Se a causa subjacente for um conflito de canonical, conteúdo fino ou sem links internos, a página tende a cair novamente.
