« Google a choisi un autre canonical » : le bug GSC silencieux, et comment l'auditer en masse avec l'IA

Le message Search Console que tout le monde ignore

Ouvrez Google Search Console, puis « Indexation des pages ». Dans la liste, vous tomberez peut-être sur cette ligne : « Page en double, Google n'a pas choisi la même page canonique que l'utilisateur ».

Dit simplement : vous avez indiqué à Google quelle page afficher dans les résultats. Google a regardé, et a décidé d'en afficher une autre à la place. Il a ignoré votre choix.

Ça ne casse rien à l'écran, aucune alerte rouge ne clignote. C'est pour ça que ce problème traîne pendant des mois sans que personne ne le corrige. Et c'est dommage, parce qu'il coûte cher.

Vous avez dit à Google quelle page afficher. Google en a choisi une autre. Il a ignoré votre choix.

Une image pour comprendre

Imaginez que votre site a deux portes qui mènent à la même pièce. Par exemple votre article est accessible via deux adresses légèrement différentes (avec ou sans « www », avec ou sans un paramètre dans l'URL, etc.).

Vous, vous dites à Google : « la porte officielle, c'est celle-ci, envoie les visiteurs par là ». Cette consigne s'appelle la balise canonique (« canonical » en anglais). C'est juste une étiquette dans le code de la page qui désigne la version de référence.

Le piège : cette étiquette n'est qu'un avis, pas un ordre. Google la lit, mais il regarde aussi tout le reste — vos liens internes, votre sitemap, vos redirections. Si tous ces autres indices pointent vers l'autre porte, Google se dit « bizarre, le patron dit porte A mais tout désigne porte B » — et il choisit la porte B. Votre étiquette a perdu le vote.

La balise canonique n'est pas un ordre, c'est un vote. Si tous vos autres indices votent contre, Google suit la majorité.

Pourquoi c'est un vrai problème

Quand Google affiche une autre page que celle prévue, vous perdez sur plusieurs tableaux à la fois :

• 01Votre popularité part sur la mauvaise page. La force que vos liens transmettent (ce qu'on appelle le « PageRank ») se concentre sur une version secondaire, pas sur la page que vous vouliez mettre en avant.
• 02Vos mots-clés sont rattachés à la mauvaise adresse. Vous vous retrouvez à être trouvé sur Google via une page que vous n'optimisez même pas.
• 03Sur un gros site, Google perd du temps à explorer des doublons au lieu de vos pages importantes.
• 04Vous perdez aussi de la visibilité dans les IA. Les réponses de ChatGPT, Perplexity ou des résumés IA de Google citent la page de référence. Si ce n'est pas la vôtre, vous disparaissez aussi de ce côté-là.

Pourquoi Google ignore votre choix

Presque toujours, c'est parce que vos indices se contredisent. Voici les causes les plus fréquentes, expliquées simplement.

Une ancienne redirection mal nettoyée. Vous avez redirigé une vieille page vers une nouvelle, mais l'ancienne étiquette canonique est restée. Google reçoit deux messages opposés.

Vos liens internes pointent vers la mauvaise version. Si la plupart de vos liens internes mènent vers la porte B, Google en conclut que la vraie page, c'est la B — peu importe votre étiquette.

Votre sitemap liste une autre adresse. Le fichier qui annonce vos pages à Google désigne une version différente de celle de votre étiquette.

Deux pages se ressemblent trop. Quand deux contenus sont quasi identiques, Google n'en garde qu'un, et choisit le plus « populaire » selon lui.

Des adresses avec des paramètres. Les variantes du type « ?utm= » ou « ?tri= » sont parfois vues comme des pages distinctes.

Du « www » mélangé avec du « sans www », ou du « http » avec du « https ». Plusieurs versions de votre site cohabitent et se font concurrence.

L'outil pour tout vérifier d'un coup : Bulk Inspect URLs

Le problème évident : sur un site de plusieurs milliers de pages, vous n'allez pas vérifier chaque adresse à la main dans Search Console. C'est là qu'intervient Bulk Inspect URLs, un outil gratuit créé par Valentin Pletzer.

L'idée : il pose à Google, pour des centaines d'adresses en même temps, exactement la question que vous poseriez page par page — « quelle version as-tu choisie ? ». Et il vous rend un tableau exportable. Trois points rassurants :

• 01Il utilise les données officielles de Google Search Console. Ce sont les mêmes infos que dans l'interface, juste récupérées en masse.
• 02Tout se passe dans votre navigateur. Vos données ne sont envoyées à aucun serveur, rien n'est partagé. Important quand on manipule des données sensibles sur son site.
• 03Vous récupérez le résultat dans un fichier (CSV ou Excel) que vous pouvez réutiliser ailleurs.

Comment faire, étape par étape

Le déroulé complet, du repérage au fichier exploitable :

• 01Dans Search Console, ouvrez « Indexation des pages », puis le rapport « Google n'a pas choisi la même page canonique ».
• 02Exportez la liste des adresses concernées (bouton « Exporter »).
• 03Ouvrez Bulk Inspect URLs et connectez-vous à votre site (connexion Google sécurisée, en lecture seule).
• 04Collez votre liste d'adresses et lancez l'analyse.
• 05Pour chaque adresse, l'outil affiche côte à côte la version que VOUS avez désignée et celle que GOOGLE a réellement choisie.
• 06Exportez ce tableau dans un fichier.

Ce qu'il faut regarder dans le tableau

Tout le diagnostic tient dans deux colonnes posées l'une à côté de l'autre : votre version désignée, et la version choisie par Google. Trois situations.

Les deux sont identiques : parfait, Google respecte votre choix, rien à faire.

Elles sont différentes : voilà votre liste de travail. Pour chaque ligne, posez-vous une question simple — pourquoi Google a-t-il préféré son adresse ? Le réflexe : vérifiez d'abord si c'est une vieille page redirigée dont l'étiquette n'a jamais été mise à jour, puis regardez vers quelle version pointent vos liens internes.

La case « version Google » est vide : la page n'a pas encore été traitée, ou elle est exclue pour une autre raison (page volontairement masquée, ou jugée de faible qualité).

L'astuce qui change tout : laissez l'IA faire le tri

Voilà ce que le post LinkedIn d'origine n'expliquait pas — et c'est ce qui transforme un simple gain de temps en vraie méthode.

Un tableau de 200 lignes avec deux colonnes d'adresses, c'est encore trop pour le lire à l'œil. Mais pour une IA, c'est l'exercice idéal. Au lieu de tout éplucher, vous copiez le fichier entier dans Claude ou ChatGPT et vous lui demandez de faire le rangement à votre place. L'IA regroupe les adresses par cause probable et vous ressort un plan de correction classé par priorité.

Concrètement, voici ce que vous lui demandez : « Voici un tableau d'adresses où Google a choisi une page différente de celle que j'avais désignée. Range-les par cause probable (ancienne redirection, adresse avec paramètres, www contre sans-www, contenu en double, autre). Pour chaque groupe, donne-moi le nombre d'adresses concernées, un exemple, la cause, et la correction à appliquer. Puis classe les groupes du plus urgent au moins urgent. » Vous collez le tableau à la suite, et vous obtenez votre feuille de route.

200 lignes à trier, c'est trop pour l'œil humain. Pour une IA, c'est l'exercice idéal.

Les corrections, selon la cause

Une fois les groupes identifiés par l'IA, les corrections sont simples et mécaniques :

• 01Ancienne redirection : mettez à jour l'étiquette canonique sur la nouvelle page, et retirez celle de l'ancienne page redirigée.
• 02Liens internes mal orientés : faites pointer tous vos liens internes vers la bonne version. C'est l'un des signaux les plus puissants pour convaincre Google.
• 03Adresses avec paramètres : mettez la même étiquette canonique, complète, sur toutes les variantes, en désignant l'adresse propre.
• 04www / sans-www, http / https : choisissez UNE seule version, redirigez tout le reste vers elle, et alignez vos étiquettes.
• 05Pages trop semblables : fusionnez-les, différenciez-les vraiment, ou assumez de désigner la plus forte comme référence.
• 06Après correction : demandez à Google de réexaminer la page dans Search Console, puis relancez l'outil une semaine plus tard pour vérifier que tout est rentré dans l'ordre.

Une demi-journée de travail, vingt minutes en méthode

Corriger ce problème de page de référence est l'une des actions techniques les plus rentables : presque personne ne s'en occupe, l'effet sur votre présence dans Google et dans les IA est réel, et le travail est désormais en grande partie automatisable.

La méthode tient en trois briques. Search Console pour repérer. Bulk Inspect URLs pour tout récupérer en masse, gratuitement. Une IA pour trier et prioriser. Vous passez d'une vérification page par page — impossible au-delà de quelques dizaines d'adresses — à un plan de correction prêt à l'emploi en quelques minutes.

C'est exactement ce qu'on défend ici : l'IA ne remplace pas l'expertise, elle avale la partie pénible — trier 200 lignes — pour vous laisser l'essentiel : décider.

L'IA avale la partie pénible. Vous gardez l'essentiel : décider.