Page alternative avec balise canonique correcte

TL;DR — « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte » est un statut de Google Search Console qui paraît inquiétant parce qu’il figure sous « Why pages aren’t indexed » (traduction) « pourquoi les pages ne sont pas indexées » — mais ce n’est pas une erreur. La page est une copie ou une version alternative d’une autre page et indique correctement à Google d’indexer cette autre page à sa place. Google précise qu’il n’y a rien à faire. Ne vous inquiétez que si une page que vous vouliez voir dans Google reste bloquée ici.

Ce que signifie ce statut

Lorsque vous ouvrez le rapport d’indexation des pages dans Google Search Console, vous voyez une liste des raisons pour lesquelles des pages ne sont pas indexées. « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte » Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report en fait partie — et c’est celui qui déroute le plus, parce qu’il ressemble à un problème alors que ce n’est généralement pas le cas.

Voici ce qui se passe réellement. Vous avez deux URL dont le contenu est identique (ou presque). L’une d’elles — l’« alternate » (traduction) « alternative » — possède une balise canonique qui pointe vers l’autre et dit : « c’est la vraie version, indexez-la à ma place ». Google l’a examinée, a confirmé ce choix, a indexé la page indiquée et a classé l’alternative ici. C’est le résultat attendu de la canonicalisation. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

Voici des exemples courants de pages qui se retrouvent légitimement dans ce groupe — la définition de Google cite précisément les paires mobile/AMP/ordinateur, et les doublons d’impression ou de paramètres de suivi peuvent aussi y apparaître. Une exception est importante : Google indique que les pages dans une autre langue ne sont pas détectées sous ce statut exact, même si du contenu traduit peut encore être canonialisé ailleurs dans le système général.

• Une version mobile (comme m.example.com) qui pointe vers la version ordinateur.
• Une version AMP ou imprimable qui pointe vers la page normale.
• Une URL avec des paramètres de suivi (?utm_source=...) qui pointe vers l’URL propre.

Le point essentiel

Cette page n’est ni cassée, ni bloquée, ni pénalisée. C’est un doublon qui dit correctement « ne m’indexez pas, indexez l’autre » — et Google l’a écouté. Le contenu peut toujours être classé ; il l’est simplement sous l’URL canonique, ce que vous vouliez.

La panique que ressentent beaucoup de personnes devant un grand nombre d’URL dans ce groupe est donc mal placée. Un volume élevé est normal pour les boutiques, les sites multilingues et tout site doté de filtres ou de paramètres. Le nombre seul ne signifie pas qu’un problème existe.

Quand faut-il vraiment s’en préoccuper ?

Une seule question permet de trancher : y a-t-il dans ce groupe des pages que vous vouliez voir indexées et classées ?

• Non — ignorez-le. Le système fonctionne comme prévu.
• Oui — quelque chose ne va pas. Une page importante demande à Google d’en indexer une autre à sa place. Cela mérite une correction (voir l’onglet Advanced).

Vous voulez la version complète — les trois statuts canoniques côte à côte, la courte liste des vrais problèmes et la vérification avec l’inspection d’URL ? Passez à l’onglet Advanced.

TL;DR — C’est le seul statut canonique/doublon du rapport d’indexation des pages qui fonctionne comme prévu : votre canonique déclarée et celle choisie par Google concordent, et la canonique est indexée. La formulation exacte de Google est « there is nothing you need to do » (traduction) « vous n’avez rien à faire ». Les volumes élevés sont normaux sur les sites de commerce, à facettes, paramétrés et multilingues : Google ne publie aucun seuil numérique, alors triez selon les motifs d’URL et les pages concernées, pas selon le volume brut. Il n’y a rien à valider et, selon Mueller, aucune pénalité de classement due à la consolidation canonique elle-même. La question décisive : des pages que vous vouliez indexer se trouvent-elles ici ? Si non, ignorez-les. Si oui, comparez la canonique déclarée à celle choisie par Google dans l’inspection d’URL et corrigez la cible canonique. Ne confondez pas ce statut avec ses deux frères — « Duplicate without user-selected canonical » (aucune canonique déclarée) et « Duplicate, Google chose different canonical than user » (Google a remplacé la vôtre) — qui méritent une analyse.

Commencez ici : c’est le chemin normal

Je veux commencer par rassurer, car la présentation de ce statut provoque plus d’inquiétude inutile que presque n’importe quel autre élément de Search Console. Le rapport d’indexation des pages range tout sous « Why pages aren’t indexed » (traduction) « pourquoi les pages ne sont pas indexées », et « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte » arrive à côté de véritables erreurs comme les erreurs serveur et noindex. On le voit, on suppose qu’il est cassé et l’on part à la recherche d’un correctif.

