Page en double : "Google n'a pas choisi la même URL canonique que l'utilisateur"
Vous ouvrez le rapport d'indexation de la Search Console. Une ligne vous arrête : « Page en double, Google n'a pas choisi la même URL canonique que l'utilisateur ». Vous aviez pourtant déclaré une balise canonique, dans les règles. Google l'a lue, puis écartée. Et il indexe une autre page à la place.
Le réflexe, c'est de chercher comment imposer la vôtre. C'est rarement la bonne première étape.
Ce statut signifie une chose précise : vous avez désigné l'URL A comme canonique, mais Google retient l'URL B et l'indexe à sa place. La vraie première question n'est donc pas « comment forcer A ? », mais « Google a-t-il raison ? ». Parfois sa canonique est meilleure que la vôtre, et vous avez tout intérêt à l'adopter. Parfois il se trompe, et c'est le signe que vos propres signaux se contredisent. On va voir comment trancher, comment réaligner, et surtout comment repérer les pages concernées sans les inspecter une par une.
Que signifie ce statut exactement ?
Quand Google explore une page, il décide quelle URL représente le mieux un contenu donné. C'est sa canonique retenue. De votre côté, vous lui indiquez votre préférence avec une balise <link rel="canonical" href="…"> : c'est votre canonique déclarée.
Ce statut apparaît quand les deux divergent. Vous déclarez A, Google choisit B. Concrètement :
- La page A que vous vouliez voir indexée ne l'est pas sous sa propre URL.
- C'est la page B, retenue par Google, qui apparaît dans les résultats.
- Les signaux de A (dont ses liens) sont consolidés vers B, pas vers l'URL que vous aviez désignée.
C'est précisément ce qui le distingue du statut voisin « Autre page avec balise canonique correcte », où Google suit votre balise. Ici, il la refuse. Ce n'est pas un bug d'affichage ni une erreur de la Search Console : c'est un désaccord. Google a comparé vos signaux et conclu qu'une autre page méritait mieux le rôle de canonique.
D'où la seule question qui vaille pour commencer.
La première question : Google a-t-il raison ?
On saute presque toujours cette étape. On suppose d'emblée que Google se trompe et qu'il faut le forcer à respecter notre choix. C'est une erreur, parce que dans une bonne partie des cas, sa canonique est la bonne.
Cas 1 : la canonique de Google est meilleure, adoptez-la
Google retient B parce que ses signaux convergent vers B : c'est la page que vos visiteurs partagent, celle vers laquelle pointent vos liens internes, celle qui reçoit des liens externes. Si B est effectivement la meilleure version (URL plus propre, contenu plus complet, page la plus liée), le bon réflexe n'est pas de lutter. C'est de vous aligner sur Google : faites de B votre canonique déclarée, mettez à jour vos liens internes et votre sitemap pour pointer vers B, et le désaccord disparaît.
Forcer A contre l'avis de Google, dans ce cas, revient à ramer à contre-courant de vos propres signaux. Vous y passerez du temps pour un résultat fragile.
Cas 2 : Google se trompe, vos signaux se contredisent
L'autre cas est réel : A est bien la page qui doit se positionner, mais Google a retenu B parce que votre site lui envoie des messages contradictoires. Vous déclarez A comme canonique, mais l'essentiel de vos liens internes pointent vers B, votre sitemap liste B, vos redirections mènent à B. Google ne fait que suivre la majorité des signaux. Votre balise dit « A », tout le reste de votre site dit « B » : il tranche pour B.
Ici, la correction ne consiste pas à crier plus fort avec la balise canonique. Elle consiste à réaligner tous vos signaux sur A. On y vient après avoir compris pourquoi Google les pondère ainsi.
Pourquoi Google ignore votre canonique : la hiérarchie des signaux
Le malentendu de départ, c'est de croire qu'une balise canonique est un ordre. Ce n'en est pas un. Google le dit clairement : rel="canonical" est un signal parmi d'autres, pas une directive contraignante. Google pondère l'ensemble des indices, et votre balise n'est qu'une voix dans le vote.
La cause la plus fréquente : la page retenue concentre plus de PageRank
Voilà le point que presque personne n'explique. Très souvent, Google retient B parce que B reçoit plus de liens que A, donc concentre plus de PageRank. Vos liens internes, votre sitemap, vos éventuels backlinks « votent » majoritairement pour B. Aux yeux de Google, une page massivement liée est un meilleur candidat au rôle de canonique qu'une page que seule une balise désigne.
Le raisonnement est le même que pour le PageRank en général : le PageRank qu'une page transmet se répartit, de façon pondérée, entre ses liens sortants. Plus B reçoit de liens internes, plus elle pèse. Si votre maillage envoie l'essentiel de sa force vers B alors que votre balise désigne A, vous avez un signal fort contre un signal faible. Google suit le signal fort.
Il n'existe aucun seuil chiffré publié par Google : on ne raisonne pas en pourcentage de liens, mais en poids relatif des signaux. L'idée à retenir est simple : votre canonique déclarée doit être cohérente avec la page que votre site lie réellement le plus.
Les autres causes documentées
La documentation de Google liste plusieurs autres déclencheurs :
- Annotations
hreflangmal posées. Sur un site multilingue, des versions linguistiques mal reliées brouillent la relation entre les pages et faussent le choix de la canonique. - Balise canonique mal configurée par le CMS ou un plugin. Certains thèmes ou extensions génèrent automatiquement des canoniques qui pointent vers une URL indésirable (page d'accueil, modèle parent…).
- Redirections incohérentes. Une chaîne de redirections qui mène à B contredit une balise qui désigne A.
- Serveurs mal configurés. Un hébergement qui répond pour plusieurs domaines, ou plusieurs serveurs qui servent des pages identiques, embrouillent la canonicalisation.
- Contenu syndiqué ou site copie. Si votre contenu est republié ailleurs sans blocage d'indexation, Google peut retenir la version externe.
Le fil rouge de toutes ces causes : un endroit de votre site dit autre chose que votre balise canonique. Le travail consiste à trouver lequel.
Ce statut face aux deux autres statuts canoniques de la GSC
Trois statuts de la Search Console parlent de canonique, et on les confond en permanence. La différence tient à deux questions : avez-vous déclaré une canonique, et Google l'a-t-il suivie ?
| Statut GSC | Vous avez déclaré une canonique ? | Google a-t-il suivi ? | À surveiller ? |
|---|---|---|---|
| Page en double sans URL canonique sélectionnée | Non | Google en a choisi une à votre place | Oui, parfois |
| Autre page avec balise canonique correcte | Oui | Oui, il l'a respectée | Rarement |
| Page en double : Google a choisi une autre URL canonique | Oui | Non, il l'a refusée | Oui, le plus souvent |
Le statut de cet article est le plus actif des trois. Dans le premier, vous avez laissé Google décider seul : voyez notre article sur la page en double sans URL canonique sélectionnée. Dans le deuxième, Google est d'accord avec vous, il n'y a presque rien à faire : c'est « Autre page avec balise canonique correcte ». Ici, vous avez désigné une canonique et Google l'a écartée : c'est le seul des trois où il y a un vrai désaccord à arbitrer.
Comment corriger : réaligner vos signaux sur votre canonique
Vous avez tranché le cas 2 : A est bien la bonne page, et Google s'est trompé parce que vos signaux le contredisent. La correction consiste à les remettre tous d'accord sur A, dans cet ordre :
- Vérifiez la balise canonique de A. Elle doit être auto-référente : A déclare A comme canonique, sans faute de protocole (
https), de domaine (wwwou non) ni de slash final. - Auditez vos liens internes. Comptez ceux qui pointent vers A et ceux qui pointent vers B. Si B en reçoit beaucoup plus, c'est votre principale fuite de signal. Faites pointer vos liens internes vers A.
- Corrigez le sitemap. Il doit lister A, pas B. Une seule version par contenu.
- Tracez les redirections. Aucune chaîne ne doit mener à B si A est la page à indexer.
- Contrôlez le
hreflangsi le site est multilingue : chaque version doit se référencer correctement. - Demandez une réinspection dans la Search Console, puis laissez à Google le temps de retraiter. Le statut ne change pas instantanément : il faut un nouveau passage de Googlebot.
La logique est toujours la même : votre balise et votre maillage doivent dire la même chose. Tant qu'ils se contredisent, Google continuera de suivre le signal le plus fort.
Le vrai problème : identifier les pages concernées à l'échelle
Comprendre le statut prend cinq minutes. Le trouver sur les bonnes pages, c'est une autre affaire, et c'est là que la Search Console montre sa limite. Son outil d'inspection d'URL ne traite qu'une seule URL à la fois : pour savoir, sur une page donnée, quelle canonique vous avez déclarée et laquelle Google a retenue, vous l'inspectez, vous lisez, vous passez à la suivante. Sur quelques pages, c'est jouable. Sur des centaines, l'audit régulier devient impraticable, et c'est exactement ce qui empêche de repérer les pages avalées à temps.
C'est le mur qu'IndexProbe fait sauter. IndexProbe est la version en masse de l'outil d'inspection d'URL de Google : il interroge l'API officielle de la Search Console pour inspecter, en une seule analyse, la liste d'URLs que vous lui fournissez (import CSV, sitemap, copier-coller). Pour chaque page, il affiche son statut d'indexation, votre canonique déclarée face à la canonique retenue par Google, le segment d'URL et les liens internes reçus.
Ce que vous en tirez dépend de la liste que vous apportez. IndexProbe n'explore pas votre site pour découvrir des URLs : il inspecte celles que vous lui donnez, et celles-là seulement.
- Une sélection de pages stratégiques (vos pages clés, votre sitemap des pages à indexer). La lecture qui compte : la colonne canonique utilisateur vs canonique Google. Toute page que vous vouliez indexer et que Google a canonicalisée ailleurs ressort immédiatement, sans rien présumer du reste du site.
- Un export complet de vos URLs (sitemap entier, export de crawl…). Deux lectures s'ajoutent : la segmentation par type de pages, qui montre quels patterns d'URL concentrent le désaccord (à condition que ces URLs figurent dans votre export), et les liens internes entrants, qui révèlent vers quelle page votre maillage « vote » réellement.
C'est exactement le tri qu'IndexProbe est conçu pour rendre possible : voir d'un seul coup d'œil quelles pages sont en désaccord avec Google, et lesquelles votre maillage contredit.
💡 Vous voulez savoir sur quelles URLs Google a refusé votre canonique, et vers quelle page pointent vos liens internes ? IndexProbe inspecte votre liste d'URLs et vous donne la réponse en une analyse. Tester IndexProbe en accès anticipé →
Vérifier que la correction a fonctionné
Après avoir réaligné vos signaux, il faut confirmer que Google a changé d'avis. Réinspectez les URLs concernées et comparez deux analyses dans le temps : les pages que vous vouliez récupérer doivent passer en indexées sous leur propre URL, et la canonique retenue par Google doit désormais correspondre à celle que vous avez déclarée.
C'est la boucle complète : repérer les pages en désaccord, comprendre quel signal contredit votre balise, réaligner, vérifier.
Questions fréquentes
« Google n'a pas choisi la même URL canonique que l'utilisateur » est-il une erreur ? Pas forcément. C'est un désaccord : vous avez déclaré une canonique, Google en a retenu une autre. La première question est de savoir si Google a raison. Souvent sa canonique est la meilleure et vous avez intérêt à l'adopter. Ce n'est un problème à corriger que si la page que vous vouliez indexer est avalée à tort.
Pourquoi Google ignore-t-il ma balise canonique ? Parce qu'une balise canonique est un signal, pas un ordre. Si vos autres signaux (liens internes, sitemap, redirections, backlinks) pointent majoritairement vers une autre page, Google suit cette majorité. La cause la plus fréquente : la page qu'il retient reçoit plus de liens, donc concentre plus de PageRank que celle que vous avez déclarée.
Combien de temps avant que Google reconsidère sa canonique ? Il n'y a pas de délai garanti. Le statut ne change qu'au prochain passage de Googlebot sur les URLs concernées, une fois vos signaux réalignés. Cela peut prendre de quelques jours à plusieurs semaines selon la fréquence de crawl de votre site. Une demande de réinspection dans la Search Console peut accélérer les choses.
Dois-je supprimer la page que Google a écartée ? Pas nécessairement. Si elle est un doublon légitime, laissez-la se canonicaliser vers la bonne version. Si c'est une page stratégique que vous vouliez indexer, ne la supprimez pas : réalignez vos signaux pour que Google retienne votre canonique.
Quelle différence avec « Page en double sans URL canonique sélectionnée » ? Dans ce statut-ci, vous avez déclaré une canonique et Google l'a refusée. Dans « page en double sans URL canonique sélectionnée », vous n'avez rien déclaré et Google a choisi seul. Le premier traduit un désaccord ; le second, une absence de consigne de votre part.
Comment vérifier ce statut sur un grand nombre d'URLs ? L'outil d'inspection de la Search Console ne traite qu'une URL à la fois. Pour trier à l'échelle, un outil comme IndexProbe inspecte la liste d'URLs que vous lui fournissez (CSV, sitemap) et affiche, pour chacune, le statut officiel, la canonique que vous avez déclarée, celle que Google a retenue et les liens internes reçus.
Arrêtez d'inspecter vos canonicals une URL à la fois. IndexProbe se branche sur l'API officielle de la Search Console et inspecte votre liste d'URLs en une seule analyse : statut d'indexation, canonique utilisateur face à la canonique Google, segment, liens internes. De quoi repérer en quelques minutes les pages où Google a refusé votre choix, comprendre quel signal le contredit, et vérifier que votre correction a porté.