Balise canonical WordPress : comment corriger une URL canonique choisie par Google ?

Une page peut afficher une balise canonical parfaitement valide et pourtant ne pas apparaître dans Google sous l’adresse attendue. Cette situation, fréquente sur WordPress, ne signifie pas nécessairement que le site est pénalisé : elle révèle souvent que plusieurs signaux désignent des versions différentes d’une même page. Paramètres de suivi, filtres de boutique, pagination, redirections et réglages de plugins peuvent brouiller le choix du moteur.

Pour corriger une URL canonique, il faut donc dépasser la simple vérification du code HTML. L’inspection dans Google Search Console, les réponses HTTP et la cohérence des liens internes permettent de comprendre pourquoi Google a retenu une autre adresse. Le fil conducteur sera celui d’une boutique fictive, Atelier Nord, dont une page de sacs apparaît alternativement avec et sans paramètres de tri.

En bref

• Une canonical indique une préférence, mais ne contraint pas Google à l’adopter.
• La page de référence doit être accessible, indexable, pertinente et renvoyer un statut 200.
• Une seule balise canonical, absolue et cohérente avec les redirections et le sitemap, doit être publiée par page.
• Google Search Console permet de comparer l’URL déclarée à l’URL canonique choisie par Google.
• Les paramètres, les pages paginées et les variantes HTTP/HTTPS nécessitent une stratégie explicite.

Balise canonical WordPress : comprendre pourquoi Google choisit une autre URL

Une balise canonical est un élément placé dans le head d’une page. Elle indique l’adresse à privilégier lorsque plusieurs URL présentent un contenu identique ou très proche. Elle ressemble à ceci : <link rel="canonical" href="https://www.exemple.fr/sacs/">. Sur WordPress, elle est généralement produite par un plugin SEO, parfois par le thème ou par une extension spécialisée.

La canonical n’est pas une redirection. Un visiteur peut continuer à consulter une URL contenant ?orderby=price, tandis que la balise recommande la version stable de la catégorie. Google examine cette indication avec d’autres éléments : redirections, liens internes, sitemap, protocole, nom de domaine et similarité des contenus. Si ces indices convergent, le choix est plus clair. S’ils se contredisent, Google peut retenir sa propre version.

Dans le cas d’Atelier Nord, la page /sacs/?orderby=price présente les mêmes produits que /sacs/, mais dans un ordre différent. Si le sitemap contient la première adresse, que le menu pointe vers elle et que sa canonical conserve le paramètre, le moteur reçoit plusieurs signaux favorables à cette variante. Inscrire simplement l’adresse propre dans une balise ne suffit alors pas à effacer les autres indices.

Canonical, redirection et noindex : trois fonctions différentes

Une canonical suggère une URL de référence tout en laissant les deux pages accessibles. Une redirection 301 envoie réellement le navigateur et le robot vers une autre adresse ; elle convient lorsqu’une ancienne URL doit disparaître durablement. La directive noindex demande de ne pas afficher une page dans les résultats, mais ne remplace pas une canonical pour consolider des variantes proches.

Il est donc risqué de mélanger les méthodes sans objectif précis. Par exemple, déclarer une page comme canonique tout en la bloquant dans robots.txt empêche Google de consulter son contenu et ses balises. De même, faire pointer une canonical vers une page en erreur ou désindexée envoie un signal peu exploitable. Pour les URL dont le contenu est réellement équivalent, la page de référence doit généralement être accessible et indexable.

La bonne question n’est pas seulement « quelle adresse faut-il mettre dans la balise ? », mais « quel ensemble de signaux confirme cette adresse ? ». C’est cette cohérence qui transforme une indication isolée en choix crédible pour le moteur.

Vérifier une URL canonique avec Google Search Console et les en-têtes HTTP

Avant de modifier un plugin ou un thème, il faut établir un diagnostic. Dans Google Search Console canonical, ouvrez l’inspection de l’URL concernée et comparez la canonical déclarée par le site à celle choisie par Google. Une différence n’est pas automatiquement une erreur : elle devient préoccupante si elle touche une page stratégique, provoque une mauvaise indexation ou se répète sur de nombreuses URL.

Vérifiez ensuite le code source de la page, et pas uniquement ce que montre l’éditeur WordPress. Recherchez rel="canonical" et contrôlez qu’il n’existe qu’une seule balise, qu’elle se trouve dans le <head> et qu’elle contient une URL complète avec le bon protocole et le bon domaine. Une adresse relative, une faute de frappe ou une balise injectée dans le corps du document peut rendre l’indication inutilisable.

