Page en double : Google a choisi une autre URL canonique que l'utilisateur

« Page en double : Google a choisi une autre URL canonique que l'utilisateur » signifie que la page désigne une URL canonique, mais que Google l'a regroupée avec des pages similaires et a indexé une autre URL comme canonique : cette URL est donc exclue de la recherche. Que ce soit un problème dépend entièrement de l'URL choisie par Google : s'il s'agit de l'adresse sur laquelle vous voulez réellement que les internautes arrivent, il vous suffit de corriger votre balise ; s'il s'agit d'une autre page, d'une ancienne variante ou d'un autre site, votre site envoie des signaux contradictoires et vous devez les corriger.

Ce que signifie cet état selon Google

La documentation de Google sur le Rapport sur l'indexation des pages (consultée en octobre 2026) décrit cet état comme celui d'une page marquée comme canonique pour un ensemble de pages, alors que Google « estime qu'une autre URL ferait une meilleure URL canonique ». Google a indexé son propre choix à la place, et traite la page concernée comme un doublon de ce choix (en anglais, l'état s'intitule « Duplicate, Google chose different canonical than user »).

Deux points de la documentation de Google comptent pour la correction :

• Votre URL canonique est une indication. La documentation de Google sur la canonicalisation précise qu'une URL canonique déclarée est une indication, pas une règle. Sa documentation sur les URL en double qualifie les redirections et rel="canonical" de signaux forts, et l'inclusion dans le sitemap de signal faible. Google les pondère avec le contenu lui-même et peut passer outre votre déclaration.
• Votre URL canonique doit être un vrai doublon. Les étapes de dépannage du Rapport sur l'indexation des pages indiquent que si l'URL canonique déclarée par l'utilisateur n'est pas similaire à la page actuelle, Google ne la choisira jamais.

« Google a choisi une autre URL canonique que l'utilisateur » est-il un problème ?

L'état lui-même est neutre. C'est l'URL choisie par Google qui vous dit quoi faire.

flowchart TD
    A["Ouvrir l'inspection d'URL pour l'URL concernée"] --> B["Comparer l'URL canonique déclarée et celle sélectionnée par Google"]
    B --> C{"Le choix de Google est-il l'URL que vous voulez voir indexée ?"}
    C -->|oui| D["Corriger votre balise canonique en conséquence"]
    C -->|non| E{"Le choix de Google est-il sur un domaine qui vous appartient ?"}
    E -->|non| F["Copie, syndication ou piratage : vérifier votre serveur, puis contacter l'hébergeur"]
    E -->|oui| G{"Votre URL canonique déclarée répond-elle 200, est-elle indexable, autocanonique et similaire à cette page ?"}
    G -->|non| H["Réparer la cible ou déclarer une URL saine et similaire"]
    G -->|oui| I{"Redirections, sitemap et liens internes citent-ils la même URL ?"}
    I -->|non| J["Aligner chaque signal sur une seule URL"]
    I -->|oui| K{"Le contenu principal est-il nettement différent ?"}
    K -->|non| L["Fusionner les pages ou les rendre distinctes"]
    K -->|oui| M["Vérifier hreflang, JavaScript et la configuration du serveur"]

Les 6 causes d'une URL canonique différente choisie par Google

1. Vos autres signaux désignent une autre URL. La balise canonique dit A, tandis qu'une redirection, le sitemap XML ou les liens internes disent B. Les recommandations de Google sur les URL en double demandent de ne pas déclarer des URL canoniques différentes pour une même page par des méthodes différentes, et de faire pointer les liens internes vers l'URL canonique plutôt que vers un doublon. Sur 29 sites externes soumis à un audit SEOReport dont nous avons récupéré les pages du sitemap entre mai et octobre 2026, 6 (21 %) listaient dans leur sitemap XML des URL qui redirigent ailleurs : le sitemap annonçait une adresse pendant que le serveur en livrait une autre. Notre analyse des conflits de canonicalisation entre sitemaps et pages montre pourquoi ce défaut persiste d'un audit à l'autre.

2. L'URL que vous avez déclarée ne peut pas être canonique. Une balise canonique qui pointe vers une URL qui redirige, renvoie une erreur 404, porte un noindex, est bloquée par robots.txt ou désigne elle-même une autre URL canonique demande à Google d'indexer quelque chose qu'il ne peut pas utiliser : Google choisit donc une autre URL. Il en va de même lorsque la cible est une page différente plutôt qu'un doublon : une liste filtrée qui pointe vers la catégorie non filtrée, ou la page 3 d'une archive qui pointe vers la page 1. Google n'accepte par ailleurs l'élément <link rel="canonical"> que dans le <head>, et recommande les URL absolues plutôt que relatives.

