"Autre page avec balise canonique correcte" : faut-il corriger ce statut GSC ?
Vous ouvrez le rapport d'indexation de la Search Console. Dans la liste des pages non indexées, une ligne revient des dizaines, parfois des centaines de fois : « Autre page avec balise canonique correcte ». Pas de croix rouge, pas de message d'erreur. Juste ce statut, posé là, sur des pages que vous pensiez voir dans Google.
La première réaction est de vouloir le corriger. C'est rarement la bonne première étape.
Dans la quasi-totalité des cas, c'est une bonne nouvelle : Google vous confirme qu'il a bien suivi votre balise canonique. Mais il arrive que ce statut cache un vrai problème, une page importante avalée à tort. Et au-delà de ces deux cas, il soulève une question qu'on néglige presque toujours : ces pages ont-elles seulement besoin d'exister sur votre site ?
On va voir les trois cas. Et surtout, comment trier, parce que la vraie difficulté n'est pas de comprendre le statut : c'est de savoir lesquelles de vos URLs sont concernées.
Que signifie "Autre page avec balise canonique correcte" ?
Ce statut signifie que Google a inspecté l'URL, constaté qu'elle désigne une autre page comme canonique via sa balise rel="canonical", et respecté ce choix. La page n'est donc pas indexée sous sa propre URL : c'est sa version canonique qui l'est. Dans la grande majorité des cas, ce n'est pas une erreur.
Reprenons depuis le début. Une balise canonique (<link rel="canonical" href="…">) sert à dire à Google : « parmi plusieurs URLs au contenu identique ou très proche, voici celle que je considère comme la version principale ». Quand Google est d'accord avec vous, il indexe la version canonique et marque les autres « Autre page avec balise canonique correcte ».
Le mot important, c'est correcte. Google vous signale que votre balise est bien présente, bien comprise, et qu'il l'a suivie. Les signaux de ces pages (dont les liens) sont alors consolidés vers la version canonique : d'après la documentation officielle de Google, les signaux des URLs en double sont regroupés vers l'URL préférée. Autrement dit, ce n'est pas une page « perdue » : c'est une page dont le rôle a été correctement transféré à une autre.
C'est exactement l'inverse d'une erreur. Et pourtant, on lit partout qu'il faudrait « corriger l'erreur ». C'est faux dans la majorité des cas, et c'est même la source de la plupart des mauvaises décisions sur ce statut.
Pourquoi ce statut apparaît : les causes normales
Ce statut apparaît dès que plusieurs URLs servent le même contenu et pointent, via leur balise canonique, vers une seule version. C'est le fonctionnement normal d'un site bien configuré. Dans la quasi-totalité des cas, ces URLs alternatives sont générées automatiquement et c'est tout à fait attendu.
Les cas les plus fréquents :
- Paramètres d'URL et UTM.
/chaussures-runninget/chaussures-running?utm_source=newsletterservent la même page. La version propre est canonique, la version taguée est une « autre page ». - Variantes e-commerce. Une fiche produit déclinée en couleurs ou tailles :
/t-shirt?couleur=bleu,/t-shirt?couleur=rougepointent vers/t-shirt. Sur un catalogue, ça représente vite des milliers d'URLs. - Filtres et tri. Les pages de navigation à facettes (
?tri=prix,?filtre=marque) sont des variantes d'une page de catégorie. - HTTP/HTTPS, www, slash final.
http://,https://, avec ou sanswww, avec ou sans/final : autant de versions qui se canonicalisent vers une seule. - AMP, versions imprimables, flux RSS. Chaque format alternatif pointe vers la page principale.
- Pagination. Selon votre configuration, des pages paginées peuvent désigner une URL principale.
Le point commun de tous ces cas : la canonique fait son travail, Google la respecte, et vous n'avez rien à faire. La vraie question n'est pas de faire disparaître ce statut en bloc. Elle est : parmi ces URLs, y en a-t-il qui ne devraient pas être là ?
Est-ce un problème ? Regardez lesquelles, pas combien
Il n'existe aucun seuil chiffré publié par Google. La consigne officielle est qualitative : c'est normal, agissez seulement si une page que vous vouliez indexer est concernée, ou si la canonique retenue n'est pas la bonne. Aucun pourcentage ne fait de ce statut un problème en soi.
On lit pourtant souvent qu'« un nombre croissant » de ces pages serait inquiétant. Personne ne dit jamais à partir de combien. Et pour cause : il n'y a pas de chiffre.
Le nombre, justement, n'est pas la bonne grille de lecture. Un catalogue e-commerce peut afficher des milliers de pages dans ce statut et se porter très bien : ce sont ses variantes de produits, des doublons légitimes. À l'inverse, une seule page concernée peut être un vrai problème, si c'est une page que vous vouliez voir indexée.
Ce qui compte, ce n'est donc pas combien de pages portent le statut, mais lesquelles. Deux questions :
- Une page que vous vouliez voir indexée est-elle dans le lot ? C'est le cas à corriger : Google l'a canonicalisée ailleurs, elle n'apparaîtra pas seule dans les résultats.
- Ces pages ont-elles seulement besoin d'exister et d'être maillées ? C'est la question d'architecture, pour celles qui sont de vrais doublons.
On les prend dans l'ordre.
Le cas à corriger : une page importante avalée à tort
Le vrai problème, c'est quand une page unique et stratégique se retrouve marquée « Autre page avec balise canonique correcte ». Elle désigne une autre page comme canonique, Google l'a suivie, et donc elle n'est jamais indexée sous sa propre URL. Vous perdez tout son potentiel de positionnement, souvent sans vous en rendre compte.
Comment ça arrive ? Presque toujours par accident technique :
- Une balise canonique codée en dur dans un template qui pointe toujours vers la page d'accueil ou une page de catégorie parente.
- Un CMS ou un thème mal configuré qui canonicalise automatiquement des pages distinctes vers un modèle commun.
- Des signaux contradictoires (liens internes, sitemap) qui poussent Google à retenir comme canonique une autre version que celle que vous vouliez.
Les symptômes : une page importante absente de l'index, une chute de trafic sur une URL précise, une page que vous venez de publier et qui « ne prend pas ».
La correction est simple une fois le diagnostic posé : faites pointer la balise canonique de la page vers elle-même (canonique auto-référente), assurez-vous que vos liens internes et votre sitemap désignent bien cette URL, puis laissez à Google le temps de la retraiter. Google recommande précisément de lier en interne vers l'URL que vous considérez comme canonique, pour l'aider à comprendre votre préférence.
Tout le sujet, évidemment, c'est de trouver ces pages au milieu de centaines de doublons parfaitement normaux. On y vient plus bas.
La vraie question : faut-il garder ces pages ?
Cette question se pose pour un type de pages entier, pas pour une page isolée : pour décider du sort d'une famille d'URLs (facettes, tri, tags…), il faut la regarder dans son ensemble, pas une par une. Pour ces pages qui sont de vrais doublons (la canonique est correcte, rien à « corriger »), la question devient : ces URLs ont-elles besoin d'exister, et votre maillage interne doit-il encore pointer vers elles ? Si une famille entière de pages non stratégiques pèse lourd, vous avez peut-être intérêt à la sortir de votre structure.
Deux angles pour décider.
Le budget de crawl
Soyons honnêtes, parce que beaucoup d'articles exagèrent ce point. Google est clair : si votre site n'a pas un grand nombre de pages qui changent rapidement, ou si vos pages sont crawlées le jour même de leur publication, vous n'avez pas à vous soucier du budget de crawl. Concrètement, ça devient un sujet pour les sites de 10 000+ pages à contenu très changeant ou les très gros sites (1M+ pages).
Pour ces sites-là, en revanche, c'est réel : Google indique que lorsque beaucoup de ces URLs sont des doublons, cela « gaspille beaucoup de temps de crawl ». Sa recommandation est de consolider le contenu dupliqué pour concentrer le crawl sur le contenu unique, voire de bloquer certaines URLs via robots.txt.
Le coût d'opportunité de votre maillage interne
Voilà le point que presque personne ne traite correctement. On lit souvent que faire des liens vers ces pages « dilue le PageRank ». Au sens strict, c'est inexact : Google consolide les signaux de liens vers la canonique, vous ne les perdez donc pas dans le vide.
Mais l'instinct derrière cette idée est juste. Dans le même document, Google recommande explicitement de faire vos liens internes vers l'URL canonique, pas vers le doublon. Pourquoi ? Parce que le PageRank que distribue une page est fini et se répartit, de façon pondérée, entre ses liens sortants. Chaque lien vers une page non stratégique consomme une fraction de ce budget, une fraction qui ne va pas à une page qui, elle, doit se positionner. Vous misez aussi sur une consolidation qui n'est ni instantanée ni garantie.
La bonne question devient donc, dans le contexte de votre site : puis-je me permettre de ne pas lier cette page ? Si la réponse est oui, et qu'il s'agit d'un pattern entier (facettes, tri, tags) qui ne sert ni l'utilisateur ni le SEO, c'est un candidat à sortir de votre maillage, voire de votre architecture. Ce n'est pas une « erreur à corriger ». C'est une décision d'architecture.
C'est exactement ce type d'arbitrage qu'IndexProbe est conçu pour éclairer.
💡 Vous voulez voir lesquelles de vos URLs sont dans ce statut, et lesquelles reçoivent encore des liens internes ? IndexProbe inspecte votre liste d'URLs et vous donne la réponse en une analyse. Tester IndexProbe en accès anticipé →
Identifier les pages concernées sur la liste que vous analysez
C'est là que tout se joue, et là que la Search Console montre ses limites. Pour trier, il faut inspecter chaque URL : son statut d'indexation officiel, la canonique que vous avez déclarée, celle que Google a retenue, son segment, et les liens internes qu'elle reçoit. C'est précisément ce que fait IndexProbe, sur la liste d'URLs que vous lui fournissez (import CSV, sitemap, etc.) — et sur celle-là seulement : il n'explore pas le site pour découvrir d'autres URLs.
Ce que vous en tirez dépend de la liste que vous apportez :
- Une sélection de pages stratégiques (votre sitemap des pages à indexer, vos pages clés). 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 aussitôt. C'est la façon la plus rapide d'isoler les pages avalées à tort, sans rien présumer du reste du site.
- Un export complet de vos URLs (votre sitemap entier, un export de crawl…). Deux lectures supplémentaires deviennent alors possibles : la segmentation par type de pages, qui montre quels patterns concentrent le statut — à condition que ces URLs figurent dans votre export, IndexProbe ne les invente pas ; et les liens internes entrants (
Referring URLs), qui révèlent les pages alternates encore maillées, donc celles vers lesquelles vous dépensez du PageRank pour rien.
La différence avec la Search Console reste la même quel que soit le périmètre : la GSC vous fait inspecter les URLs une par une et plafonne ses rapports à 1 000 URLs par statut. C'est précisément le mur qu'IndexProbe fait sauter, sur le périmètre que vous choisissez : une sélection de pages clés, ou l'ensemble de vos URLs.
Différence avec les statuts canonical voisins
Trois statuts de la Search Console parlent de canonique, et on les confond tout le temps. La différence tient à une seule chose : 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 ignorée | Oui, le plus souvent |
Le statut de cet article est le plus rassurant des trois : Google est d'accord avec vous. Le premier signifie que vous avez laissé Google décider seul ; voyez notre article sur la page en double sans URL canonique sélectionnée. Le troisième est le vrai signal d'alerte : vous avez désigné une canonique et Google l'a refusée, signe qu'il juge une autre page plus pertinente (article à venir).
Vérifier que la correction a fonctionné
Après une action (canonique auto-référente sur une page à récupérer, ou suppression d'un pattern d'URLs non stratégiques), il faut confirmer. Réinspectez les URLs concernées et comparez deux analyses : les pages que vous avez récupérées doivent passer en indexées, et le volume du statut doit baisser sur les patterns que vous avez nettoyés.
C'est la boucle complète : voir lesquelles, comprendre le pattern, décider, agir, vérifier.
Questions fréquentes
« Autre page avec balise canonique correcte » est-il une erreur ? Non. Dans la grande majorité des cas, Google vous confirme qu'il a bien suivi votre balise canonique. La page n'est pas indexée sous sa propre URL parce que sa version canonique l'est à sa place. Ce n'est un problème que si une page stratégique se retrouve avalée à tort.
Faut-il corriger ce statut ? Seulement dans deux cas. Si une page que vous vouliez indexer est concernée, corrigez sa canonique pour qu'elle s'auto-référence. Si un pattern de pages non stratégiques pèse lourd sur votre crawl ou votre maillage (surtout sur un grand site), envisagez de le sortir de votre structure. Sinon, ne touchez à rien.
Pourquoi ma page n'est-elle pas indexée à cause de ce statut ? Parce que sa balise canonique désigne une autre page. Google indexe cette autre page à sa place et consolide les signaux vers elle. Si c'est voulu, tout va bien. Si la page devait être indexée pour elle-même, sa canonique est mal configurée.
Comment corriger sur WordPress ou Shopify ? Sur WordPress, le champ canonique de Yoast ou Rank Math vous permet de forcer une canonique auto-référente sur la page concernée. Sur Shopify, vérifiez la balise canonique du thème et évitez de lier les URLs de variantes : faites pointer la canonique de chaque page distincte vers elle-même.
Quelle différence avec « Page en double sans URL canonique sélectionnée » ? Dans « autre page avec balise canonique correcte », vous avez déclaré une canonique et Google l'a suivie. Dans « page en double sans URL canonique sélectionnée », vous n'avez rien déclaré et Google a choisi seul. Le second mérite plus souvent votre attention.
Comment vérifier mes canonicals sur un grand nombre d'URLs ? La Search Console les inspecte une par une et plafonne à 1 000 URLs par statut. 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 déclarée, la canonique retenue par Google 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 d'un coup : statut d'indexation, canonique utilisateur vs Google, segment, liens internes. De quoi distinguer en quelques minutes les doublons normaux des pages à récupérer, et décider quels patterns garder dans votre structure.