Comment savoir quelle URL Google a vraiment indexée sur votre site ?

Que révèle exactement l'outil URL Inspection ?

L'outil URL Inspection (anciennement « Outil de test des URL ») vous donne accès à la façon dont Googlebot voit une URL précise de votre site. La section Coverage affiche quatre informations cruciales : la source de découverte (sitemap, lien interne, backlink, etc.), la date du dernier crawl, le user agent employé (desktop ou mobile), et surtout l'URL canonique choisie par Google.

Si Google a préféré une autre version de la page — disons /produit?color=red au lieu de /produit — l'outil vous l'indique noir sur blanc. C'est là que beaucoup découvrent que leur balise rel canonical a été ignorée, ou que des paramètres d'URL ont créé des doublons non maîtrisés.

Pourquoi Google choisirait-il une URL canonique différente de celle déclarée ?

La canonicalisation est un processus où Google décide quelle version d'une page indexer quand plusieurs variantes existent. Vous pouvez suggérer une URL canonique via la balise <link rel="canonical">, mais c'est Google qui tranche. L'algorithme tient compte de multiples signaux : liens internes, backlinks, redirections 301, déclarations dans le sitemap, cohérence des contenus.

Concrètement ? Si vous déclarez /page-a comme canonique mais que 90 % de vos liens internes pointent vers /page-a/ (avec trailing slash), Google peut ignorer votre balise et choisir la seconde. De même, si une version mobile affiche un contenu radicalement différent, Googlebot peut la juger plus pertinente et l'indexer à la place de la desktop.

Dans quels cas cette information change-t-elle la donne pour un SEO ?

Quand une page disparaît de l'index sans raison apparente, c'est souvent parce qu'une variante inattendue a été choisie comme canonique. Vous optimisez /produit, mais Google indexe /produit?utm_source=email. Résultat : vos méta-données, votre contenu enrichi, vos optimisations on-page ne servent à rien.

L'outil URL Inspection permet de diagnostiquer ce type de dérive en quelques secondes. Vous tapez l'URL qui devrait ranker, vous voyez que Google en a choisi une autre, et vous pouvez remonter la chaîne : vérifier les liens internes, les paramètres tracking, les redirections en cascade, les balises canonical contradictoires.

• Identification rapide de la version indexée quand plusieurs variantes coexistent
• Détection des doublons créés par des paramètres d'URL ou des trailing slashes
• Vérification du respect de vos balises canonical par Googlebot
• Compréhension de la source de découverte : sitemap, crawl, backlink externe
• Visibilité sur le user agent utilisé, crucial pour les sites avec versions desktop/mobile divergentes

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, mais avec une nuance de taille : Google ne vous dit pas *pourquoi* il a choisi telle URL plutôt qu'une autre. Vous voyez le résultat, pas le raisonnement. En pratique, l'outil révèle souvent des incohérences dans l'architecture du site : une balise canonical qui pointe vers une page qui redirige, des paramètres tracking non filtrés dans Search Console, des versions AMP ou mobile-first indexées à la place de la desktop.

Sur des sites e-commerce avec des filtres produits, on observe régulièrement que Google canonicalise vers des URLs de facettes (couleur, taille, prix) au lieu de la fiche produit principale — parce que ces facettes reçoivent plus de liens internes ou de backlinks. L'outil URL Inspection permet de repérer ces dérives, mais il faut ensuite croiser avec les logs serveur et les données Analytics pour comprendre le « pourquoi ».

Quelles nuances faut-il apporter à cette affirmation ?

Google parle d'une « autre version choisie comme canonique », mais ne précise pas les critères de sélection. En réalité, l'algorithme peut varier selon le contexte : une URL peut être canonique pour une requête donnée, mais pas pour une autre. C'est particulièrement vrai pour les contenus multilingues ou les sites avec plusieurs versions géolocalisées.