3. Les variantes de protocole et d'hôte se contredisent. Google préfère le HTTPS au HTTP pour l'URL canonique, sauf en cas de problème ou de signaux contradictoires. Sa documentation cite un certificat SSL non valide, des dépendances non sécurisées autres que des images, une page HTTPS qui redirige vers ou via le HTTP, et une page HTTPS dont la balise canonique désigne l'URL en HTTP ; les redirections du HTTPS vers le HTTP font très fortement préférer le HTTP à Google. Il en va de même pour les hôtes avec et sans www ou pour la barre oblique finale : lorsque les deux versions répondent 200 et que vos liens utilisent un mélange des deux, la balise n'est qu'une voix parmi d'autres.

4. Des versions linguistiques ou régionales partagent le même contenu principal. Google ne traite des versions linguistiques comme des doublons que si le contenu principal est dans la même langue. Une page dont seuls le menu et le pied de page sont traduits reste un doublon de l'original. Les pages régionales dans une même langue, par exemple des versions distinctes pour les États-Unis et le Royaume-Uni, ont besoin d'annotations hreflang, et la balise canonique de chaque page doit rester dans sa propre langue. Notre article sur les balises canoniques qui pointent d'une langue à l'autre détaille cette contradiction.

5. Les pages sont quasi identiques. Des variantes de produit qui ne diffèrent que par un attribut, des pages d'établissement qui ne changent que le nom de la ville, des pages de tags ou d'archives qui répètent la même liste finissent dans un même groupe. Google choisit alors la version qu'il juge la plus complète et la plus utile, et une balise canonique sur chaque page ne peut pas les séparer si leur contenu est en pratique le même.

6. La balise canonique varie selon qui la demande. Deux balises canoniques dans une même page (un thème et une extension SEO qui en ajoutent chacun une), un framework JavaScript qui réécrit la balise canonique après le chargement, ou une version pour smartphone qui déclare autre chose envoient tous deux réponses à Google. Les recommandations de Google sur JavaScript indiquent qu'une balise canonique définie par JavaScript doit correspondre à celle du HTML d'origine, et que plusieurs balises canoniques peuvent produire des résultats inattendus. La documentation de dépannage de Google cite aussi des serveurs mal configurés qui renvoient le contenu d'un site sur un autre nom d'hôte, des redirections piratées et des copies de votre contenu sur d'autres sites.

Comment confirmer la cause en jeu

Commencez dans Search Console, puis vérifiez ce que votre serveur renvoie réellement.

1. Inspectez l'URL concernée. Dans l'outil d'inspection d'URL, le résultat indexé affiche côte à côte « URL canonique déclarée par l'utilisateur » et « URL canonique sélectionnée par Google ». Le test en ligne n'affiche que l'URL canonique déclarée, car Google détermine l'URL canonique au moment de l'indexation ; un test en ligne réussi ne présage pas du choix de Google.
2. Inspectez aussi l'URL choisie par Google. Notez son état, sa propre URL canonique, et si elle figure dans votre sitemap.
3. Récupérez les deux URL sans navigateur. Un navigateur masque les redirections et affiche la page après l'exécution de JavaScript : utilisez donc les réponses brutes.

# Status codes and redirect hops, plus any canonical sent as an HTTP header
curl -sIL https://www.example.com/guide/ | grep -iE '^(HTTP/|location:|link:)'

# Every canonical tag in the HTML the server returns (more than 1 is a conflict on its own)
curl -sL https://www.example.com/guide/ | grep -io '<link[^>]*canonical[^>]*>'

1. Comparez les signaux sur une seule ligne. Notez l'URL canonique déclarée, l'URL finale après redirections, l'URL du sitemap, l'URL vers laquelle pointent votre navigation et votre fil d'Ariane, et la balise canonique de la page rendue. La cause est généralement la colonne qui diverge.

Un exemple type : une page déclare https://www.example.com/guide/, et Google a sélectionné http://example.com/guide. La récupération de l'URL en HTTPS montre une redirection vers le HTTP sur un template : c'est donc la cause 3, et la correction porte sur la règle de redirection, pas sur la balise.

Vérifier une URL prend quelques minutes. Mais le désaccord vient généralement d'un template ou d'un générateur de sitemap : il se répète donc sur chaque page que produit ce template, et les retrouver toutes est un travail à l'échelle du site.

