La balise canonique sert à désigner la version de référence d’une page accessible par plusieurs adresses. Sur un site vitrine, elle pose peu de difficultés. Sur une boutique, cinq situations la rendent délicate, et une mauvaise déclaration coûte plus cher que son absence.
Ce que la balise fait, et ne fait pas
Deux rappels qui évitent la moitié des erreurs.
C’est une indication, pas une directive. Les moteurs peuvent l’ignorer s’ils estiment que les pages diffèrent réellement. Une canonique posée sur des contenus dissemblables ne sera pas suivie.
Elle ne bloque pas l’exploration. La page reste visitée, elle consomme du budget d’exploration, et son contenu est lu. La canonique dit seulement laquelle indexer.
Corollaire souvent ignoré : une canonique n’est pas un outil de gestion de crawl. Si votre problème est le volume de pages explorées, la réponse est ailleurs.
Le cas des déclinaisons
Situation la plus fréquente, et la plus mal traitée.
Sur beaucoup de thèmes, sélectionner une déclinaison modifie l’URL en y ajoutant un identifiant. La page affiche alors le même contenu avec une image et un prix différents.
La règle : la canonique de toutes les variantes pointe vers la fiche produit sans paramètre de déclinaison. C’est la version qui doit être indexée.
Deux exceptions à connaître. Si vos déclinaisons ont des contenus réellement distincts, avec des descriptions et des visuels propres, elles méritent probablement d’être des produits séparés plutôt que des variantes canoniquées. Et si une déclinaison précise fait l’objet de recherches propres, la question de l’éclatement se pose.
Erreur classique à éviter : laisser chaque déclinaison se déclarer canonique d’elle-même. Vous obtenez alors quinze pages quasi identiques en concurrence les unes avec les autres.
Le cas des produits multi-catégories
Un produit rattaché à trois catégories peut être atteint par trois adresses si votre structure d’URL inclut le chemin de catégorie.
La canonique pointe vers l’adresse construite sur la catégorie par défaut du produit. Ce choix doit rester cohérent avec le fil d’Ariane balisé, sous peine d’envoyer deux signaux contradictoires.
Le point de vigilance : la catégorie par défaut se perd facilement lors d’un import ou d’une réorganisation. Un contrôle après chaque opération de masse évite de découvrir des canoniques pointant vers des adresses obsolètes.
Sur une structure d’URL sans chemin de catégorie, ce qui est la configuration la plus simple et la plus recommandée, le problème disparaît entièrement.
SEO Cannibalization Detector — PrestaShop 8 & 9Détectez et résolvez la cannibalisation SEO via Google Search Console€39.00
Le cas de la pagination
Erreur très répandue, et destructrice.
Sur une catégorie paginée, la tentation est de faire pointer toutes les pages vers la première. C’est un contresens : les produits qui n’apparaissent que sur la page 4 se retrouvent sur une page que vous demandez de ne pas indexer.
La règle : chaque page d’une série paginée porte une canonique vers elle-même. Les pages 2, 3 et 4 sont des pages distinctes avec des contenus distincts.
Deux compléments. Si vous proposez une vue « tout afficher », elle peut légitimement recevoir les canoniques des pages paginées, à condition qu’elle reste utilisable, ce qui est rarement le cas au-delà de cent produits. Et la première page ne doit pas exister en double avec et sans paramètre de pagination : l’une doit rediriger vers l’autre.
Le cas des filtres
Une page de catégorie filtrée pointe vers la catégorie non filtrée, sauf si vous avez délibérément ouvert cette facette à l’indexation.
Sur une facette ouverte, la canonique est auto-référente : la page a un titre propre, un contenu propre, elle doit exister par elle-même.
Attention à la combinaison avec la pagination : la page 2 d’une facette ouverte pointe vers elle-même, pas vers la page 1 de la facette ni vers la catégorie.
Le cas du multiboutique
Deux boutiques qui partagent un même produit posent une question de fond avant d’être un problème technique.
Si les deux boutiques s’adressent à des publics distincts, avec des contenus et des prix différents, chaque page est légitime et doit se déclarer canonique d’elle-même.
Si les deux boutiques affichent le même contenu, vous avez un problème de duplication que la canonique ne réglera pas correctement : une canonique inter-domaines est possible mais elle revient à sacrifier une des deux boutiques. La vraie réponse est de différencier les contenus.
Cas particulier fréquent : une boutique de test ou de préproduction laissée accessible. Elle doit être bloquée par authentification, pas traitée par canonique.
Le cas du multilingue
Confusion la plus dommageable de toutes.
Les versions linguistiques d’une même page ne sont pas des doublons. La version française et la version allemande sont deux pages distinctes, destinées à deux audiences, et chacune doit se déclarer canonique d’elle-même.
Faire pointer les versions traduites vers la version d’origine désindexe toutes vos traductions. C’est une erreur qu’on rencontre régulièrement sur des sites multilingues dont le trafic international ne décolle pas.
Le bon outil pour lier les versions linguistiques est l’annotation de langue alternative, qui est un mécanisme distinct et complémentaire. Elle indique la relation entre les versions, la canonique indique la version de référence à l’intérieur de chaque langue.
Deux règles pour les combiner : chaque version pointe sa canonique vers elle-même, et déclare ses alternatives linguistiques, en s’incluant elle-même dans la liste.
Les erreurs transversales
La canonique relative. Utilisez une adresse absolue, avec le protocole et le domaine. Une adresse relative fonctionne mais elle se casse dès qu’une page est servie depuis un contexte inattendu.
La canonique vers une page redirigée. Elle ajoute une étape et brouille le signal. Pointez vers la destination finale.
La canonique vers une page en noindex. Signal contradictoire : vous désignez comme référence une page que vous demandez de ne pas indexer.
La double déclaration. Le thème pose une canonique, un module SEO en pose une seconde. Deux balises différentes sur la même page produisent un comportement imprévisible, et c’est une cause fréquente de désindexation après l’installation d’un module.
Contrôler
Trois vérifications, dans cet ordre.
L’inspection d’URL dans la Search Console sur un échantillon de pages, qui montre la canonique déclarée et celle retenue par Google. Un écart entre les deux signale que votre déclaration n’est pas suivie.
Un crawl du site avec relevé des canoniques, qui permet de repérer en masse les pointages vers des pages redirigées, en erreur ou en noindex.
Le rapport d’indexation, en surveillant la catégorie des pages dupliquées avec une canonique différente de celle sélectionnée par Google.
Un symptôme fréquent d’un canonique mal posé : deux de vos pages se disputent la même requête et alternent dans les résultats. Le module SEO Cannibalization Detector pour PrestaShop repère ces situations sur PrestaShop 8 et 9, en croisant les positions et les requêtes de vos pages pour identifier celles qui entrent en concurrence.