Le statut HTTP de l’adresse de destination compte tout autant. Une canonical idéale pointe directement vers une page qui renvoie 200, et non vers une redirection 301 ou 302, une page 404 ou une erreur serveur. Un outil de vérification des en-têtes ou une commande comme curl -I https://www.exemple.fr/sacs/ permet de voir la réponse et les éventuels en-têtes Link. Ces derniers sont notamment utiles pour certains fichiers PDF, qui ne possèdent pas de balise HTML dans un head.

Une vérification en plusieurs étapes

1. Dans Search Console : relever l’URL déclarée, l’URL choisie par Google et le motif d’exclusion éventuel.
2. Dans le code source : contrôler le nombre de balises, leur emplacement et la destination exacte.
3. Dans les en-têtes : vérifier les redirections et le statut HTTP de la page canonique.
4. Sur le site : comparer les liens internes, le sitemap XML et la version officielle du domaine.

Pour Atelier Nord, l’inspection révèle que Google retient une URL de filtre pourtant absente des intentions de l’équipe. La vérification du code source montre que le plugin SEO génère une canonical propre, mais le sitemap et plusieurs liens de navigation pointent vers la variante filtrée. La correction ne consiste donc pas à réécrire la balise seule : il faut réaligner les liens et les URL envoyées aux moteurs. Pour approfondir le rôle du fichier de découverte, cet article sur les URL découvertes grâce au sitemap WordPress aide à distinguer découverte et indexation.

Un contrôle ponctuel peut aussi masquer un problème de cache. Si le code source affiché dans un navigateur diffère de celui reçu par un outil externe, purgez le cache du plugin, du serveur et du CDN, puis recommencez le test. Un diagnostic fiable compare ce que le site publie réellement à ce que Google a enregistré, plutôt que de s’appuyer sur une seule capture.

Problème de canonical WordPress : corriger les erreurs les plus fréquentes

Un problème de canonical WordPress vient souvent d’un conflit entre les composants qui construisent la page. Le thème peut ajouter une balise tandis qu’un plugin SEO en génère une autre ; deux extensions SEO peuvent également intervenir en même temps. Dans le code source, plusieurs occurrences de rel="canonical" indiquent qu’il faut identifier leur origine avant toute correction. En général, une seule source de génération doit rester active.

Autre cause courante : la balise pointe vers une URL intermédiaire. Par exemple, WordPress annonce une adresse en HTTP qui redirige ensuite vers HTTPS, ou une variante avec www qui bascule vers le domaine sans préfixe. Remplacez la destination par l’URL finale, puis vérifiez que les autres variantes redirigent toutes vers la même version officielle. Les réglages « Adresse WordPress » et « Adresse du site » doivent correspondre au domaine choisi.

Les paramètres de suivi, de tri et de filtrage méritent une attention particulière. Une URL contenant utm_source ne devrait généralement pas devenir la version de référence d’un article ; les paramètres servent à mesurer une campagne, pas à créer une nouvelle page à indexer. Pour une boutique, les filtres peuvent produire des milliers de combinaisons. Il faut décider lesquelles apportent une valeur de recherche et lesquelles doivent converger vers la catégorie principale, parfois avec une règle d’indexation distincte.

Pagination, langues et contenus peu similaires

Les pages /page/2/ et /page/3/ ne sont pas nécessairement des copies de la première archive : elles peuvent contenir des articles différents. Les canoniser toutes vers la page 1 risque de masquer des contenus utiles. Une stratégie courante consiste à laisser chaque page paginée porter sa propre canonical lorsqu’elle doit être explorée. La décision doit refléter la structure réelle de l’archive, plutôt qu’une règle automatique appliquée à tout le site.

Une canonical vers une page différente peut aussi être ignorée, même si sa syntaxe est correcte. Une fiche produit rouge ne devrait pas nécessairement pointer vers un produit bleu, et une page française ne devrait pas renvoyer vers son équivalent anglais sans tenir compte de la langue. Pour des versions localisées, les annotations hreflang et les canonicals doivent s’accorder. Si les pages répondent à des besoins distincts, mieux vaut les conserver séparées que les fusionner artificiellement.

Enfin, recherchez les pages de recherche interne, les pièces jointes WordPress et les environnements de test. Les résultats internes, souvent instables et pauvres, sont généralement à exclure de l’indexation. Les pages média peuvent être redirigées vers le fichier ou la page pertinente, tandis qu’un site de staging doit être protégé. Une canonical n’est pas un outil universel pour masquer toute URL indésirable : chaque type de page appelle une décision adaptée.