Il n’est pas cassé. La définition de Google est on ne peut plus claire : Evidence for this claim Google defines Alternate page with proper canonical tag as an alternate that correctly points to an indexed canonical, requiring no action. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report la page « correctly points to the canonical page, which is indexed, so there is nothing you need to do. » (traduction) « pointe correctement vers la page canonique, qui est indexée ; vous n’avez donc rien à faire ». C’est tout le statut en une phrase. Parmi tous les groupes de pages canoniques et de doublons du rapport, c’est le seul que Google décrit comme fonctionnant entièrement comme prévu.

Concrètement, l’URL est un doublon ou une version alternative d’une autre page et porte un rel="canonical" qui pointe vers cette autre page. Vous avez déclaré une canonique ; Google l’a approuvée ; il a indexé la canonique et non l’alternative. Votre signal et la décision de Google concordent — il n’y a aucun conflit à résoudre. L’alternative n’est pas indexée parce que sa canonique l’est, ce qui est le résultat voulu de la consolidation.

Ce qu’est réellement une page « alternate »

Les déclarations canoniques sont des signaux que Google utilise pour choisir une URL représentative parmi des pages en doublon. Evidence for this claim Google uses canonical signals to select a representative URL from duplicate pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Canonicalization

La définition propre à ce statut donne une liste étroite d’exemples : une page AMP avec une canonique ordinateur, une version mobile avec une canonique ordinateur, ou la version ordinateur d’une canonique mobile. Google précise que les pages dans une autre langue ne sont pas détectées par Search Console sous ce statut exact, même si des doublons traduits ou régionaux peuvent encore être canonialisés ailleurs dans le système général.

Au-delà de ces exemples propres au statut, le système général de canonicalisation — celui que je couvre dans mon analyse approfondie de la canonicalisation — reconnaît un ensemble plus large de motifs de doublons ou d’alternatives qui peuvent être consolidés par une canonique, et dont certains apparaissent aussi dans ce statut GSC :

• URL paramétrées et à facettes — ?color=blue, ?sort=price, identifiants de session, combinaisons de filtres.
• Versions imprimables et autres variantes de format au contenu identique.
• Pages de balises, d’archives ou de pagination lorsque leur contenu principal est réellement identique (ou un sous-ensemble proche) de celui de la page vers laquelle elles seraient canonialisées. Google regroupe selon la similarité du contenu, pas seulement selon le motif d’URL : ne supposez donc pas que toute page paginée ou de balise doit être canonialisée vers la première page — vérifiez d’abord le chevauchement réel du contenu.
• URL marquées par UTM issues de campagnes, qui pointent toutes vers l’URL propre.
• Variantes HTTP→HTTPS et variantes de slash final / casse d’une même page.

Toutes ces variantes sont censées être consolidées vers une canonique lorsque le contenu est réellement équivalent. Lorsqu’elles apparaissent ici correctement, le système fait son travail.

Pourquoi les volumes élevés sont généralement normaux

La raison la plus fréquente de l’arrivée dans ce statut est un nombre élevé ou en croissance, que l’on prend à tort pour le problème. Ce n’est généralement pas le cas. Un grand catalogue e-commerce avec navigation à facettes, ou un site multilingue avec des variantes par pays, produira légitimement des milliers d’alternatives : c’est la conséquence des filtres, paramètres et variantes. Google ne publie aucun seuil numérique pour ce groupe : aucun volume officiel ne le fait passer de « normal » à « problématique ». Ne triez donc pas selon le volume brut. Triez selon les motifs d’URL et les pages précises concernées : le groupe est-il composé de variantes que vous n’avez jamais voulu indexer, ou contient-il des pages importantes ? Cette question apprend plus que n’importe quel nombre. (Si vous voulez malgré tout un repère — le mien, pas celui de Google : cinq mille alternatives sur un site de 300 pages me feraient vérifier deux fois ; cinq mille sur une boutique d’un million d’URL ne m’inquiéteraient généralement pas.)

Deux réserves s’imposent : les comptes GSC sont retardés et échantillonnés, alors ne paniquez pas devant le nombre d’un jour donné. Quant à la question d’une pénalité de classement, John Mueller a dit que le choix d’une canonique par Google n’a pas d’impact négatif et qu’il ne fallait pas perdre le sommeil à cause de la version retenue. C’est une remarque circonscrite de Mueller sur la consolidation canonique — je la traite comme telle, et non comme une garantie générale publiée par la plateforme — et je la paraphrase ici plutôt que de la citer, car la formulation exacte vient de sources secondaires.

Les trois statuts canoniques, côte à côte

C’est la distinction qui dissipe la plupart des confusions ; elle mérite donc d’être précise. Le rapport d’indexation des pages contient trois groupes apparentés qui décrivent trois situations différentes :

L’axe essentiel est l’accord. Avec ce statut, votre canonique déclarée et celle choisie par Google coïncident — aucun conflit. Avec Duplicate without user-selected canonical, vous n’avez fourni aucun signal et Google a deviné. Avec Duplicate, Google chose different canonical than user, vous avez fourni un signal mais Google n’est pas d’accord — c’est le cas qui mérite réellement un examen, car quelque chose indique que votre canonique déclarée n’est pas la meilleure (souvent les deux URL ne sont pas vraiment équivalentes, ou des signaux plus forts comme les liens internes et les redirections pointent ailleurs).

