Por que uma busca por site no Google não conta páginas indexadas

1. Comece pelas páginas que você pretende investigar

Uma pergunta pública descreve bem o problema: um proprietário enviou um sitemap com 10.000 links, mas viu 17 resultados em uma busca por site. Um sitemap é um arquivo que lista endereços de páginas. Esses dois números representam evidências diferentes. A publicação pública registra a pergunta de uma pessoa em 4 de junho de 2020. Ela não verifica o estado do índice do site nem mostra a frequência do problema. Pergunta pública de um proprietário de site — publicada em 4 de junho de 2020, consultada em 25 de outubro de 2026; as contagens informadas não foram verificadas de forma independente

A próxima pergunta útil é: “Que evidências tenho para cada página que eu esperava que o Google indexasse?”

Para seu próprio site, siga estas etapas:

1. Salve a lista de endereços das páginas que você pretende investigar. Uma URL é um endereço da web. Use essa lista de URLs como registro inicial.
2. Salve o sitemap separadamente. Registre quando você o obteve e qual parte do site ele abrange.
3. Compare os endereços exatos desses dois registros. Anote as entradas repetidas e as diferenças antes de fazer a contagem.
4. Selecione URLs exatas para inspeção com acesso de proprietário. Comece pelas páginas importantes para sua decisão e por aquelas cujas evidências não são claras.
5. Acrescente as observações de busca pública como outra fonte de evidências.

Uma entrada no sitemap mostra que um endereço aparece naquele arquivo. Ela não comprova que o Google indexou o endereço. Sua lista de URLs a investigar descreve o que você quer verificar. Ela não comprova o que o Google armazena atualmente.

Informe a unidade de contagem. “100 entradas no sitemap” pode ser diferente de “100 sequências de caracteres de URL distintas” se houver entradas repetidas. Nenhum desses números representa automaticamente uma contagem de páginas indexadas distintas.

Se você não for o proprietário do site nem tiver acesso autorizado ao Search Console, registre essa limitação. As evidências de busca pública ainda podem mostrar os endereços retornados. Elas não substituem os registros privados do proprietário.

2. Mantenha separados o inventário, as observações de busca e as verificações do proprietário

Use três tabelas vinculadas na planilha de investigação. Vincule-as pelas sequências exatas de caracteres das URLs e preserve cada valor da fonte.

Não substitua essas tabelas por uma única coluna “indexada”. Isso ocultaria a fonte e a força das evidências de cada constatação.

Diferencie também estes termos:

Conhecer uma URL, buscar seu conteúdo, indexá-la e retorná-la em uma consulta são estados diferentes. Registre apenas o estado que suas evidências sustentam. Se não houver evidências de rastreamento, mantenha esse estado como desconhecido. Um resultado de busca não fornece um histórico completo de rastreamento.

Associe um horário a cada constatação. Uma observação de busca e uma inspeção do proprietário podem ocorrer em horários diferentes. Mantenha os dois horários. Uma verificação posterior não altera o que um registro anterior mostrou.

3. Salve a consulta exata por site e as condições de busca

Antes de buscar, anote a pergunta e o escopo. Por exemplo, você pode investigar se URLs selecionadas de um caminho de documentação aparecem em uma pequena amostra de busca pública.

Registre estes itens:

1. O texto exato da consulta, incluindo o operador `site:` e o caminho.
2. O mecanismo de busca.
3. O país e o idioma solicitados.
4. O limite de resultados, que é o número máximo de resultados que você pede para salvar.
5. O horário real da observação, quando disponível.
6. O resultado da coleta e qualquer falha conhecida.

Mantenha as URLs efetivamente retornadas. Um total exibido não fornece uma lista exata para comparar com os endereços que você pretende investigar. Nem o total exibido nem as linhas salvas comprovam a contagem total do índice.

O Google Search Scraper da Chronometrica pode atender à parte de busca pública deste método. Um Actor é um programa hospedado de coleta de dados. A versão pública verificada declara os campos de entrada abaixo e os campos de resultado usados neste guia. Essa documentação mostra que ele é adequado para coletar observações de busca. Ela não comprova uma coleta bem-sucedida para este guia.

Esta entrada fornecida solicita uma pequena amostra:

{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["site:developers.google.com/search/docs/"]}

JSON é um formato de texto para valores nomeados e listas. Substitua os valores do exemplo nesta ordem:

1. Substitua toda a lista `queries` pela consulta por site que você pretende fazer. A consulta fornecida se refere ao caminho de documentação do Google, não ao seu site.
2. Mantenha `engines` definido como `["google"]` para este método.
3. Defina `country` e `language` conforme as condições de busca desejadas. Aqui, `US` solicita os Estados Unidos e `en` solicita o inglês.
4. Mantenha o limite inicial baixo. O valor fornecido é 3. O intervalo permitido verificado para `maxResultsPerExecutedQuery` é de 1 a 100.
5. Salve a entrada completa junto do registro da coleta.

A entrada fornecida passou por uma verificação estática com base nas regras da versão pública padrão. Uma verificação estática confere o formato da entrada e os valores permitidos sem executar o Actor. Nenhuma coleta do Actor ocorreu para este guia. A verificação não comprova a disponibilidade de resultados, a cobertura completa nem uma execução bem-sucedida. Versão pública padrão 1.0.15 — verificada em 25 de outubro de 2026; regras de entrada e saída inspecionadas, amostra não executada

A Task pública Google Search Results Scraper é outro ponto de partida. Uma Task é uma configuração de entrada predefinida e salva. Sua página pública e seu ID exato foram verificados. Suas configurações salvas atuais não foram verificadas. Inspecione e substitua essas configurações antes de usar. Não presuma que correspondam à entrada fornecida. Task Google Search Results Scraper — verificada em 25 de outubro de 2026; presença pública confirmada, configurações salvas e execução não verificadas

4. Preserve as linhas de busca e monte a planilha de investigação

As etapas de coleta a seguir são ações propostas ao leitor. Elas não são resultados de uma execução feita para este artigo.

Após a coleta, verifique se ela terminou, falhou ou parou com um resultado indefinido. Salve as linhas de resultado disponíveis e as evidências da coleta. Se a coleta falhar, registre uma falha de coleta. Não informe que o Google não retornou páginas correspondentes.

Salve estes campos de resultado documentados:

Esses campos estão declarados na versão verificada. Essa declaração não comprova que uma coleta real forneceu todos os valores. Mantenha o endereço retornado sem alterações. O nome do campo `canonicalUrl`, por si só, não comprova que alguém verificou o endereço preferencial da página de destino. Um snippet é o texto do resultado de busca, não uma cópia atualizada da página de destino. Versão pública padrão 1.0.15 — verificada em 25 de outubro de 2026; campos de resultado declarados, sem verificação de saída de uma execução real

Monte uma tabela de investigação separada, com uma linha para cada URL que você pretende investigar:

Preserve os valores ausentes. Uma posição ausente é desconhecida, não é posição zero. Um horário ausente é desconhecido, não é o horário em que você abriu a planilha. Um snippet ausente não comprova que uma página não tem texto. Uma contagem de zero linhas retornadas só tem respaldo quando as evidências da coleta comprovam zero dentro do escopo daquela solicitação.

Se precisar de ajuda para transferir os resultados salvos para uma planilha, use o guia de exportação de buscas do Google, que é separado. Esse guia aborda as verificações de exportação. Esta investigação usa essas linhas para avaliar URLs individuais.

5. Verifique URLs exatas selecionadas na fonte adequada

Use uma busca comum para procurar URLs exatas selecionadas como segunda observação pública. Salve a consulta e o endereço retornado. Compare as sequências exatas de caracteres antes de decidir que um resultado corresponde à página que você pretende investigar.

Se o endereço for diferente, mantenha os dois valores. Não trate um caminho diferente, um parâmetro de endereço ou um redirecionamento como a mesma página sem registrar essa decisão. Um redirecionamento envia uma solicitação de um endereço para outro. Se não conseguir comprovar a relação, marque a correspondência como não resolvida.

A ausência em uma consulta comum tem a mesma limitação básica que a ausência em uma consulta por site: ela registra o que aquela consulta não retornou. Ela não comprova a exclusão de todo o índice.

Para um site seu, use a ferramenta de Inspeção de URL do Google Search Console com seu próprio acesso autorizado. A Inspeção de URL fornece uma verificação de um endereço específico com acesso de proprietário. Siga as orientações oficiais atuais da ferramenta, em vez de depender de uma sequência fixa de controles na tela.

Use esta sequência para cada URL selecionada:

1. Inspecione o endereço exato que você pretende investigar.
2. Salve as constatações informadas e o horário da verificação.
3. Mantenha qualquer endereço diferente identificado pela verificação como um valor separado.
4. Registre separadamente as evidências disponíveis de descoberta, rastreamento ou indexação.
5. Compare essas evidências com a observação de busca pública.
6. Escolha a próxima verificação com base nas evidências informadas.

Se as evidências identificarem uma URL canônica, isso significa um endereço preferencial da página. Preserve esse endereço junto do endereço inspecionado. Não reescreva o registro original. Se as evidências identificarem um redirecionamento ou problema de acesso, salve a constatação e consulte as orientações oficiais atuais para essa condição.

Não escolha uma correção técnica apenas com base na ausência em uma busca. Um resultado ausente não identifica uma causa. Da mesma forma, uma verificação do proprietário para uma URL não comprova o estado de todas as URLs do sitemap.

Identifique claramente os registros exclusivos do proprietário. As linhas de resultados públicos do Actor são separadas das informações privadas do Search Console. Este guia não comprova que o Actor pode ler sua conta do Search Console.

Se depois você quiser saber se a posição de um resultado mudou, use um registro de comparação separado. O guia de registros de posição no Bing explica por que configurações comparáveis e estados desconhecidos são importantes. Ele trata de comparações de posição no Bing e não fornece evidências de execução para esta investigação no Google.

6. Ficção original: 100 entradas no sitemap e sete URLs retornadas

Todo este exemplo é uma ficção original. Ele não representa uma execução de Actor, um resultado de cliente nem uma constatação observada em uma empresa.

Um proprietário fictício salva um sitemap com 100 entradas de URL. Uma amostra separada de consulta por site contém sete URLs retornadas. Neste exemplo, o proprietário verificou que todas as sete correspondem a entradas daquele sitemap.

O registro inicial correto é:

A diferença aritmética é 100 − 7 = 93. Suas unidades representam uma diferença entre as contagens de entradas do sitemap e de resultados de busca. Isso não significa 93 páginas comprovadamente não indexadas. O sitemap e os resultados de busca não são conjuntos completos e correspondentes de páginas indexadas e não indexadas.

Mesmo neste exemplo, em que as sete URLs retornadas correspondem a entradas do sitemap, a ausência na amostra de busca não comprova exclusão do índice. Não informe uma cobertura de indexação de sete por cento. As sete URLs observadas não fornecem um numerador completo de URLs indexadas.

O proprietário então seleciona uma URL da lista a investigar que não foi retornada. A próxima ação é uma verificação pela Inspeção de URL com acesso de proprietário. Nenhum resultado de inspeção foi obtido neste exemplo, portanto o estado da inspeção permanece “não verificada”.

Se uma inspeção posterior informar que a URL exata está indexada, registre essa constatação para aquela URL e o horário da verificação. Mantenha o estado anterior na busca como “não retornada na amostra salva da consulta por site”. Esses registros podem coexistir porque respondem a perguntas diferentes.

Se a verificação posterior informar uma condição diferente, preserve seu significado exato e escolha a próxima ação com base nessa evidência. Não estenda o resultado às outras URLs que não foram verificadas.

7. Verifique a planilha antes de relatar uma constatação

Use estas verificações de aceitação:

1. Confirme a unidade de contagem de cada número: entradas, endereços distintos, linhas de busca ou URLs inspecionadas.
2. Confirme que cada estado na busca aponta para uma consulta exata e suas condições salvas.
3. Confirme que as URLs retornadas apontam para linhas reais de resultados salvos.
4. Confirme que os estados “não retornada” se referem apenas à amostra salva.
5. Confirme que as coletas com falha continuam registradas como falhas, sem se tornarem afirmações de zero resultados.
6. Confirme que as constatações do proprietário identificam a URL exata inspecionada e o horário da verificação.
7. Mantenha ausente, zero, não resolvido e não verificado como valores diferentes.
8. Remova qualquer estimativa do total do índice derivada de contagens de busca.

Um relatório útil informa o tamanho do inventário, os resultados de busca observados, o subconjunto inspecionado, as constatações confirmadas e as questões não resolvidas. Se você inspecionou apenas URLs selecionadas, informe isso. Não aplique as constatações desse subconjunto ao site inteiro sem evidências que sustentem essa conclusão.

Quando os registros divergirem, preserve ambos com suas fontes e horários. A próxima decisão é qual URL exata precisa de outra verificação, não qual número deve substituir os demais.