Autre page avec balise canonique correcte : en général, rien à corriger

« Autre page avec balise canonique correcte » signifie que Google a trouvé une URL dont la balise canonique pointe vers une autre URL, qu'il a validé ce choix et qu'il a indexé cette autre URL à la place. Dans la plupart des cas, le système fonctionne comme prévu et il n'y a rien à changer. Cela ne devient un problème que lorsqu'une page que vous voulez voir dans les résultats de recherche figure dans la liste, ce qui remonte généralement à un template qui écrit une mauvaise balise canonique.

Cet état apparaît dans le groupe « Non indexées » du Rapport sur l'indexation des pages. En anglais, il s'intitule « Alternate page with proper canonical tag », et les pages d'aide de Google en portugais nomment cette même raison « Página alternativa com tag canônica adequada ».

Ce que Google entend par « Autre page avec balise canonique correcte »

La documentation de Google sur le Rapport sur l'indexation des pages (consultée en octobre 2026) décrit ces pages comme marquées en tant que variante d'une autre page, et donne 3 exemples : une page AMP dont l'URL canonique est la version pour ordinateur, une version mobile d'une page canonique pour ordinateur, et une version pour ordinateur d'une page canonique mobile. Elle ajoute que la page « pointe correctement vers la page canonique, qui est indexée ; vous n'avez donc rien à faire ».

Deux autres détails comptent. La section « Non indexées » précise que ces pages ne sont pas indexées « pas nécessairement en raison d'une erreur » : un nombre élevé ici n'est donc pas un nombre de défauts. Et l'entrée se termine ainsi : « Les pages dans une autre langue ne sont pas détectées par Search Console. » Une page traduite qui apparaît ici est donc un signal d'alerte.

Google utilise 3 états liés à l'URL canonique, qui diffèrent sur 2 questions : la page a-t-elle déclaré une URL canonique, et Google l'a-t-il suivie ?

C'est le seul des 3 états où votre instruction et la décision de Google concordent. Si vos URL se trouvent plutôt dans la troisième ligne, l'article consacré à Page en double sans URL canonique sélectionnée par l'utilisateur traite ce cas.

Quelles URL arrivent normalement dans cet état

Toute URL dont la balise canonique désigne une autre page peut se retrouver ici dès que Google valide ce choix. Les sources habituelles :

• Paramètres de suivi et de campagne. Les liens des annonces, des e-mails et des publications sur les réseaux sociaux ajoutent des paramètres comme ?utm_source= ou ?gclid=. L'exemple de Google lui-même canonicalise une URL de produit avec un paramètre gclid vers l'URL de produit propre.
• Tri et filtres. Les pages de catégorie qui réordonnent ou filtrent les mêmes produits (?sort=price, ?color=blue) produisent de nombreuses URL pour une seule page.
• Paires AMP. La spécification AMP exige que la balise canonique d'une page AMP pointe vers la version HTML classique, ou vers elle-même s'il n'en existe pas. Chaque page AMP associée est une entrée attendue.
• URL mobiles distinctes. Un site qui sert m.example.com à côté de www.example.com canonicalise une version vers l'autre.

Dans tous ces cas, ne pas être indexé est précisément l'objectif : une seule URL par contenu dans les résultats de recherche, ce que demandait la balise canonique. La documentation de Google sur la canonicalisation ajoute que les URL en double sont explorées moins souvent que l'URL canonique.

Est-ce un problème ? Laisser, surveiller ou corriger

Le verdict dépend de ce que contient la liste, pas de sa longueur.

• Laissez faire lorsque les URL d'exemple sont des variantes que vous n'avez jamais voulu voir indexées et que chaque balise canonique désigne la version que vous voulez dans les résultats. C'est l'état normal, même avec des milliers d'entrées.
• Surveillez lorsque le nombre augmente en même temps qu'une action de votre part : un nouveau filtre de catégorie, une campagne publicitaire, un nouveau template AMP. Vérifiez quelques exemples, confirmez le schéma, passez à autre chose.
• Corrigez lorsqu'une page que vous voulez voir indexée apparaît ici. Cela signifie généralement qu'un template écrit une mauvaise balise canonique sur de nombreuses pages à la fois.
• Enquêtez lorsque le nombre bondit sans changement identifiable. Ouvrez les exemples : une nouvelle source de liens à paramètres est sans conséquence, alors que des chemins d'articles, de produits ou de langues renvoient à un template.

