Un même produit rangé dans plusieurs collections Shopify génère plusieurs URLs différentes pour un contenu quasi identique. Une partie de ce problème est déjà réglée par défaut sur les thèmes récents, une autre non, et confondre les deux fait perdre du temps sur un chantier qui n’existe pas tout en laissant filer le vrai risque.
Sommaire
Pourquoi un même produit génère plusieurs URLs
Sur Shopify, un produit rattaché à la fois à la collection « Nouveautés » et à la collection « Vestes » reste accessible via /products/nom-produit, mais aussi via /collections/nouveautes/products/nom-produit et /collections/vestes/products/nom-produit. Trois URLs, un seul contenu réel. Multiplié par un catalogue de plusieurs centaines de références réparties sur des dizaines de collections, cela représente potentiellement des milliers d’URLs indexables pour un nombre de pages de contenu réel bien plus restreint.
Le point que personne ne vérifie : votre thème gère-t-il vraiment le canonical par défaut ?
C’est l’angle mort de la plupart des guides sur le sujet : ils recommandent tous d’ajouter une balise canonical dans le thème pour consolider ces doublons, sans jamais préciser que cette balise existe déjà, par défaut, sur Dawn et sur tous les thèmes construits en Online Store 2.0. La documentation officielle Shopify confirme que l’objet Liquid canonical_url, présent dans le fichier theme.liquid, renvoie systématiquement vers l’URL principale du produit, quelle que soit la collection depuis laquelle la page est atteinte.
Ce que canonical_url couvre par défaut
Concrètement, sur un thème Dawn non modifié, les trois URLs de l’exemple précédent affichent toutes la même balise <link rel="canonical" href="https://boutique.com/products/nom-produit"> dans leur code source. Google reçoit le bon signal sans aucune intervention supplémentaire : ce cas précis de duplication, le plus souvent cité comme LE problème SEO majeur de Shopify, est en réalité déjà neutralisé pour une majorité de boutiques.
Le test en deux minutes pour vérifier votre propre thème
Le problème, c’est que ce comportement n’est garanti que si le fichier theme.liquid n’a pas été modifié. Un thème hérité d’une ancienne génération (pré-Online Store 2.0), un développeur qui a reconstruit intégralement le head du site, ou un thème premium tiers mal codé peuvent avoir supprimé ou cassé cette balise sans que personne ne s’en aperçoive. La vérification est simple et ne demande aucun outil : ouvrez le code source (Ctrl+U) d’une même fiche produit accédée depuis deux collections différentes, et comparez la valeur du href dans la balise canonical. Si elle est identique et pointe vers l’URL /products/ sans préfixe de collection dans les deux cas, cette source de duplication est déjà traitée. Si elle change ou si la balise est absente, c’est le premier chantier à corriger avant tout le reste.
Cette vérification rejoint la logique détaillée dans notre article sur la balise canonical Shopify et les doublons d’URLs produits et collections, qui creuse aussi les limites de cette consolidation côté analytics et netlinking.
Les autres sources de duplication entre collections
Une fois le canonical produit vérifié, deux autres mécaniques génèrent des doublons que canonical_url ne couvre pas du tout, parce qu’elles créent des pages de LISTE et non des pages de produit.
Pages de collection filtrées par étiquette
Quand un visiteur filtre une collection par étiquette produit (couleur, taille, matière), Shopify génère une URL du type /collections/vestes/femme qui affiche un sous-ensemble quasi identique de la collection parente. Ces pages ne bénéficient d’aucun canonical automatique et s’indexent telles quelles si rien n’est fait, créant une concurrence directe avec la collection principale sur les mêmes requêtes.
Tri et pagination
Les paramètres ?sort_by= et ?page= créent eux aussi des variantes indexables d’une même collection. Shopify ne les bloque pas nativement : sans directive noindex ou sans blocage robots.txt spécifique sur ces paramètres, chaque combinaison de tri devient une URL candidate à l’indexation pour un contenu qui ne diffère que par l’ordre d’affichage des produits.
Vérifier et corriger, étape par étape
<link rel="canonical" href="{{ canonical_url }}"> dans le theme.liquid avant de traiter quoi que ce soit d’autre : c’est la correction avec le plus fort effet de levier./collections/x/y qui ne correspondent pas à une vraie collection dédiée avec du contenu propre.?sort_by tout en laissant le crawl des pages ?page= légitimes si votre pagination reste raisonnable.Ce qu’il faut retenir
La duplication entre collections Shopify se joue sur deux terrains distincts : le canonical produit, souvent déjà géré par défaut sur les thèmes récents mais jamais garanti sans vérification, et les pages de liste filtrées par étiquette ou paramètre, qui elles ne bénéficient d’aucune protection native. Notre guide sur le SEO des pages collection Shopify et notre article sur le contenu à ajouter sur une collection complètent cette base technique côté contenu.
À propos de l’auteur
Aymeric Maingé
Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. J’accompagne des boutiques Shopify sur des problématiques de SEO technique, d’architecture de collections et d’indexation. Mon approche croise audit terrain, priorisation métier et recommandations actionnables pour les équipes marketing et IT. Pour un consultant SEO qui connaît les mécaniques internes de Shopify, parlons de votre situation.
Shopify gère-t-il automatiquement le contenu dupliqué entre collections ?
Partiellement. Les thèmes récents (Dawn, Online Store 2.0) posent un canonical automatique sur les fiches produit qui neutralise la duplication liée aux URLs de type /collections/x/products/y. Cela ne couvre ni les pages de collection filtrées par étiquette, ni les paramètres de tri et de pagination.
Comment savoir si mon thème Shopify pose bien le canonical par défaut ?
Ouvrez le code source d’une même fiche produit accédée depuis deux collections différentes et comparez la valeur du href dans la balise canonical. Si elle est identique et pointe vers l’URL /products/ sans préfixe de collection, c’est en place.
Faut-il noindexer toutes les pages de collection filtrées par étiquette ?
Seulement celles qui n’apportent pas de contenu propre et qui recoupent largement la collection parente. Une page de filtre qui correspond à une vraie requête de recherche avec un volume réel peut au contraire mériter d’être transformée en collection dédiée avec du contenu optimisé.
Le tri par prix ou par nouveauté crée-t-il du contenu dupliqué ?
Oui, chaque paramètre de tri génère une URL techniquement distincte pour un contenu qui ne change que dans l’ordre d’affichage. Un blocage via robots.txt.liquid sur ces paramètres évite qu’ils ne dispersent inutilement le budget de crawl.
À lire aussi
Les autres articles sur le sujet
Collections Shopify sans produits : ni conserver la page vide, ni la rediriger d’office. La dépublier du canal Boutique en ligne…
Lire l’article
Bouton Charger plus sur Shopify : ça dépend de l’implémentation, et un risque plus grave que l’indexation partielle guette vos…
Lire l’article
Pagination des collections Shopify : ce que Google utilise réellement depuis 2019, et pourquoi rel=next/prev ne sert plus votre…
Lire l’article
Tags Shopify : mauvais pour le SEO ou bonnes pages de destination ? La règle en 3 conditions pour trier vos pages de tags, sans…
Lire l’article
Filtres Shopify et multiplication d’URL : trois causes techniques distinctes, dont une migration Shopify d’avril 2026 passée…
Lire l’article
La grille indexer/canonicaliser/noindexer/bloquer ne s’applique que si vos filtres génèrent vraiment des URLs : la question à se…
Lire l’article
Description de collection Shopify en haut ou en bas de page : la réponse, la procédure Liquid, et un piège documenté sur le forum…
Lire l’article