Ces deux statuts frères se trouvent juste à côté de celui-ci dans le même rapport. Le diagnostic diffère pour chacun, alors le premier réflexe doit toujours être de lire quel statut correspond réellement à l’URL avant d’agir.

La question décisive : faut-il faire quelque chose ?

Allez directement à cette question : les pages de ce groupe sont-elles des pages que vous vouliez réellement indexer et classer ?

• Non — et c’est le cas le plus courant — ignorez-les. Rendre ces alternatives auto-canoniques créerait de vrais problèmes de contenu dupliqué en répartissant les signaux entre des URL que vous ne vouliez jamais voir en concurrence. Il n’y a pas non plus de « Validate Fix » à utiliser : c’est un statut, pas une erreur ; demander une indexation reviendrait à lutter contre votre propre canonique correcte.
• Oui — maintenant, et seulement maintenant, cela mérite un diagnostic. Une page importante demande à Google d’en indexer une autre à sa place.

Workflow d’audit rapide (pour un grand groupe)

Avant d’examiner les URL une par une, travaillez au niveau des cohortes :

1. Exportez la liste d’URL depuis le rapport d’indexation des pages pour ce statut.
2. Regroupez par motif d’URL — paramètres, paires mobile/AMP, variantes de slash/casse, pagination, etc. La plupart des lignes se réduiront à quelques motifs.
3. Échantillonnez quelques URL par motif et passez-les dans l’inspection d’URL pour comparer la canonique déclarée à celle choisie par Google.
4. Appliquez la question décisive par cohorte, pas par URL : ce motif contient-il des pages que vous vouliez réellement indexer ?
5. Corrigez la cause racine pour toute cohorte qui échoue — modèle, plugin ou configuration — plutôt que de corriger les URL individuellement.

Cette séquence permet de traverser un groupe de dizaines de milliers d’URL en quelques minutes plutôt que de les traiter une par une. Les diagnostics détaillés ci-dessous — ce qui constitue réellement un problème et le fonctionnement de l’inspection d’URL — s’appliquent une fois les cohortes à examiner réduites.

Quand est-ce réellement un problème ?

Si une page importante est bloquée ici, c’est presque toujours l’un des cas suivants :

• Une page voulue est canonialisée vers la mauvaise page. Canonique mal configurée — modèle qui pointe chaque produit vers une catégorie, ou page qui pointe vers une quasi-correspondance qui n’a pas réellement le même contenu. La page que vous vouliez indexer se met volontairement de côté.
• La canonique pointe vers une 404, une redirection ou une page différente. La cible doit être une URL active, 200, réellement équivalente. Si elle renvoie 404, redirige ou ne porte pas le même contenu, la canonique est cassée.
• Un volume sans rapport avec la taille du site, ce qui indique généralement un problème structurel qui génère des alternatives non voulues — paramètres sans fin, espace de filtres illimité ou incohérence de slash/casse qui multiplie les URL.
• Une page auparavant bien classée vient de tomber dans ce groupe avec une baisse de trafic — signe fort qu’une canonique a été modifiée (souvent par un modèle ou un plugin) et pointe maintenant dans la mauvaise direction.

Vérifier avec l’inspection d’URL

Ne devinez pas : vérifiez. Comme je le répète pour les canoniques, la source principale pour connaître le choix de Google est l’outil d’inspection d’URL de Google Search Console. Entrez l’URL : il affiche la canonique déclarée par l’utilisateur (ce que dit votre page) à côté de la canonique choisie par Google (ce que Google a réellement choisi). Pour une page alternative saine, les deux champs pointent vers la même URL canonique. S’ils divergent — ou si la canonique déclarée n’est pas celle attendue — c’est le signal à examiner. Lancez la vérification sur un échantillon représentatif avant de modifier quoi que ce soit.

Comment le corriger — uniquement si nécessaire

Seulement si la question décisive a répondu « oui, une page voulue se trouve ici » :