Autre point : l'outil affiche la dernière version crawlée, mais il peut y avoir un délai entre le crawl et l'indexation. Une URL peut apparaître comme « canonique » dans l'outil, mais ne pas encore ranker dans les SERPs. [A vérifier] : Google ne documente pas précisément la latence entre crawl, indexation et affichage dans URL Inspection — sur des sites à fort volume, on observe parfois des écarts de plusieurs jours.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Les sites JavaScript clients-side posent souvent problème : l'outil URL Inspection peut afficher une version différente de celle rendue par le navigateur, parce que Googlebot utilise une version spécifique de Chrome pour le rendering. Si votre canonical est injecté en JS après le premier paint, Google peut l'ignorer ou le détecter avec retard.

Autre cas limite : les redirections 302 temporaires. Google peut indexer l'URL de destination, mais l'outil URL Inspection affiche parfois encore l'URL d'origine comme « canonique » pendant plusieurs semaines. Enfin, sur les sites avec pagination infinie ou lazy loading, l'outil peut ne pas voir tous les signaux de canonicalisation si le contenu n'est pas immédiatement disponible au crawl.

Que faut-il faire concrètement pour maîtriser la canonicalisation ?

D'abord, auditer systématiquement toutes les pages stratégiques de votre site via URL Inspection. Si Google choisit une URL différente de celle attendue, remontez la chaîne : vérifiez la balise canonical, les redirections, le maillage interne, et les paramètres d'URL. Un seul lien interne mal configuré peut suffire à fausser tout le signal.

Ensuite, alignez vos signaux de canonicalisation : la balise rel="canonical", les URLs dans le sitemap XML, et les liens internes doivent tous pointer vers la même version. Si vous déclarez /page en canonical mais que votre sitemap contient /page/, vous créez une ambiguïté que Google va trancher selon son propre algorithme — pas forcément dans le sens que vous voulez.

Quelles erreurs éviter pour ne pas perdre le contrôle de la canonicalisation ?

Ne multipliez pas les variantes d'URL inutiles. Chaque paramètre tracking (?utm_source, ?ref, ?sessionid) crée une URL distincte que Google doit traiter. Utilisez le Paramètre URL dans Search Console pour indiquer quels paramètres ignorer, ou implémentez un canonical dynamique côté serveur pour nettoyer les variantes.

Évitez aussi les chaînes de redirections qui mènent à une URL canonique. Google peut perdre le fil et choisir une URL intermédiaire. Enfin, ne changez pas l'URL canonique sans rediriger les anciennes versions — sinon vous créez une guerre de signaux où Google peut indexer l'ancienne URL pendant des semaines.

Comment vérifier que mon site est conforme et que Google respecte mes choix ?

Utilisez l'URL Inspection en masse via l'API Search Console pour scanner toutes vos pages stratégiques. Comparez l'URL crawlée avec celle déclarée dans votre CMS ou votre fichier canonical. Les écarts révèlent des incohérences d'architecture ou des signaux contradictoires.

Mettez en place un monitoring régulier : un script qui extrait chaque semaine les URLs canoniques via l'API et alerte en cas de changement inattendu. Sur un site e-commerce de taille moyenne, une dérive de canonicalisation peut faire perdre des milliers de visites organiques en quelques jours — mieux vaut la détecter tôt.

• Auditer les pages stratégiques via URL Inspection et identifier les écarts entre URL attendue et URL canonique choisie par Google
• Aligner tous les signaux : balise canonical, sitemap XML, liens internes, redirections 301
• Filtrer les paramètres d'URL inutiles via Search Console ou un canonical dynamique côté serveur
• Éviter les chaînes de redirections et rediriger systématiquement les anciennes URLs vers la nouvelle canonique
• Automatiser le monitoring via l'API Search Console pour détecter les dérives de canonicalisation
• Croiser les données URL Inspection avec les logs serveur pour vérifier la cohérence du crawl à grande échelle