Pour les sites à grand volume, la détection des URL en double doit être intégrée aux audits réguliers. Une page découverte mais non indexée ne révèle pas toujours un défaut de canonical : la qualité, la valeur propre du contenu et les signaux d’exploration entrent aussi en jeu. Le cas des pages générées à grande échelle est détaillé dans ce guide sur l’indexation des pages programmatiques malgré un sitemap valide.

SEO technique WordPress : aligner plugins, sitemap et signaux du site

Pour choisir la bonne URL canonique, partez de l’usage de la page. L’adresse de référence doit correspondre au contenu que l’entreprise souhaite faire apparaître dans les résultats et recevoir les liens internes. Sur un article classique accessible par plusieurs paramètres, la version propre est souvent le choix logique. Pour des variantes réellement distinctes, comme des produits avec des descriptions et des intentions différentes, une canonical commune peut au contraire effacer une possibilité de visibilité.

Les plugins SEO comme Yoast SEO ou Rank Math produisent généralement des canonicals adaptées aux configurations courantes. Leur présence ne garantit toutefois pas l’absence de conflit : un thème ancien, un autre plugin ou du code personnalisé peut générer une seconde balise. Dans l’éditeur, une canonical manuelle est utile lorsqu’un cas particulier le justifie, mais elle doit être vérifiée après publication, dans le code source final. Une valeur enregistrée dans l’interface n’est pas une preuve que le visiteur et Google reçoivent bien cette valeur.

Le sitemap doit principalement présenter les URL que le site souhaite voir indexées, généralement les versions canoniques. Si des adresses paramétrées ou redirigées y figurent, elles contredisent le signal de la balise. Le maillage interne doit suivre la même logique : un menu qui envoie vers une version non préférée fragilise la cohérence, même si le sitemap est propre. Le fichier robots.txt, lui, ne sert pas à désigner une canonical ; bloquer une URL empêche les robots d’en explorer le contenu et peut les priver d’informations nécessaires.

Constat	Contrôle à effectuer	Correction habituelle
Plusieurs canonicals dans le code	Comparer thème, plugins et code personnalisé	Conserver une seule source de génération
Destination en 301 ou 302	Tester le statut HTTP de l’URL déclarée	Pointer directement vers l’adresse finale en 200
Paramètres présents dans la canonical	Comparer l’URL filtrée à l’adresse propre	Canoniser vers la version stable si le contenu est équivalent
Google retient une autre variante	Comparer Search Console, sitemap et liens internes	Aligner tous les signaux sur la version souhaitée

Dans l’exemple d’Atelier Nord, l’équipe corrige le réglage du filtre, retire les URL paramétrées du sitemap et remplace les liens de navigation par des liens vers la catégorie stable. Elle purge ensuite le cache avant de demander une nouvelle exploration dans Search Console. Cette séquence évite les modifications contradictoires et permet de mesurer l’effet de chaque changement.

La canonicalisation appartient au SEO technique WordPress, mais son contrôle doit rester pragmatique. Une différence ponctuelle entre canonical déclarée et choisie par Google peut être acceptable ; une série d’écarts sur les pages commerciales réclame une investigation. Les performances du serveur, les caches et le rendu du code peuvent également expliquer pourquoi une correction semble ne pas être prise en compte. Le bon réflexe est de tester à nouveau la page servie, pas seulement le réglage affiché dans l’administration.

Corriger une URL canonique choisie par Google : méthode de suivi et vérifications

Après une modification, Google ne met pas nécessairement à jour ses résultats immédiatement. Il faut d’abord s’assurer que la nouvelle version est accessible au robot, puis demander une nouvelle exploration de l’URL importante dans Search Console. Cette demande n’impose pas l’indexation ; elle invite Google à revisiter la page. Le suivi doit porter sur l’URL de référence et sur quelques variantes représentatives, notamment celles avec paramètres ou redirections.

Avant de conclure que Google ignore la balise canonical, vérifiez à nouveau la page telle qu’elle est servie : une seule balise dans le head, destination propre, réponse 200 et aucune directive contradictoire. Consultez ensuite les liens internes, le sitemap et les redirections. Si ces éléments pointent vers des adresses différentes, la balise seule ne peut pas réparer l’ensemble du parcours technique.

Un contrôle utile consiste à comparer trois états : l’adresse canonique déclarée dans le HTML, celle rapportée par l’inspection d’URL et celle présente dans les rapports d’indexation. Notez la date de correction et le type de page concerné. Cette petite traçabilité évite de répéter les mêmes interventions et aide à repérer une cause commune, par exemple une règle ajoutée par le thème à toutes les archives.