• Corrigez la cible canonique afin que la page qui doit être classée se référence elle-même (canonique vers sa propre URL) ou pointe vers la bonne URL équivalente.
• Alignez le slash final, la casse, l’hôte et le protocole afin que les variantes convergent vers une canonique cohérente (https://, votre hôte canonique et une seule convention de slash).
• Corrigez hreflang afin que la canonique d’une variante régionale ou linguistique pointe vers une page dans la même langue (ou vers la langue de remplacement la plus proche) — jamais vers une autre langue. Un contenu principal traduit n’est pas un doublon de l’original simplement parce que le modèle et la navigation sont partagés ; ne le traitez comme doublon que si le contenu principal est réellement dans la même langue et largement identique.
• Redirigez uniquement si vous retirez réellement un doublon — une 301 convient à une URL qui ne doit plus être accessible, pas à une réaction automatique lorsque Google choisit une canonique différente de la vôtre. Rediriger une page que vous voulez conserver, simplement parce que Google en préfère momentanément une autre, vous prive d’une page dont vous pourriez avoir besoin.
• Définissez une canonique propre aux pages à indexer, et laissez les véritables alternatives (paramètres, filtres, versions imprimables) se consolider là où elles doivent.

Comment Google choisit une canonique (en bref)

Je ne vais pas réexpliquer tout le processus de sélection ici : il est décrit dans le hub de canonicalisation. En résumé, la canonicalisation est le processus par lequel les moteurs de recherche déterminent la version principale d’une URL à indexer et à afficher lorsqu’il existe des doublons ; Google évalue un grand ensemble de signaux (environ 40) : balise canonique, redirections, URL du sitemap, liens internes et externes, hreflang, HTTPS, URL plus courtes, etc. La balise canonique est un signal fort mais une indication, pas une règle — c’est précisément pourquoi ce statut est le chemin normal : Google a respecté votre indication. Lorsqu’il ne la respecte pas, vous arrivez dans le groupe « Duplicate, Google chose different canonical than user ».

Pour les détails d’implémentation de la balise, consultez le guide des balises canoniques ; pour les raisons qui vous amènent à en utiliser une, consultez les guides sur le contenu dupliqué et les paramètres d’URL. Les deux statuts frères — doublon sans canonique choisie par l’utilisateur et doublon pour lequel Google a choisi une autre canonique — sont à lire ensuite si une URL ne se trouve pas réellement sous ce statut.

Résumé IA

Synthèse de la version Advanced :

• C’est le chemin normal, pas une erreur. Classé sous « Why pages aren’t indexed » (traduction) « pourquoi des pages ne sont pas indexées », c’est le seul statut canonique/ doublon que Google décrit comme fonctionnant comme prévu : la page « correctly points to the canonical page, which is indexed, so there is nothing you need to do. » (traduction) « indique correctement la page canonique, qui est indexée ; vous n’avez donc aucune action à effectuer ».
• Ce que c’est : les exemples propres au statut donnés par Google sont étroits — paires mobile, AMP et ordinateur — et Google dit que les pages dans une autre langue ne sont pas détectées sous ce statut exact. En pratique, des motifs plus larges de canonicalisation (paramètres, filtres, impression, pagination lorsque le contenu se recouvre réellement, UTM, variantes HTTP/slash final) apparaissent aussi ici, avec une canonique déclarée que Google a acceptée et indexée à la place.
• Les volumes élevés sont généralement normaux pour les sites de commerce, à facettes, paramétrés et multilingues — mais Google ne publie aucun seuil numérique pour ce groupe. Triez selon les motifs d’URL et les pages concernées, pas selon le volume brut. Les comptes GSC sont aussi retardés et échantillonnés : ne paniquez pas devant le nombre d’un jour donné. Selon Mueller, la consolidation canonique elle-même n’entraîne pas de pénalité de classement (remarque circonscrite, pas une garantie publiée par la plateforme).
• Trois statuts, un axe (l’accord) : Alternate page w/ proper canonical (vous avez déclaré, Google a accepté — normal) contre Duplicate without user-selected canonical (aucune déclaration, Google a choisi) et Duplicate, Google chose different canonical than user (vous avez déclaré, Google a remplacé — à examiner).
• Question de triage : des pages que vous vouliez indexer se trouvent-elles ici ? Non → ignorez-les (et ne les rendez pas auto-canoniques : cela créerait des problèmes de doublons ; il n’y a rien à valider). Oui → diagnostiquez.
• Vrais problèmes : canonique d’une page voulue vers la mauvaise page ; canonique vers une 404, une redirection ou une page différente ; volume sans rapport avec la taille du site ; page auparavant bien classée tombée ici avec une baisse de trafic.
• Vérifiez avec l’inspection d’URL — comparez la canonique déclarée par l’utilisateur à la canonique choisie par Google ; pour une alternative saine, elles concordent.
• Corrigez uniquement si nécessaire : cible canonique ou auto-référence, slash/casse/hôte/ protocole, hreflang, et 301 pour les vrais doublons retirés.
• C’est une indication, pas une règle — ce statut signifie que Google a respecté votre indication ; le remplacement par Google est le statut frère.

Documentation officielle

Documentation issue de sources primaires des moteurs de recherche.

Google

• Rapport d’indexation des pages — le rapport lui-même, avec la définition exacte de « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte » et ses deux statuts frères de doublon.
• Qu’est-ce que la canonicalisation d’URL ? — le concept de canonique, l’idée d’une « indication, pas une règle » et les signaux que Google évalue.
• Consolider les URL en doublon (spécifier une canonique) — comment déclarer une canonique et le fait qu’aucune méthode n’est obligatoire.
• Corriger les problèmes de canonicalisation — décodage des états canoniques de Search Console, notamment lorsque Google choisit une autre canonique.
• Outil d’inspection d’URL — comment voir la canonique déclarée par l’utilisateur et celle choisie par Google pour une URL.

Bing / Microsoft

• Le contenu dupliqué nuit-il au SEO et à la visibilité dans la recherche IA ? (décembre 2025) — Bing n’emploie pas le libellé exact de Google, mais traite rel="canonical" comme un signal de consolidation et de clarté ; c’est un contexte utile, pas un rapport équivalent.

Citations de la source

Déclarations de Google consignées dans les sources. Chaque lien profond mène directement au passage cité sur la page d’origine.

Google — le statut lui-même (tout le sujet)

• “This page is marked as an alternate of another page… This page correctly points to the canonical page, which is indexed, so there is nothing you need to do.” (traduction) « Cette page est marquée comme une alternative d’une autre page… Elle pointe correctement vers la page canonique, qui est indexée ; vous n’avez donc rien à faire. » — Google Search Console Help, Page Indexing report. Accéder à la citation

Google — les deux statuts frères, pour contraste

• “This page is a duplicate of another page… Google has chosen the other page as the canonical for this page, and so will not serve this page in Search.” (traduction) « Cette page est un doublon d’une autre page… Google a choisi l’autre page comme canonique pour celle-ci et ne la diffusera donc pas dans la recherche. » (Duplicate without user-selected canonical) Accéder à la citation
• “This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical.” (traduction) « Cette page est marquée comme canonique pour un ensemble de pages, mais Google pense qu’une autre URL constitue une meilleure canonique. » (Duplicate, Google chose different canonical than user) Accéder à la citation

Google — pourquoi cette indication est respectée

• “indicating a canonical preference is a hint, not a rule.” (traduction) « indiquer une préférence canonique est une indication, pas une règle. » — Documentation Google Search Central. Accéder à la citation
• “While we encourage you to use these methods, none of them are required; your site will likely do just fine without specifying a canonical preference.” (traduction) « Bien que nous vous encouragions à utiliser ces méthodes, aucune n’est obligatoire ; votre site fonctionnera probablement très bien sans préférence canonique explicite. » Accéder à la citation

Les modèles mentaux

1. Les trois statuts parlent d’accord. Tout le groupe canonique/doublon du rapport d’indexation des pages se résume à une question : la canonique déclarée et celle choisie par Google concordent-elles ?

• Elles concordent → « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte ». Tout va bien.
• Vous n’avez rien déclaré, Google a choisi → Duplicate without user-selected canonical. Vérifiez son choix.
• Vous en avez déclaré une, Google l’a remplacée → Duplicate, Google chose different canonical than user. Analysez le désaccord. Lisez le groupe auquel appartient l’URL avant de faire quoi que ce soit.

2. La question « vouliez-vous l’indexer ? ». Pour ce statut, une seule chose décide s’il faut agir : vouliez-vous voir ces pages classées ?

• Non → ignorez. Le système a correctement consolidé. (Les rendre auto-canoniques créerait des problèmes de contenu dupliqué et il n’y a rien à valider.)
• Oui → diagnostiquez la cible canonique. Une page importante se met de côté.

3. Statut ≠ erreur. « Why pages aren’t indexed » (traduction) « pourquoi les pages ne sont pas indexées » est une liste de raisons, pas une liste de problèmes. Pour la plupart des URL alternatives, ne pas être indexées est l’état voulu. Ne transformez pas un statut en tâche automatique.

4. Vérifiez, ne supposez pas. L’inspection d’URL affiche côte à côte la canonique déclarée et celle choisie par Google. Une alternative saine les présente identiques. Vérifiez un échantillon avant de conclure quoi que ce soit à partir du volume brut.

5. Le volume est relatif, pas absolu. Un grand nombre n’a de sens qu’en regard de la taille du site et de la présence éventuelle de pages voulues. Des milliers d’alternatives sur une boutique à facettes ou multilingue sont attendues ; des milliers sur un petit site constituent un signal structurel.

Checklist : « Dois-je m’inquiéter ? »

Faites cette vérification avant de consacrer du temps à « corriger » le statut :

• Confirmez le statut. Dans le rapport d’indexation des pages, vérifiez que l’URL est bien sous « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte » — et non sous l’un des deux statuts frères, dont le diagnostic est différent.
• Appliquez la question décisive. Certaines de ces pages sont-elles des pages que vous vouliez indexer et classer ? Si non → arrêtez ici : tout fonctionne comme prévu.
• Comparez le volume à la taille du site. Le nombre est-il proportionné à un site à facettes, paramétré ou multilingue, ou complètement disproportionné par rapport au nombre de pages réelles ?
• Surveillez les changements soudains. Une page auparavant indexée et génératrice de trafic vient-elle de tomber dans ce groupe ? Associez cette observation à une vérification du trafic.
• Faites un échantillon avec l’inspection d’URL. La canonique choisie par Google correspond-elle à la canonique déclarée par l’utilisateur, et la cible est-elle l’URL attendue ?
• Vérifiez l’état de la cible canonique. La canonique pointe-t-elle vers une page active 200 (ni 404, ni redirection) dont le contenu est réellement identique ?
• Seulement si une page voulue est concernée : corrigez la cible canonique ou faites-la se référencer elle-même ; alignez slash, casse, hôte et protocole ; corrigez hreflang vers une canonique de même langue ; redirigez en 301 les vrais doublons qui ne doivent plus être accessibles.
• Ne demandez pas l’indexation et ne lancez pas Validate Fix pour forcer l’entrée des alternatives — il n’y a rien à valider, et cela lutte contre votre propre canonique correcte.

Dois-je agir sur ce statut ?

Parcourez cet arbre avant de modifier quoi que ce soit. C’est la même question décisive que dans l’onglet Advanced, déployée en quatre situations qui justifient réellement une correction.

L’indicateur permanent : volume du groupe par rapport à la taille du site

Le volume brut du statut « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte » n’a pas de sens en soi : une boutique à navigation à facettes est censée en générer beaucoup, et Google ne publie aucun seuil numérique pour ce groupe. Ce qui compte davantage que le ratio, ce sont les motifs d’URL et les pages qui le composent : un contrôle du motif et de l’intention commerciale détecte des problèmes réels qu’un ratio seul peut manquer. Le ratio reste toutefois utile comme signal de tendance : le volume progresse-t-il proportionnellement au site ou le dépasse-t-il ?

Part des pages alternatives dans l’ensemble des URL connues

• Indicateur — Volume de ce statut dans le rapport d’indexation des pages, suivi comme part de l’ensemble des URL connues/indexées et comparé d’un trimestre à l’autre.
• Ce que cela indique — Si le groupe progresse avec la croissance normale du site (plus de produits, de combinaisons de filtres et de variantes linguistiques) ou s’il la dépasse — ce qui pointe vers un problème structurel comme des paramètres sans fin, un espace de filtres illimité ou une incohérence de slash/casse qui multiplie les URL.
• Comment l’obtenir — Rapport Page Indexing de GSC, filtré sur « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte », en notant le volume à côté du total Indexed pour la même propriété. Contrôlez ponctuellement les canoniques déclarées avec le Canonical Checker.
• Référence / plage réaliste — Google ne publie aucun seuil numérique ici : ne traitez pas le ratio comme un nombre réussite/échec. Suivez sa tendance et, surtout, vérifiez si les URL concernées sont des motifs attendus (variantes, filtres, langues) ou des pages que vous vouliez indexer. Comme repère personnel, pas comme norme Google : cinq mille alternatives sur un site de 300 pages mériteraient un examen ; cinq mille sur une boutique d’un million d’URL, généralement non. Établissez votre ratio de référence, puis surveillez s’il s’élargit plus vite que le site.
• Périodicité — Tous les trimestres ; immédiatement après une migration, une modification de modèle ou le lancement d’une navigation à facettes, lorsque le ratio peut évoluer rapidement.

Runbook : une page voulue reste dans ce groupe

Vous avez appliqué la question décisive et confirmé qu’une page importante se trouve sous « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte ». Suivez ces étapes dans l’ordre — arrêtez-vous dès qu’une étape l’explique.

1. Confirmez que vous lisez le bon statut. Relisez l’entrée du rapport d’indexation des pages pour cette URL précise. Il est facile de confondre ce statut avec ses deux frères — « Duplicate without user-selected canonical » et « Duplicate, Google chose different canonical than user » — et chacun a un diagnostic différent.

2. Comparez la canonique déclarée à celle choisie par Google. Passez l’URL dans l’inspection d’URL de Search Console (ou dans le Canonical Checker pour une lecture rapide du HTML et du HTTP). Si la canonique déclarée n’est ni la page elle-même ni l’URL attendue, vous avez votre réponse : corrigez la cible canonique.

3. Vérifiez l’état de la cible canonique. Si la canonique déclarée pointe où vous le souhaitez, confirmez que la cible répond réellement. Suivez-la avec le Redirect Checker ou curl -sI : elle doit renvoyer un 200 propre, et non une 404 ou une autre étape de redirection.

4. Comparez le volume à la taille du site. Si la cible est correcte, demandez-vous s’il s’agit d’une seule page mal configurée ou d’un motif plus large — le volume de ce statut est-il très disproportionné par rapport au nombre de pages réelles ? Si oui, cherchez une cause structurelle (paramètres, filtres, variantes de slash/casse) plutôt que de traiter un cas isolé.

5. Comparez la chronologie au trafic. Si la page était auparavant bien classée et n’est tombée dans ce groupe que récemment, consultez les données de performance de l’URL. Une baisse qui coïncide avec la date d’apparition du statut indique une modification récente de modèle, de plugin ou de configuration qui a réorienté la canonique.

6. Corrigez et revérifiez. Corrigez la cible canonique (auto-référence ou véritable URL équivalente), puis relancez l’inspection d’URL après le recrawl de Google afin de confirmer que les canoniques déclarée et choisie concordent.

Testez vos connaissances : page alternative avec balise canonique correcte

Cinq questions sur ce statut et sur ses différences avec les statuts frères du rapport d’indexation des pages.

Vérifier en masse les cibles canoniques

Vérifier une URL est le rôle d’un outil. Confirmer qu’une liste de cibles canoniques répond proprement — sans renvoyer silencieusement une 404 ou une redirection — est une tâche groupée distincte qui mérite un script.

Vérifier la canonique déclarée d’une URL avec le Canonical Checker :

1. Collez l’URL à auditer.
2. Lisez les signaux canoniques HTML et HTTP signalés, ainsi que l’état de la cible canonique.
3. Confirmez ainsi si la page se référence elle-même ou pointe ailleurs, et si la cible est effectivement accessible.

Confirmer que les cibles canoniques renvoient 200 pour une liste d’URL (curl)

macOS / Linux / WSL

#!/usr/bin/env bash
# Reads one URL per line from urls.txt, extracts its declared canonical target,
# then confirms that target returns a clean 200 — not a 404 or another redirect.
while IFS= read -r url; do
  target=$(curl -s "$url" \
    | grep -io '<link[^>]*rel="canonical"[^>]*>' \
    | head -1 \
    | grep -oE 'href="[^"]*"' \
    | cut -d'"' -f2)

  if [ -z "$target" ]; then
    echo "$url -> no canonical tag found"
    continue
  fi

  status=$(curl -s -o /dev/null -w "%{http_code}" "$target")
  echo "$url -> $target [$status]"
done < urls.txt

Une ligne propre ressemble à https://example.com/page?utm_source=x -> https://example.com/page [200]. Tout ce qui se termine par 404 signifie que la cible canonique est cassée ; une réponse dans la plage 3xx indique que la canonique pointe vers une autre redirection plutôt que vers la page finale — les deux cas méritent une correction. Cette extraction par grep est une heuristique rapide, pas un analyseur HTML complet : pour les cas ambigus (plusieurs balises <link>, canonicals injectées par JavaScript), confirmez avec le Canonical Checker ou l’inspection d’URL plutôt que de faire confiance au script aveuglément.

Outils pour inspecter et corriger ce statut

• Canonical Checker — audite les signaux canoniques HTML et HTTP d’une URL, vérifie que la cible canonique se résout réellement et explique les signaux qui pourraient amener Google à choisir une canonique différente de celle déclarée.
• Redirect Checker — suit une cible canonique (ou n’importe quelle URL) et indique le statut final ainsi que chaque saut, afin de repérer une canonique qui pointe vers une chaîne de redirections plutôt que vers une réponse propre en 200.
• Google Index Checker — vérifie les signaux d’indexabilité observables (redirections, noindex, indices canoniques) d’une URL ; pratique pour un contrôle rapide, même s’il ne peut pas voir la canonique réellement choisie par Google — c’est le rôle de l’inspection d’URL.
• Indexation Reconciler — réunit les éléments du sitemap, de la récupération, de la canonique, des redirections et de l’indexation des pages GSC dans un même tableau, utile pour repérer d’un coup un volume disproportionné de pages alternatives.
• Inspection d’URL (Google Search Console) — la source de vérité principale : elle affiche, pour chaque URL, la canonique déclarée par l’utilisateur à côté de celle choisie par Google.

Problèmes courants lorsqu’une page importante reste dans ce groupe

Quatre fiches indépendantes « symptôme — cause — correction » couvrent les situations qui transforment réellement ce statut en problème.

La canonique d’une page importante pointe vers la mauvaise page

Symptôme : une page importante affiche « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte », mais sa canonique déclarée ne pointe ni vers elle-même ni vers l’URL attendue.

Cause(s) probable(s) : une canonique mal configurée — souvent un modèle qui fait pointer chaque élément vers une page de catégorie, ou une canonique qui pointe vers une page presque identique mais dont le contenu n’est pas réellement le même.

Correction + vérification : corrigez la canonique pour qu’elle se référence elle-même (si la page doit être classée en propre) ou pointez vers l’URL réellement équivalente. Après la nouvelle exploration par Google, confirmez dans l’inspection d’URL que la canonique choisie par Google correspond désormais à votre choix.

La cible canonique renvoie une erreur 404, redirige ou ne correspond pas

Symptôme : la cible canonique déclarée est correcte en principe, mais sa visite renvoie une 404, une autre redirection ou un contenu qui n’est pas réellement celui de la même page.

Cause(s) probable(s) : la page cible a été supprimée, déplacée ou renommée sans mettre à jour les balises canoniques qui pointent vers elle.

Correction + vérification : faites pointer la canonique vers une page active en 200 dont le contenu est réellement équivalent. Suivez la cible avec le Redirect Checker ou curl -sI pour confirmer qu’elle se résout proprement, sans saut supplémentaire.

Le volume est très disproportionné par rapport à la taille du site

Symptôme : le nombre d’URL associées à ce statut continue d’augmenter et paraît beaucoup trop élevé au regard du nombre de pages réelles du site.

Cause(s) probable(s) : un problème structurel génère des variantes que vous n’aviez pas prévues — paramètres incontrôlés, espace illimité de combinaisons de filtres, ou incohérence de slash final, de casse ou de protocole qui multiplie la même URL.

Correction + vérification : identifiez et limitez le motif qui génère les URL (gestion des paramètres, limites des filtres, slash/casse/protocole uniformes). Comparez à nouveau le volume au total d’URL connues quelques semaines plus tard pour confirmer qu’il s’est stabilisé.

Une page auparavant classée vient d’entrer dans ce groupe et son trafic baisse

Symptôme : une page qui était indexée et classée affiche maintenant « Alternate page with proper canonical tag » (traduction) « page alternative avec balise canonique correcte », et son trafic a baissé.

Cause(s) probable(s) : une modification récente de modèle, de plugin ou de configuration a fait pointer la canonique de la page vers une autre URL — souvent sans intention.

Correction + vérification : recherchez ce qui a changé autour de la date d’apparition du statut (déploiements, mises à jour de plugin, modifications de modèle) et rétablissez la canonique vers la page elle-même. Vérifiez à nouveau avec l’inspection d’URL et surveillez les données de performances pour voir si le trafic se rétablit.

Prouver qu’une correction canonique a bien été prise en compte

Après avoir corrigé une cible canonique mal configurée, ces contrôles confirment que Google l’a réellement prise en compte — et pas seulement que le HTML a changé.

Test 1 — La canonique déclarée pointe désormais où vous le vouliez

• Test à effectuer — passez l’URL dans le Canonical Checker (ou affichez la source / utilisez curl -s et examinez la balise <link rel="canonical">).
• Résultat attendu — la canonique déclarée est la page elle-même (si elle doit être classée en propre) ou l’URL réellement équivalente que vous avez choisie.
• Interprétation d’un échec — si la canonique déclarée affiche encore l’ancienne cible, la correction n’a pas été déployée, est restée en cache ou a été écrasée par un modèle qui pointe toujours dans la mauvaise direction.
• Fenêtre de surveillance — immédiate : la réponse HTML reflète le changement dès qu’il est en ligne et que le cache est purgé.
• Déclencheur de retour arrière — sans objet à cette étape : ne passez pas au test 2 tant que la canonique déclarée elle-même n’est pas correcte.

Test 2 — La cible canonique se résout proprement

• Test à effectuer — suivez la nouvelle cible canonique avec le Redirect Checker ou curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" <target-url>.
• Résultat attendu — un 200 en un seul saut sur l’URL exacte vers laquelle vous avez canonialisé — aucune chaîne de redirections, aucun 404.
• Interprétation d’un échec — un 404 signifie que la cible n’existe pas ; un 3xx signifie que vous avez canonialisé vers une autre redirection au lieu de la page finale : faites plutôt pointer la canonique vers la destination résolue.
• Fenêtre de surveillance — immédiate.
• Déclencheur de retour arrière — si la cible ne se résout pas en 200, corrigez-la avant même d’examiner le côté Google.

Test 3 — La canonique choisie par Google correspond désormais à la vôtre

• Test à effectuer — exécutez l’inspection d’URL de Google Search Console sur l’URL corrigée.
• Résultat attendu — le champ Google-selected canonical correspond au champ user-declared canonical, et le statut de l’indexation des pages reflète la relation corrigée (auto-indexation ou variante propre pointant vers la bonne page).
• Interprétation d’un échec — si la canonique choisie par Google affiche encore l’ancienne cible après une nouvelle exploration, un signal contradictoire — liens internes, entrées du sitemap ou redirection — pointe encore dans l’ancienne direction et doit lui aussi être aligné.
• Fenêtre de surveillance — de quelques jours à quelques semaines selon la fréquence d’exploration de l’URL par Google ; demandez une nouvelle exploration via l’inspection d’URL pour accélérer la vérification plutôt que d’attendre sans agir.
• Déclencheur de retour arrière — n’annulez pas et ne rétablissez pas la correction uniquement parce que Google n’a pas encore réexploré la page : ce délai est attendu, ce n’est pas un échec. Ne reconsidérez la correction que si la canonique choisie par Google reste différente plusieurs semaines après une nouvelle exploration confirmée.

Journal des modifications