Verificador de Cache do Google

O Verificador de Cache do Google é uma ferramenta gratuita que procura uma cópia de um URL na cache da Google e indica quando o URL não está armazenado em cache.

O que indica realmente uma verificação da cache da Google?

Uma verificação da cache da Google procura indícios de que a Google guardou uma cópia recuperável de uma determinada página Web. Historicamente, uma cópia em cache era um instantâneo obtido quando a Google rastreou a página pela última vez, e não a versão atual disponibilizada pelo site.

O armazenamento em cache e a indexação são processos diferentes. Um URL indexado pode aparecer na Pesquisa Google, enquanto um URL em cache tinha um instantâneo guardado que qualquer pessoa podia abrir. Uma página pode estar indexada sem ter uma cópia em cache acessível ao público. Por isso, um resultado negativo não prova que a Google tenha removido a página do índice.

Em 2024, a Google descontinuou as ligações públicas para páginas em cache. Como tal, a disponibilidade de uma cópia em cache já não é uma forma fiável de avaliar a indexação. Se geres o site, a ferramenta de inspeção de URLs do Google Search Console fornece informações mais relevantes sobre descoberta, rastreio, seleção do URL canónico e indexação.

Como interpreto o resultado?

O resultado indica que a verificação não encontrou uma cópia em cache do URL submetido. Esta ferramenta apresenta um único campo de resultado:

• Este URL não está armazenado em cache. Não foi identificada nenhuma cópia na cache da Google para o endereço exato que submeteste. Isto não confirma que a página esteja ausente dos resultados de pesquisa, bloqueada para rastreio ou com problemas técnicos.

O resultado diz respeito ao URL introduzido, incluindo o nome do anfitrião, o caminho e os parâmetros. Estes endereços podem representar recursos diferentes:

• https://www.example.co.uk/guide
• https://example.co.uk/guide
• https://www.example.co.uk/guide/
• https://www.example.co.uk/guide?source=email

Um site pode redirecionar alguns ou todos estes endereços para um endereço preferencial. Se não souberes a que versão a Google chega, confirma o destino final com um Verificador de redirecionamento de URL e inspeciona esse destino no Search Console.

Quando devo fazer esta verificação?

Esta verificação pode ser útil ao investigar um instantâneo antigo apresentado na pesquisa ou ao tentar perceber por que motivo um URL específico parece não ter uma cópia em cache. O resultado não permite determinar se o URL está indexado.

1. Uma página foi alterada recentemente. Podes querer saber se ainda existe uma cópia mais antiga. Um resultado negativo significa que esta verificação não encontrou nenhuma, mas os excertos dos resultados de pesquisa podem continuar a refletir informações recolhidas durante um rastreio anterior.
2. Uma página nova não aparece na pesquisa. Verifica o URL exato que foi publicado e usa depois o Search Console para saber se a Google o descobriu e indexou. Confirma também que a página devolve um estado HTTP de sucesso e que não está excluída por uma diretiva noindex.
3. Um site mudou de domínio ou de estrutura de URLs. Verifica os redirecionamentos do endereço antigo para o novo. A Google pode demorar a rastrear os redirecionamentos, selecionar os URLs canónicos e atualizar os resultados de pesquisa, independentemente de existir ou não uma cópia em cache.

Falhas na resolução de DNS, mensagens de correio eletrónico que não chegam e avisos do navegador sobre certificados estão relacionados com o DNS, a configuração do correio ou os certificados TLS. O Verificador de hospedagem de sites pode ajudar a identificar onde está alojado um site funcional, mas não diagnostica todas as falhas de DNS ou de certificados.

Cache, indexação e atrasos de propagação

Um resultado correto pode parecer errado quando estão envolvidos vários sistemas de cache e ciclos de atualização independentes. A Google decide quando volta a visitar as páginas, e uma alteração no teu servidor não aparece imediatamente na pesquisa. Os excertos dos resultados, as informações sobre o URL canónico e o conteúdo indexado podem ser atualizados em momentos diferentes.