Comment corriger chaque cause

Le principe derrière chaque correction : une seule URL par contenu, désignée de la même façon partout.

Voici l'état sain de la page que vous voulez voir indexée :

<head>
  <link rel="canonical" href="https://www.example.com/guide/" />
</head>

Sitemap entry:        https://www.example.com/guide/
Final URL after hops: https://www.example.com/guide/  (200)
Internal links:       https://www.example.com/guide/

Deux raccourcis aggravent la situation. Les recommandations de Google déconseillent d'utiliser robots.txt pour la canonicalisation, ainsi que noindex pour orienter le choix de la page canonique au sein d'un même site. Un doublon bloqué ou en noindex ne peut pas transmettre ses signaux à la page que vous préférez. Si l'URL en double ne devrait pas exister du tout, une redirection permanente est le signal le plus fort ; notre guide sur l'état « Page avec redirection » de Search Console explique ce que Google signale ensuite.

Comment vérifier la correction

Après le déploiement, relancez les mêmes vérifications curl. Cliquez ensuite sur « Valider la correction » pour le problème dans le Rapport sur l'indexation des pages. Google ne revérifie que les URL listées sous ce problème, pas l'ensemble du site. Sa documentation indique que la validation prend généralement jusqu'à 2 semaines environ, parfois beaucoup plus, et ses consignes de dépannage sur la canonicalisation précisent que, même après que vous avez rendu des pages quasi dupliquées nettement différentes, Google peut les maintenir dans un groupe de doublons jusqu'à 2 semaines. Ne modifiez pas de nouveau la balise canonique pendant l'attente : des signaux qui changent tous les quelques jours ne donnent à Google rien de stable sur quoi s'accorder.

Pour quelques URL importantes, « Demander une indexation » dans l'outil d'inspection d'URL demande à Google de réexplorer plus tôt ; cette fonction est limitée chaque jour et ne garantit pas l'indexation.

Ce que montre un diagnostic SEOReport complet

Search Console montre l'URL canonique choisie par Google ; un diagnostic SEOReport complet montre où vos propres signaux contredisent l'URL canonique que vous avez déclarée : URL de sitemap qui redirigent ailleurs, pages en version linguistique dont la balise canonique pointe vers une autre page et, sur votre page d'accueil, une balise canonique qui désigne un autre domaine, une cible canonique qui redirige, est en noindex ou désigne une autre URL canonique, une URL Open Graph différente de l'URL canonique, ou une balise canonique qui change après l'exécution de JavaScript ou sur smartphone. Il ne voit pas l'URL canonique sélectionnée par Google : associez-le donc à l'outil d'inspection d'URL. Le guide des balises canoniques explique le rôle de chacun de ces signaux.

Questions fréquentes

Cet état nuit-il à mon positionnement ?

L'URL concernée n'apparaît pas dans la recherche, mais son contenu peut tout de même être affiché via l'URL canonique choisie par Google. Si cette URL est la bonne, vous ne perdez rien. Le préjudice apparaît lorsque Google choisit une autre page, une ancienne variante ou un autre site.

Peut-on forcer Google à utiliser son URL canonique ?

Aucune balise ne l'impose à elle seule. Google traite votre URL canonique comme un signal fort, pas comme une instruction. Votre choix l'emporte lorsque tous les signaux concordent : la balise, les redirections, le sitemap, les liens internes, et un contenu nettement distinct là où des pages doivent rester séparées.

En quoi est-ce différent de « Page en double sans URL canonique sélectionnée par l'utilisateur » ?

Dans cet état-ci, vous avez déclaré une URL canonique et Google n'était pas d'accord. Dans « Page en double sans URL canonique sélectionnée par l'utilisateur », vous n'en avez déclaré aucune, et Google a choisi seul. Lorsque vous déclarez une URL canonique et que Google l'accepte, le doublon apparaît en « Autre page avec balise canonique correcte », ce qui ne demande généralement aucune action.

Pourquoi l'URL canonique sélectionnée par Google se trouve-t-elle sur un autre site ?

La documentation de dépannage de Google cite des copies de votre contenu hébergées ailleurs, des partenaires de syndication qui republient vos articles, des redirections piratées et des serveurs qui renvoient votre contenu sous un autre nom d'hôte. Pour la syndication, Google recommande que les partenaires bloquent l'indexation de la copie ; pour une copie non autorisée, contactez l'hébergeur du site concerné.