Liste de contrôle avant de clore le diagnostic

• La page de référence répond en 200 et peut être explorée.
• Une seule canonical absolue apparaît dans le code source final.
• Le protocole, le domaine et la barre oblique finale sont cohérents partout.
• Le sitemap et les liens internes privilégient la même adresse.
• Les pages paginées, filtrées et localisées suivent une stratégie adaptée à leur contenu.
• Les caches du plugin, du serveur et du CDN ont été purgés après la correction.

Si la page canonique désignée est très différente de la variante, il faut reconsidérer le choix plutôt que multiplier les réglages. Si les pages sont de véritables doublons et que l’une doit définitivement disparaître, une redirection 301 peut être plus appropriée. Si une page doit simplement être exclue des résultats, une directive noindex répond à cet objectif, sans la présenter comme la référence d’autres contenus.

Une approche ordonnée permet de distinguer une anomalie technique d’un choix algorithmique fondé sur la similarité ou la qualité des pages. Le résultat recherché est une architecture lisible : chaque contenu important possède une adresse stable, et les signaux du site racontent tous la même histoire.

{« @context »: »https://schema.org », »@type »: »FAQPage », »mainEntity »:[{« @type »: »Question », »name »: »Pourquoi Google choisit-il une autre URL canonique que celle du00e9claru00e9e ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Google confronte la canonical aux redirections, aux liens internes, au sitemap et u00e0 la similaritu00e9 des pages. Si ces signaux se contredisent, ou si la destination est inaccessible ou trop diffu00e9rente, il peut su00e9lectionner une autre URL. »}},{« @type »: »Question », »name »: »Comment vu00e9rifier une URL canonique sur WordPress ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Inspectez lu2019URL dans Google Search Console, recherchez rel=canonical dans le code source et vu00e9rifiez que la destination renvoie un statut HTTP 200. Contru00f4lez aussi le sitemap, les redirections et les liens internes. »}},{« @type »: »Question », »name »: »Peut-on avoir deux balises canonical sur une page ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Il faut u00e9viter plusieurs balises. Un thu00e8me et un plugin SEO peuvent en gu00e9nu00e9rer chacun une, ce qui cru00e9e des indications contradictoires. Identifiez la source du doublon et ne conservez quu2019une canonical cohu00e9rente. »}},{« @type »: »Question », »name »: »Faut-il canoniser toutes les pages paginu00e9es vers la premiu00e8re page ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Non. Les pages suivantes peuvent contenir des articles diffu00e9rents et mu00e9ritent parfois leur propre canonical. La stratu00e9gie du00e9pend de leur contenu et de leur objectif du2019indexation ; elle doit rester cohu00e9rente sur toute lu2019archive. »}},{« @type »: »Question », »name »: »Quand utiliser une redirection 301 plutu00f4t quu2019une canonical ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Une canonical indique une pru00e9fu00e9rence tout en laissant les deux URL accessibles. Une redirection 301 convient lorsquu2019une ancienne adresse doit u00eatre remplacu00e9e durablement et que visiteurs comme robots doivent u00eatre envoyu00e9s vers la nouvelle page. »}}]}

Pourquoi Google choisit-il une autre URL canonique que celle déclarée ?

Google confronte la canonical aux redirections, aux liens internes, au sitemap et à la similarité des pages. Si ces signaux se contredisent, ou si la destination est inaccessible ou trop différente, il peut sélectionner une autre URL.

Comment vérifier une URL canonique sur WordPress ?

Inspectez l’URL dans Google Search Console, recherchez rel=canonical dans le code source et vérifiez que la destination renvoie un statut HTTP 200. Contrôlez aussi le sitemap, les redirections et les liens internes.

Peut-on avoir deux balises canonical sur une page ?

Il faut éviter plusieurs balises. Un thème et un plugin SEO peuvent en générer chacun une, ce qui crée des indications contradictoires. Identifiez la source du doublon et ne conservez qu’une canonical cohérente.

Faut-il canoniser toutes les pages paginées vers la première page ?

Non. Les pages suivantes peuvent contenir des articles différents et méritent parfois leur propre canonical. La stratégie dépend de leur contenu et de leur objectif d’indexation ; elle doit rester cohérente sur toute l’archive.

Quand utiliser une redirection 301 plutôt qu’une canonical ?

Une canonical indique une préférence tout en laissant les deux URL accessibles. Une redirection 301 convient lorsqu’une ancienne adresse doit être remplacée durablement et que visiteurs comme robots doivent être envoyés vers la nouvelle page.