Pourquoi ma page produit apparaît-elle trois fois dans Google?

Qu'est-ce que la canonicalisation des paramètres d'URL au juste

Supposons que vous vendez des chaussures. Quelqu'un arrive sur votre site via une publicité : votre-boutique.nl/chaussures?utm_source=facebook. Quelqu'un d'autre trie par prix : votre-boutique.nl/chaussures?sort=bas-haut. Encore quelqu'un d'autre filtre par taille : votre-boutique.nl/chaussures?taille=42. Pour le visiteur, c'est tout la même page avec une sauce différente. Pour Google, c'est, sans intervention, trois pages distinctes ou plus.

Canonicaliser signifie que vous dites à Google : ce sont tous des variantes, mais la vraie version qui compte est votre-boutique.nl/chaussures — sans ajouts. Cette adresse propre s'appelle l'URL canonique. Vous donnez donc une seule réponse claire à la question de savoir quelle version doit apparaître dans les résultats de recherche.

Ce n'est pas une question de masquer ou de bloquer quelque chose. Les variantes peuvent tout simplement exister et fonctionner pour les visiteurs qui filtrent ou trient. Vous dites seulement aux moteurs de recherche : attribuez toute la valeur et l'évaluation à cette seule version propre, et non aux dix variantes paramétrées à côté.

C'est similaire à ce qui se passe avec la pagination, comme nous l'expliquons à la pagination. Là aussi, il y a plusieurs URL qui se chevauchent considérablement en contenu. La différence est que les paramètres sont souvent encore plus arbitraires : le tri et le suivi n'ajoutent rien au contenu, tandis que les numéros de page le font parfois.

Comment voir si c'est un problème chez vous

La vérification la plus rapide : cherchez votre propre nom de domaine dans Google Search Console avec une recherche de site, par exemple site:votre-boutique.nl/chaussures. Si plusieurs variantes avec des points d'interrogation et des paramètres apparaissent, il y a de fortes chances que ce ne soit pas bon. Vous pouvez aussi simplement parcourir votre site, activer les filtres et les options de tri, et voir ce qui se passe dans la barre d'adresse.

Dans Search Console, vous pouvez consulter les Pages pour voir la raison pour laquelle les pages ne sont pas indexées. S'il est indiqué quelque chose comme contenu en double, Google a choisi une URL canonique différente de celle de l'utilisateur, c'est souvent précisément votre problème. C'est l'un des signaux les plus clairs que ce rapport donne.

Consultez également le code source d'une page filtrée, ou demandez à quelqu'un de le faire pour vous. Il doit y avoir une ligne qui renvoie à l'URL propre comme version canonique. Si cette ligne manque, ou si elle renvoie à la version paramétrée elle-même, il y a du travail à faire.

Vous pouvez aussi avoir une indication via votre analytique : si vous voyez des dizaines de variantes d'URL de ce qui est en fait une seule page, chacune avec un peu de trafic, ce trafic s'est fragmenté sur des copies au lieu d'être regroupé sur la page principale.

Ce que cela coûte si ce n'est pas en ordre

Le plus grand risque est le gaspillage de l'attention de Google pour votre site. Les moteurs de recherche consacrent une quantité limitée de temps et de capacité par site au parcours des pages, appelé aussi budget de crawl. Si Google consacre ce temps à cent variantes de la même page de chaussures, il en reste moins pour les pages nouvelles ou importantes ailleurs sur votre site.

De plus, vous diluez votre propre pertinence. Si la valeur des liens et les signaux d'appréciation se dispersent sur dix variantes d'URL au lieu d'être concentrés sur une seule page, aucune variante n'est assez forte pour bien se classer. Vous vous battez en fait contre vous-même dans les résultats de recherche.

Il y a aussi un risque réel que Google choisisse lui-même une version canonique, et pas toujours celle que vous préférez. Cela pourrait être une version paramétrée avec une URL désagréable, ou une page qui n'est pas votre page d'accueil préférée pour cette requête de recherche. Vous perdez alors le contrôle sur ce que les gens voient exactement et sur ce qu'ils cliquent.

Pour les assistants IA qui résument le web, le même problème se pose, mais de manière plus aiguë. Un modèle de langage qui rencontre trois versions légèrement différentes de la même page produit peut récupérer des informations confuses ou contradictoires, par exemple un prix différent en raison d'un ancien cache d'une variante de tri. La clarté sur la version correcte aide donc au-delà de Google seul.

Ce qui doit être fait pour résoudre ce problème

Le cœur du problème est simple : chaque variante d'une page — avec suivi, tri ou filtres dans l'URL — doit indiquer que la version propre est la vraie. C'est une instruction que vous configurez correctement une seule fois par type de page, et non quelque chose que vous faites manuellement pour chaque page. Pensez à une règle fixe pour toutes les pages de produits, une autre règle fixe pour toutes les pages de catégories.

Cela s'inscrit dans un aperçu plus large des pages que vous avez et de leur fonctionnement, comme nous en discutons avec une matrice d'indexation par type de page. Là, vous déterminez par type de page, donc aussi par type de paramètre, quel est l'objectif : peut-il exister, doit-il être canonicalisé, ou ne doit-il même pas être inclus dans l'index ?

Certains paramètres méritent une approche différente que la simple canonicalisation. Les résultats de recherche interne, par exemple, où quelqu'un recherche sur votre propre site et cela produit une URL distincte, peuvent souvent être mieux directement exclus de l'indexation, comme détaillé dans les pages de résultats de recherche interne avec noindex. La canonicalisation et l'exclusion sont deux outils différents pour des situations différentes.

Après la mise en œuvre de la modification, laissez s'écouler quelques semaines et vérifiez à nouveau dans Google Search Console si les variantes en double disparaissent du rapport de problèmes. Cela ne se fait pas du jour au lendemain : Google doit revisiter les pages et traiter la nouvelle instruction. La patience et les vérifications répétées font partie de ce processus.

Comment cela s'articule avec d'autres éléments techniques de base

La canonicalisation ne fonctionne pas isolément. Si votre fichier robots.txt bloque déjà certaines parties du site, comme discuté dans le point de contrôle 1.1 sur robots.txt et le point de contrôle 1.2, cela peut interférer avec le fonctionnement de vos instructions canoniques. Une page qui est bloquée, Google ne peut tout simplement pas la visiter pour lire l'instruction canonique.

Une gestion 404 mal configurée touche également ce sujet. Si une version de paramètre supprimée ne redirige pas correctement mais produit une page confuse sans code de statut approprié, nous parlons d'une soft 404, expliquée dans les soft 404. Il en va de même pour une mauvaise page d'erreur personnalisée, voir une page 404 utile. Tous ces points se touchent : il s'agit toujours de donner de la clarté à Google sur ce qu'une page est exactement et ce qu'elle signifie.

Enfin : si votre site dépend fortement de JavaScript pour afficher du contenu, comme discuté dans le contenu essentiel accessible sans JavaScript, il peut déjà être difficile pour Google de voir le contenu de base, sans parler de la référence canonique qui y est parfois ajoutée dynamiquement. Une base technique stable rend la canonicalisation vraiment fiable.