Vérificateur de cache Google

Le Vérificateur de cache Google est un outil gratuit qui recherche une copie d'une URL dans le cache de Google et indique si l'URL n'est pas mise en cache.

Que révèle réellement une vérification du cache Google ?

Une vérification du cache Google cherche à déterminer si Google a stocké une copie récupérable d'une page web précise. Historiquement, cette copie correspondait à un instantané créé lors de la dernière exploration de la page par Google, et non à la version en direct fournie par le site.

La mise en cache et l'indexation sont deux choses différentes. Une URL indexée peut apparaître dans les résultats de recherche Google, tandis qu'une URL mise en cache disposait d'un instantané enregistré que les internautes pouvaient consulter. Une page peut être indexée sans qu'une copie en cache soit publiquement accessible. Un résultat négatif ne prouve donc pas que Google a supprimé la page de son index.

Google a supprimé les liens publics vers les pages en cache en 2024. La disponibilité d'une copie en cache n'est donc plus un moyen fiable d'évaluer l'indexation. Pour un site que tu contrôles, l'outil Inspection de l'URL de Google Search Console fournit des informations plus pertinentes sur la découverte, l'exploration, la sélection de l'URL canonique et l'indexation.

Comment interpréter le résultat ?

Le résultat signifie qu'aucune copie en cache n'a été trouvée pour l'URL envoyée. Cet outil renvoie un seul champ de résultat :

• Cette URL n'est pas mise en cache. Aucune copie de cette adresse exacte n'a été trouvée dans le cache Google. Cela ne confirme pas que la page est absente des résultats de recherche, bloquée pour l'exploration ou affectée par un problème technique.

Le résultat concerne précisément l'URL saisie, y compris son nom d'hôte, son chemin et ses paramètres. Les adresses suivantes peuvent désigner des ressources différentes :

• 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

Un site peut rediriger certaines de ces adresses, voire toutes, vers une URL privilégiée. Si tu ignores quelle version Google atteint, vérifie la destination finale avec le Vérificateur de redirection d'URL, puis examine cette destination dans Search Console.

Quand utiliser cette vérification ?

Utilise cette vérification pour rechercher un ancien instantané issu des résultats de recherche ou pour comprendre pourquoi une URL précise ne semble pas avoir de copie en cache. Le résultat ne permet pas de déterminer si l'URL est indexée.

1. Une page a été modifiée récemment. Tu peux vouloir savoir si une ancienne copie est encore disponible. Un résultat négatif signifie que cette vérification n'en a trouvé aucune, mais les extraits affichés dans les résultats de recherche peuvent toujours reprendre des informations recueillies lors d'une exploration antérieure.
2. Une nouvelle page n'apparaît pas dans les résultats de recherche. Vérifie l'URL exacte qui a été publiée, puis utilise Search Console pour savoir si Google l'a découverte et indexée. Assure-toi également que la page renvoie un statut HTTP de réussite et qu'elle n'est pas exclue par une directive noindex.
3. Un site a changé de domaine ou de structure d'URL. Vérifie les redirections de l'ancienne adresse vers la nouvelle. Google peut avoir besoin de temps pour explorer les redirections, sélectionner les URL canoniques et actualiser les résultats de recherche, qu'une copie en cache existe ou non.

Les échecs de résolution DNS, les e-mails qui n'arrivent pas et les avertissements de certificat dans le navigateur relèvent du DNS, de la configuration de la messagerie ou des certificats TLS. Le Vérificateur d'hébergement de site web peut aider à déterminer où un site fonctionnel est hébergé, mais il ne permet pas de diagnostiquer tous les problèmes de DNS ou de certificat.

Mise en cache, indexation et délais de propagation

Un résultat exact peut sembler incorrect lorsque plusieurs caches et cycles de mise à jour indépendants entrent en jeu. Google décide quand revisiter les pages, et une modification effectuée sur ton serveur n'apparaît pas immédiatement dans les résultats de recherche. Les extraits, les informations canoniques et le contenu indexé peuvent être mis à jour à des moments différents.