flowchart TD
    A["URL listée comme autre page"] --> B{"Cette URL doit-elle apparaître seule dans les résultats ?"}
    B -->|non| C{"Sa balise canonique désigne-t-elle la version à indexer ?"}
    C -->|oui| D["Laisser : l'état est attendu"]
    C -->|non| E["Faire pointer la balise canonique vers la bonne version"]
    B -->|oui| F{"Est-ce une page traduite ?"}
    F -->|oui| G["Corriger : canonique vers elle-même, dans sa propre langue"]
    F -->|non| H{"Est-ce la page 2 ou suivante d'une série ?"}
    H -->|oui| I["Corriger : chaque page canonique vers elle-même"]
    H -->|non| J["Corriger le template qui écrit la balise canonique"]

Les 4 schémas qui placent ici de vraies pages, chacun à corriger :

1. Toutes les pages pointent vers la page d'accueil. Un thème ou un en-tête inclus construit la balise canonique à partir de l'adresse du site au lieu de l'adresse de la page en cours. Les pages d'articles et de produits demandent alors à être fusionnées dans la page d'accueil, et quand Google accepte, elles atterrissent ici.
2. Les pages paginées pointent vers la page 1. La documentation de Google sur la pagination déconseille d'utiliser la première page d'une série comme URL canonique ; chaque page doit avoir la sienne.
3. Les pages traduites pointent vers la langue d'origine. La documentation de Google sur la canonicalisation ne considère les versions linguistiques comme des doublons que si le contenu principal est dans la même langue, et demande d'indiquer une URL canonique dans la même langue. Une page française canonicalisée vers sa jumelle anglaise disparaît de l'index. Le schéma complet est décrit dans notre analyse des balises canoniques qui pointent d'une langue à l'autre.
4. Des variantes pointent vers le mauvais parent. Une page de couleur ou d'établissement qui a sa propre demande de recherche, canonicalisée vers un parent générique parce qu'une même règle a été appliquée à tout un type de page.

Comment confirmer le cas en jeu

Search Console vous indique quelles URL sont concernées. Confirmer la cause demande 4 étapes.

1. Regroupez les exemples par schéma. Ouvrez la raison dans le Rapport sur l'indexation des pages et exportez les exemples. La documentation précise que les exemples sont limités à 1 000 éléments et peuvent ne pas inclure toutes les URL : considérez l'export comme un échantillon. Triez par chemin et par paramètre : une liste d'URL en ?utm_ et ?sort= est une liste « à laisser » ; des articles de blog, des produits ou des chemins /fr/ sont ceux qu'il faut examiner.

2. Inspectez une URL de chaque groupe suspect. Dans l'outil d'inspection d'URL, lisez « URL canonique déclarée par l'utilisateur » et « URL canonique sélectionnée par Google » dans la section « Indexation des pages ». Pour cet état, les deux désignent normalement la cible canonique, et non l'URL inspectée. La documentation précise que le test en ligne ne peut pas prédire quelle URL sera choisie comme canonique : lisez donc ces champs dans le résultat indexé.

3. Inspectez la cible canonique. Elle doit être indexée, répondre avec un code 200, ne porter aucun noindex et se désigner elle-même comme canonique. Une cible qui redirige ou qui est en noindex contredit la balise canonique qui pointe vers elle, et Google peut alors choisir une autre URL ; le guide de l'indexabilité des pages explique comment ces signaux interagissent.

4. Lisez la balise canonique dans le HTML envoyé par votre serveur. La documentation de Google demande de s'assurer que JavaScript ne modifie pas l'élément de lien canonique : comparez donc le HTML brut avec ce qu'affiche le navigateur.

# Canonical tag in the HTML the server returns
curl -s "https://example.com/blog/my-post/" | grep -Eio '<link[^>]*rel=.?canonical[^>]*>'

# Canonical sent as an HTTP header (used for PDFs and other non-HTML files)
curl -sI "https://example.com/files/guide.pdf" | grep -i '^link:'

Si le HTML brut et la page rendue désignent des URL différentes, un script réécrit la balise après le chargement. Sur 34 sites externes dont SEOReport a comparé le HTML brut du serveur à la page d'accueil rendue entre mai et octobre 2026, 6 (18 %) avaient au moins l'un des éléments suivants (titre, meta description, balise canonique ou H1) présent uniquement après le rendu. Le guide sur le rendu JavaScript explique comment placer ces éléments dans la réponse du serveur.

Comment corriger chaque cas

Le principe de la correction est toujours le même : chaque page que vous voulez voir indexée se déclare elle-même canonique, avec une URL absolue dans le <head>, et chaque variante pointe vers cette page.

<!-- On https://example.com/fr/tarifs/ : the French page names itself -->
<link rel="canonical" href="https://example.com/fr/tarifs/" />

<!-- On https://example.com/shoes/?sort=price : the variant names the main page -->
<link rel="canonical" href="https://example.com/shoes/" />

