Qu'est-ce que la cannibalisation SEO ?
La cannibalisation de mots-clés survient quand deux pages — ou plus — d'une même boutique ciblent, volontairement ou non, la même intention de recherche. Google ne sait alors plus laquelle privilégier : il alterne parfois entre les deux d'une recherche à l'autre, ou choisit d'en classer une correctement et de reléguer l'autre plus loin. Dans les deux cas, l'autorité qui aurait dû se concentrer sur une seule page — liens, clics, ancienneté — se retrouve diluée entre plusieurs, et aucune n'obtient le classement qu'une page unique et solide aurait pu atteindre. On parle aussi, selon les cas, de contenu dupliqué — quand les deux pages sont quasiment identiques mot pour mot — ou simplement de cannibalisation de mots-clés quand leur formulation diffère mais que l'intention reste la même ; la mécanique et les corrections sont similaires dans les deux cas.
Prenons une boutique de prêt-à-porter, « Belle Saison ». Au fil du temps, quatre pages différentes finissent par viser la requête « robe été » sans que personne ne l'ait décidé consciemment : une collection manuelle « Robes d'été » créée il y a deux ans, une collection automatique Shopify filtrée par le tag ete pour la navigation par rayon, un article de blog « Guide : comment choisir sa robe d'été en 2026 » écrit par l'équipe marketing, et une collection « robe-dete » recréée par erreur lors d'un import plus récent — un quasi-doublon de la toute première. Aucune des quatre ne prend clairement le dessus : le signal se disperse, et Google peine à identifier laquelle faire remonter.
Pourquoi les boutiques Shopify y sont particulièrement exposées
Le cas de « Belle Saison » n'a rien d'exceptionnel : Shopify met à disposition au moins quatre formats natifs capables de porter le même mot-clé — les collections manuelles, les collections automatiques filtrées par règles, les pages, et les articles de blog. Un même thème peut en plus générer des URLs de tags ou de filtres qui, si elles sont indexées, ajoutent un cinquième candidat à la même requête.
À cela s'ajoute un facteur humain : sur la durée de vie d'une boutique, plusieurs personnes créent du contenu sans visibilité totale sur l'existant — une agence qui met en place la structure initiale, une personne en interne qui ajoute une collection saisonnière, un rédacteur freelance qui publie un article de blog, une réorganisation de catalogue qui recrée une collection déjà couverte ailleurs. Aucun de ces gestes n'est fautif pris isolément ; c'est leur accumulation, sans vérification croisée, qui produit la cannibalisation. Le format lui-même n'est pas le problème — avoir un produit dans plusieurs collections est parfaitement normal ; le problème apparaît quand plusieurs pages visent la même requête avec la même intention.
Les tags ajoutent une couche supplémentaire : beaucoup de thèmes Shopify génèrent automatiquement une URL de filtre pour chaque combinaison de tags cochée dans une collection (par exemple une URL distincte pour « robes » filtrées par « été »). Si ces URLs sont indexables — ce qui dépend du thème et n'est pas systématiquement contrôlé — elles peuvent constituer un cinquième candidat, généralement le plus fin des cinq puisqu'il n'a ni titre ni description propres.
Comment détecter la cannibalisation sur votre boutique
Trois méthodes se combinent, de la plus rapide à la plus fine :
Google Search Console
Dans le rapport Performances, filtrez par requête (par exemple « robe été ») et regardez l'onglet Pages : si deux URLs ou plus de votre boutique apparaissent avec des impressions pour la même requête, et que leur position moyenne varie fortement d'une semaine à l'autre, c'est un signal typique de cannibalisation — Google hésite entre les deux.
L'opérateur site:
Une recherche du type site:votreboutique.com robe été dans Google liste les pages indexées que le moteur associe déjà à cette requête. Si plusieurs collections, pages ou articles ressortent pour un même mot-clé, l'audit manuel qui suit devient nécessaire pour confirmer le doublon.
L'audit manuel de la structure
Listez, dans un tableur, chaque collection, page et article avec son titre SEO et son mot-clé cible. Repérez les intitulés proches en ignorant la casse, les accents, le pluriel et l'ordre des mots — « robe d'été » et « robes été » désignent la même intention même si les caractères diffèrent. C'est un exercice fastidieux à la main au-delà d'une cinquantaine de pages, mais indispensable au moins une fois pour établir un état des lieux.
Reprenons « Belle Saison » : dans la Search Console, le rapport Performances filtré sur « robe été » montre quatre URLs différentes qui se partagent des impressions sur la même semaine, avec des positions moyennes qui oscillent entre la 8e et la 22e place selon les jours — aucune ne se stabilise. Une recherche site:belle-saison.com robe été confirme que les quatre sont bien indexées. L'audit manuel du tableur révèle enfin que la collection « robe-dete » est un doublon quasi exact de « Robes d'été », créé sans que personne ne s'en aperçoive lors d'un import de catalogue.
Comment la corriger une fois qu'elle existe
Une fois le doublon confirmé, quatre leviers permettent de le résorber :
- Fusionner — rassembler les produits des pages concurrentes sur la plus solide des deux (celle qui a le plus d'ancienneté, de liens ou de trafic), puis supprimer les autres. C'est la correction la plus propre : elle concentre à nouveau tout le signal sur une seule URL.
- Rediriger avec une 301 — une fois la page faible supprimée, une redirection permanente vers la page conservée évite les liens morts et transmet à la destination le référencement déjà accumulé par l'ancienne URL. Shopify gère nativement ces redirections depuis les réglages de navigation de l'admin, sans app tierce.
- Poser une balise canonique — si les deux pages doivent rester en ligne pour des raisons de navigation (par exemple une collection automatique par tag qu'on ne veut pas supprimer), une balise canonique peut indiquer à Google quelle URL faire autorité. Shopify génère une balise canonique automatique par page, mais la faire pointer vers une autre URL que la sienne demande de modifier le fichier de thème concerné — ce n'est pas un réglage natif accessible depuis l'admin.
- Désindexer — pour une page qu'on ne peut ni fusionner ni supprimer tout de suite, la retirer temporairement de l'index (balise
noindexvia le fichierrobots.txt.liquiddu thème, ou dépublication directe depuis l'admin) empêche au moins qu'elle continue à concurrencer sa jumelle.
Ces quatre corrections demandent, à des degrés divers, d'intervenir manuellement sur des pages déjà publiées — c'est un travail de rattrapage, plus lent et plus risqué (erreur de redirection, produit oublié) que d'empêcher le doublon d'apparaître en premier lieu.
Reste à choisir laquelle des pages en concurrence conserver comme référence avant de rediriger ou de fusionner les autres. Trois critères, dans cet ordre, tranchent la plupart des cas : l'ancienneté (une page indexée depuis longtemps a déjà accumulé un historique difficile à reconstituer ailleurs), les liens entrants qui pointent vers elle (internes comme externes), et enfin le trafic organique qu'elle reçoit déjà si la donnée est disponible dans la Search Console. À défaut de l'un de ces trois signaux, la page la mieux reliée depuis le menu principal ou le fil d'Ariane du site est généralement le choix le plus sûr.
Pour « Belle Saison », la correction retenue combine les quatre leviers plutôt qu'un seul : la collection manuelle « Robes d'été », la plus ancienne et la mieux reliée depuis le menu, est conservée comme page de référence. Le quasi-doublon « robe-dete » est supprimé, avec une redirection 301 vers la collection conservée. L'article de blog est réécrit pour cibler une intention différente et complémentaire (« comment porter une robe d'été », plutôt que « robe été » elle-même) au lieu d'être supprimé. Quant à la collection automatique par tag, utile à la navigation par rayon mais impossible à retirer sans casser le filtre du thème, elle reçoit une balise canonique pointant vers la collection manuelle — ce qui a nécessité une petite modification du fichier de thème correspondant.
La prévenir dès la création
C'est le point sur lequel il vaut mieux investir : vérifier, avant de publier une nouvelle page, qu'aucune page trop proche n'existe déjà dans la boutique — collections, pages et articles confondus. Cette vérification combine deux niveaux : une détection exacte, insensible à la casse, aux accents, au pluriel et à l'ordre des mots (elle aurait repéré « robe-dete » comme quasi-identique à « Robes d'été » avant même sa création), et une détection par similarité sémantique, qui attrape les formulations différentes portant la même intention — une collection automatique par tag et une collection manuelle peuvent se ressembler sans partager un seul mot en commun dans leur titre.
En cas de conflit détecté, la décision reste à vous, ligne par ligne : ignorer la création (la page n'est pas créée), la forcer malgré tout si vous jugez que la nuance justifie deux pages distinctes, ou renommer le mot-clé pour viser une intention réellement différente. Appliqué à « Belle Saison », ce mécanisme aurait bloqué la création de « robe-dete » dès l'import — la détection exacte l'aurait reconnu comme quasi identique à « Robes d'été » avant même qu'un produit n'y soit rattaché — et aurait signalé la proximité entre la future collection manuelle et la collection automatique par tag, pour que la décision (les garder distinctes, avec un canonical, plutôt que les fusionner) soit prise consciemment plutôt que découverte des mois plus tard dans un rapport de performance.
Ce mécanisme de vérification systématique, décrit en détail sur la page Comment ça marche, est ce qui distingue une création de page ponctuelle d'une démarche construite pour ne pas se concurrencer elle-même.
Le choix du bon format dès le départ compte aussi : savoir si une requête donnée doit devenir une collection, une page ou un article limite mécaniquement les occasions de doublon. Nous détaillons cette règle de répartition dans Collections, pages ou articles de blog : qui doit ranker sur quoi ?.
En résumé
La cannibalisation n'est pas une fatalité liée au volume de pages : c'est la conséquence d'un manque de vérification croisée entre les formats. Elle se détecte avec la Search Console, l'opérateur site: et un audit manuel de structure ; elle se corrige par fusion, redirection 301, canonical ou désindexation ; mais elle se prévient bien plus simplement, en vérifiant systématiquement l'existant avant chaque nouvelle création. C'est ce dernier réflexe qui distingue une boutique qui gagne en volume de pages de longue traîne — voir notre guide du SEO programmatique sur Shopify — d'une boutique qui se neutralise elle-même page après page.