As alterações de DNS têm o seu próprio atraso. Os resolvedores DNS recursivos mantêm os registos durante o respetivo tempo de vida, normalmente designado TTL. Por isso, alguns visitantes podem chegar ao servidor antigo enquanto outros chegam ao novo. As caches dos navegadores, os proxies inversos e as redes de distribuição de conteúdos também podem conservar ficheiros anteriores. Nenhuma destas caches é equivalente a uma página armazenada na cache da Google.

Se uma página editada recentemente ainda parecer desatualizada, abre o URL publicado, inspeciona a respetiva resposta HTTP e limpa ou contorna qualquer cache que controles. Em seguida, verifica o URL no Search Console. Repetir a verificação da cache não faz com que a Google volte a rastrear uma página mais cedo.

Como são tratados os URLs com espaços ou caracteres não ASCII?

O endereço submetido é codificado no servidor através da operação urlencode do PHP. Esta operação aplica a convenção application/x-www-form-urlencoded: os espaços são convertidos em sinais de adição e os restantes bytes não seguros são codificados com percentagem.

Por exemplo, o texto https://www.example.co.uk/search?q=cream tea é codificado como https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea. Nesta codificação, o espaço é convertido num sinal de adição. Um valor UTF-8 com acento, como café, passa a caf%C3%A9.

O formato de codificação aceita números sem os alterar, enquanto sinais de pontuação como barras, pontos de interrogação e sinais de igual são codificados. Um nome de domínio internacionalizado pode conter uma etiqueta A IDNA, que utiliza o prefixo xn-- e Punycode nessa etiqueta.

O processamento de urlencode efetuado no servidor desta ferramenta não corrige um URL inválido ou incompleto. Um valor vazio não contém nenhuma página para verificar, e um endereço muito longo pode ultrapassar limites noutros pontos do percurso do pedido. Copia o endereço do navegador em vez de o escreveres de memória.

Perguntas frequentes

Um resultado negativo significa que a minha página foi removida do índice?

Não. A disponibilidade de uma cache pública e a indexação na pesquisa são processos distintos, e a Google já não disponibiliza as antigas ligações para páginas em cache. Verifica o URL no Google Search Console ou pesquisa uma frase específica da página, tendo em conta que uma pesquisa normal não fornece um relatório completo do índice.

Devo incluir parâmetros de seguimento no URL?

Usa o URL canónico sem parâmetros, a menos que precises especificamente de investigar uma versão parametrizada. Parâmetros como utm_source costumam identificar visitas provenientes de campanhas, e não conteúdo separado, pelo que a Google pode consolidá-los num URL canónico.

Posso verificar uma página privada ou protegida por palavra-passe?

Regra geral, um rastreador não consegue obter conteúdo que exija início de sessão, a menos que lhe tenha sido concedido acesso de forma explícita. Por isso, não é de esperar que essa página tenha uma cache de pesquisa pública. O URL submetido é enviado para o servidor desta ferramenta através de HTTPS para ser processado e não é guardado. Não incluas no endereço palavras-passe, tokens de acesso ou outros dados confidenciais.

Os fragmentos do URL afetam a página que a Google vê?

Um fragmento é a parte que aparece depois de um cardinal, como #delivery. Normalmente, os navegadores não enviam fragmentos nos pedidos HTTP. Assim, dois URLs comuns que apenas diferem no fragmento costumam obter o mesmo documento. Ao diagnosticar a própria página indexada, verifica o endereço sem o fragmento.

O que devo verificar antes de pedir um novo rastreio?

Confirma que o URL preferencial é carregado sem entrar num ciclo de redirecionamento, devolve uma resposta de sucesso, permite o rastreio pelo Googlebot e não contém uma diretiva noindex não intencional. Confirma também que o valor href do elemento link com o tipo de ligação canonical indica o URL pretendido. Se geres o site, pede depois a indexação através do Search Console.