Pour les 4 cas : construisez la balise canonique à partir du chemin propre de la page, et non de l'adresse de base du site ; donnez à chaque page d'une série sa propre URL canonique ; laissez chaque version linguistique se désigner elle-même et confiez les liens entre versions à hreflang (le guide de mise en œuvre de hreflang donne le balisage) ; et dotez les variantes qui ont leur propre demande de recherche d'une balise canonique autoréférente.

Alignez ensuite les signaux complémentaires, car Google déconseille d'envoyer des instructions canoniques différentes par des méthodes différentes : ne listez que des URL canoniques dans votre sitemap XML, et faites pointer vos liens internes vers l'URL canonique plutôt que vers une variante. Une balise canonique autoréférente sur chaque page indexable est le minimum. Sur 45 sites externes audités par SEOReport entre mai et octobre 2026, 14 (31 %) servaient une page d'accueil sans balise canonique dans le HTML renvoyé par le serveur.

Deux modifications sont à éviter sur les entrées saines : ajouter un noindex (voir les questions ci-dessous) et bloquer les variantes dans robots.txt. Un blocage dans robots.txt empêche Google de lire la balise canonique, et la documentation de Google rappelle que les URL interdites peuvent tout de même être indexées sans leur contenu.

Comment vérifier la correction

Une fois la modification du template en ligne, inspectez une URL corrigée, lancez le test en ligne pour confirmer que Google peut la récupérer, et utilisez « Demander une indexation » pour quelques pages importantes. Après la nouvelle exploration de Google, l'« URL canonique déclarée par l'utilisateur » du résultat indexé doit désigner la page elle-même, et la page doit sortir de cet état.

Pour une correction qui touche de nombreuses URL, utilisez « Valider la correction » sur la raison dans le Rapport sur l'indexation des pages. La documentation de Google indique que la validation prend généralement jusqu'à 2 semaines environ et peut durer plus longtemps. Attendez-vous à ce que le nombre baisse en quelques jours ou semaines au fil des explorations, et ne vous attendez pas à ce qu'il atteigne 0 sur un site qui a des liens de suivi, des filtres ou des pages AMP. L'objectif est un nombre plus faible, composé des bonnes URL.

Ce qu'un diagnostic complet vérifie pour cet état

Un diagnostic SEOReport complet ne voit pas quelles URL Google a regroupées comme variantes ; seule Search Console le montre. Il vérifie le côté que vous maîtrisez : si la cible canonique désignée par votre page d'accueil est saine (pas de redirection, indexable, canonique vers elle-même), si la balise canonique de la page d'accueil diffère entre smartphone et ordinateur ou entre le HTML brut et la page rendue, si les pages en version linguistique portent une balise canonique qui pointe ailleurs que vers elles-mêmes, et les destinations canoniques vers lesquelles aucune des pages examinées ne fait de lien. Chaque constat nomme les URL trouvées. Notre guide des balises canoniques explique leur fonctionnement.

Questions fréquentes

Un grand nombre de pages dans cet état nuit-il à mon site ?

Non. Un nombre élevé dû à des paramètres, des filtres ou des pages AMP reflète seulement le nombre de variantes d'URL existantes. Il n'importe que s'il contient des pages que vous voulez voir indexées.

Faut-il ajouter un noindex à ces URL pour nettoyer le rapport ?

Non. La balise canonique les tient déjà hors de l'index, et Google recommande rel="canonical" plutôt que noindex pour choisir une URL canonique au sein d'un site. Ajouter un noindex ne fait qu'ajouter une instruction contradictoire. L'article sur URL marquée "noindex" explique quand le noindex est le bon outil.

Pourquoi ma page traduite est-elle listée ici si Search Console ne détecte pas les pages dans une autre langue ?

Parce que sa balise canonique désigne une autre URL, généralement la page dans la langue d'origine, et que Google l'a respectée. Modifiez sa balise canonique pour qu'elle pointe vers elle-même.

Pourquoi des URL vers lesquelles je n'ai jamais fait de lien apparaissent-elles ici ?

Google trouve des URL grâce aux liens où qu'ils soient, y compris dans les annonces, les e-mails et les publications sur les réseaux sociaux qui ajoutent des paramètres de suivi. Ces URL servent la balise canonique de votre page : Google les rattache donc à l'URL principale.

Combien de temps après une correction la page quitte-t-elle cet état ?

Google doit réexplorer la page et traiter la nouvelle balise canonique, ce qui prend de quelques jours à quelques semaines. « Demander une indexation » demande à Google d'explorer certaines pages importantes, et « Valider la correction » suit l'ensemble du groupe.