Les modifications DNS ont leur propre délai de propagation. Les résolveurs DNS récursifs conservent les enregistrements pendant leur durée de vie, généralement appelée TTL. Certains visiteurs peuvent donc atteindre l'ancien serveur tandis que d'autres accèdent au nouveau. Les caches des navigateurs, les proxys inverses et les réseaux de diffusion de contenu peuvent aussi conserver d'anciens fichiers. Aucun de ces caches ne correspond à une page mise en cache par Google.

Si une page récemment modifiée affiche encore une ancienne version, ouvre l'URL en direct, examine sa réponse HTTP et vide ou contourne tout cache que tu contrôles. Vérifie ensuite l'URL dans Search Console. Répéter les vérifications du cache ne poussera pas Google à réexplorer la page plus tôt.

Comment sont traitées les URL contenant des espaces ou des caractères non-ASCII ?

L'adresse envoyée est encodée sur le serveur avec l'opération PHP urlencode. Celle-ci applique la convention application/x-www-form-urlencoded : les espaces sont remplacés par des signes plus et les autres octets non sûrs sont encodés en pourcentage.

Par exemple, le texte https://www.example.co.uk/search?q=cream tea est encodé sous la forme https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea. Avec cet encodage, l'espace devient un signe plus. Une valeur UTF-8 accentuée telle que café devient caf%C3%A9.

Le format d'encodage accepte les chiffres sans les modifier, tandis que les signes de ponctuation tels que les barres obliques, les points d'interrogation et les signes égal sont encodés. Un nom de domaine internationalisé peut contenir une étiquette A IDNA, qui utilise le préfixe xn-- et Punycode pour cette étiquette.

Le traitement côté serveur par urlencode ne corrige pas une URL invalide ou incomplète. Une valeur vide ne contient aucune page à vérifier, et une adresse très longue peut dépasser les limites appliquées ailleurs dans le chemin de la requête. Copie l'adresse depuis le navigateur au lieu de la saisir de mémoire.

Questions fréquentes

Un résultat négatif signifie-t-il que ma page a été désindexée ?

Non. La disponibilité d'une copie publique en cache et l'indexation dans les résultats de recherche sont distinctes, et Google ne propose plus ses anciens liens vers les pages en cache. Vérifie l'URL dans Google Search Console ou recherche une phrase distinctive de la page, tout en gardant à l'esprit qu'une recherche ordinaire ne constitue pas un rapport complet sur l'indexation.

Dois-je conserver les paramètres de suivi dans l'URL ?

Utilise l'URL canonique sans paramètres, sauf si tu dois précisément examiner une version qui en contient. Des paramètres comme utm_source servent souvent à identifier les visites provenant d'une campagne plutôt qu'un contenu distinct, et Google peut les regrouper sous une URL canonique.

Puis-je vérifier une page privée ou protégée par un mot de passe ?

En général, un robot d'exploration ne peut pas récupérer un contenu nécessitant une connexion, sauf si l'accès lui a été explicitement accordé. Il ne faut donc pas s'attendre à ce qu'une telle page dispose d'une copie publique dans le cache de recherche. L'URL envoyée est transmise au serveur de cet outil via HTTPS pour être traitée et n'est pas stockée. N'y inclus donc aucun mot de passe, jeton d'accès ou autre secret.

Les fragments d'URL changent-ils la page que Google voit ?

Un fragment est la partie située après un signe dièse, par exemple #delivery. Les navigateurs n'envoient normalement pas les fragments dans les requêtes HTTP. Deux URL ordinaires qui ne diffèrent que par leur fragment récupèrent donc généralement le même document. Pour diagnostiquer la page indexée elle-même, vérifie l'adresse sans le fragment.

Que vérifier avant de demander une nouvelle exploration ?

Vérifie que l'URL privilégiée se charge sans boucle de redirection, renvoie une réponse de réussite, autorise l'exploration par Googlebot et ne contient pas de directive noindex involontaire. Assure-toi que la valeur href de son élément link ayant le type de lien canonical indique l'URL prévue, puis demande l'indexation dans Search Console si tu gères le site.