Cannibalisation SEO : prouver un conflit sans compter les pages

Le 26 août 2026, nous avons relevé à la main les résultats de dix requêtes sur la cannibalisation, cinq en français sur google.fr, cinq en anglais sur google.com. Les dix portaient un aperçu généré. Voici deux d’entre eux, produits le même jour, par le même moteur.

Sur deux pages même mot clé, en français :

Baisse de classement : Google hésite entre les deux pages et pénalise les deux.

Sur keyword cannibalization myth, en anglais :

Keyword cannibalization is partly a myth because having multiple pages rank for the same term is not an automatic penalty.

Aucun des dix aperçus ne cite une source Google. Ils citent des blogs SEO, des sites d’agences, une vidéo et un fil de forum. Et la première affirmation, celle de la pénalité, n’existe dans aucune documentation Google ni dans aucune déclaration d’un de ses porte-parole.

C’est le sujet en une image. Il se discute depuis quinze ans, il occupe des centaines de pages, et la réponse la plus lue aujourd’hui se contredit d’une requête à l’autre.

Cet article ne rejoue pas ce débat. Il pose une question de mesure : qu’est-ce qui prouve qu’une cannibalisation a lieu, et qu’est-ce qui n’en est que le soupçon ?

Ce que les moteurs disent réellement

Deux déclarations comptent, parce qu’elles sont primaires, datées, et qu’elles disent des choses différentes.

Google, John Mueller, 20 septembre 2025, en réponse publique à une question sur la détection de la cannibalisation :

Search Console shows data for when pages were actually shown, it’s not a theoretical measurement. Assuming you’re looking for pages ranking for the same query, you’d see that only if they were actually shown. (IMO it’s not really “cannibalization” if it’s theoretical.)

Et, dans le même fil :

If you have 3 different pages appearing in the same search result, that doesn’t seem problematic to me just because it’s “more than 1”.

Microsoft, blog Bing Webmaster, 19 décembre 2025, signé par deux responsables produit :

Competition in search is tough enough without unintentionally competing against your own content.

When several URLs contain the same content, signals such as clicks, links, impressions, and engagement are often diluted.

If your signals are unclear or inconsistent, the version that ranks may not be the one you intended.

Ces deux positions ne se contredisent pas. Elles portent sur deux choses.

Microsoft décrit un mécanisme : quand plusieurs URL couvrent le même sujet, les signaux se répartissent, le moteur choisit un représentant, et ce représentant peut ne pas être celui que vous vouliez. Le même billet précise, explicitement, que la duplication ne déclenche pas de sanction par elle-même.

Google, lui, ne conteste pas le mécanisme. Sa documentation le décrit sous d’autres mots (dédoublonnage, regroupement, canonicalisation, consolidation des signaux). Ce que Mueller rejette, c’est une métrique : compter les pages qui pourraient se positionner sur une requête, et déclencher une alerte parce qu’il y en a plus d’une.

Autrement dit, la position officielle la plus défendable n’est ni « ça n’existe pas », ni « c’est grave ». C’est : ce n’est pas une pénalité, c’est un arbitrage. Le risque réel n’est pas d’être sanctionné, c’est de perdre la maîtrise de quelle page représente le site.

Et cet arbitrage a une conséquence directe sur la façon dont on le détecte, parce qu’il invalide la méthode la plus répandue.

Compter les pages ne prouve rien

La règle de détection que presque tout le monde applique tient en une ligne : deux URL du site apparaissent sur la même requête, donc il y a cannibalisation.

Nous avons dépouillé 49 méthodes de détection SEO publiées, en français et en anglais, entre 2016 et 2026. Ce que ce corpus donne :

• 17 d’entre elles ne publient aucun seuil chiffré. Aucun. La méthode est décrite en prose, le lecteur devine.
• 31 ne disent rien de leurs propres faux positifs. Les 18 restantes en parlent qualitativement. Aucune, francophone ou anglophone, ne publie un taux de faux positifs, un intervalle de confiance ou une étude de validation de son seuil.
• Aucun couple (signal, seuil) n’est repris à l’identique par deux sources indépendantes, à deux exceptions près : le seuil de deux URL, qui est une définition plutôt qu’un seuil, et un seuil de part de clics à 10 % qui circule d’une source à l’autre par réutilisation du même script.
• Le paramètre le plus dispersé est la profondeur de classement considérée : les valeurs publiées vont du top 3 au top 100, soit un facteur 33 entre les bornes.
• La fenêtre d’observation recommandée va de 28 jours à 16 mois.
• Le délai annoncé avant de constater l’effet d’une correction va de deux jours à six mois, soit un rapport d’environ 1 à 45, et aucune de ces sources ne signale qu’elle contredit sa voisine.

Un seul chiffre approche une mesure de fiabilité. Un éditeur d’outil a échantillonné les cas que sa propre règle « deux URL ou plus sur la requête » remontait sur un domaine, et a compté combien justifiaient réellement une action : un sur quatre-vingts.

Ce chiffre ne dit pas que la cannibalisation est rare. Il dit que le critère du comptage ne la mesure pas. Un site normal, correctement construit, produit en permanence des situations où plusieurs de ses pages touchent une même requête sans qu’aucune ne gêne l’autre : une page de catégorie et une fiche produit, un guide et son cas particulier, un article et sa mise à jour. Compter les pages, c’est compter tout ça en même temps que les vrais conflits.

Le discriminant que personne n’outille

Il existe une distinction qui sépare le bruit du signal, et elle est temporelle.

Coexistence : les deux URL sont affichées ensemble, sur la même page de résultats, le même jour. Le moteur a jugé que les deux méritaient leur place. Ce n’est pas un conflit, c’est une double présence, et elle est en général souhaitable.

Alternance : le moteur change de page élue d’un relevé à l’autre. Un jour c’est l’une, la semaine suivante c’est l’autre, et aucune ne s’installe. Là, le moteur arbitre, et il arbitre sans conviction. C’est la signature décrite par Microsoft : la version qui se classe n’est pas celle que vous vouliez, et elle change.

Cette distinction est désignée comme le discriminant central du sujet, et elle n’est outillée par aucun seuil publié. Les 49 méthodes lisent toutes un agrégat, un export Search Console sur trente ou quatre-vingt-dix jours, ou un relevé de positions hebdomadaire, dans lequel deux URL peuvent parfaitement n’avoir jamais été affichées le même jour, et apparaître pourtant côte à côte dans le tableau.

C’est exactement l’objection que fait Mueller. Un agrégat mensuel montre deux pages sur une requête. Il ne montre pas si elles y étaient ensemble ou à tour de rôle. Les deux situations produisent la même ligne dans le tableau, et elles demandent des décisions opposées.

D’où la règle que cet article défend, et qui tient en une phrase : un export ne prouve pas une cannibalisation, une série le peut.

Ce que Search Console mesure, et ce qu’elle ne mesure pas

Le protocole qui suit s’appuie sur Search Console. Il faut donc dire précisément ce que ses chiffres valent, parce que quatre propriétés de cet outil mordent directement sur le sujet, et qu’aucune des méthodes recensées n’en tient compte.

1. La position d’une requête est celle de votre meilleure URL, pas la moyenne de vos URL. Au grain requête, l’outil retient la position de la page la mieux classée du site. La seconde URL d’une paire concurrente n’apparaît donc jamais dans cette ligne. Une paire dont la meilleure page est stable en position 4 affiche une position 4 propre, quel que soit le sort de l’autre.

2. Filtrer par requête retire les requêtes anonymisées du total. Search Console masque les requêtes trop peu fréquentes. Elles restent dans les totaux du graphique, sauf si un filtre de requête est appliqué, ce qui est précisément ce que fait toute analyse de cannibalisation. Une part calculée sur un total filtré et une part calculée sur un total non filtré ne sont pas la même quantité.

La proportion en jeu n’est pas anecdotique. La mesure tierce la plus large que nous ayons trouvée, portant sur 887 534 propriétés et 22 milliards de clics, donne 46,77 % de clics rattachés à des requêtes anonymisées sur un mois d’avril 2025. Deux réserves, et elles comptent : ce chiffre porte sur les clics, et aucune étude, officielle ou tierce, ne mesure la part des impressions anonymisées. Un détecteur fondé sur une part d’impressions travaille donc sur un dénominateur incomplet d’une quantité que personne n’a chiffrée.

3. Le dénominateur a changé de nature deux fois en dix-huit mois. Les impressions issues des surfaces de réponse générées sont entrées dans le type « Web » le 16 juin 2025. Et les impressions ont été mal journalisées du 13 mai 2025 au 27 avril 2026, une erreur que Google a reconnue et corrigée en précisant qu’elle avait touché les impressions, le taux de clic et la position moyenne, mais pas les clics. Une part d’impressions calculée sur une fenêtre qui chevauche ces dates ne mesure pas la même grandeur d’un bout à l’autre. Aucune des 49 méthodes ne le mentionne.

4. Une canonique acceptée déplace les impressions et les clics vers l’URL canonique dans Search Console. C’est documenté, et c’est l’artefact le plus dangereux du sujet : après une consolidation, la page conservée affiche mécaniquement les chiffres des deux, ce qui produit un avant/après flatteur sans qu’un seul visiteur supplémentaire soit venu. Aucune des méthodes recensées, ni aucun des cas de remède que nous avons lus, ne prévient de cet artefact. Il suffit pourtant à fabriquer un succès apparent.

Le protocole

Il se fait à la main, avec un export Search Console et un tableur. Cinq étapes.

Étape 1. Sortir les couples requête et page. Dans le rapport de performances, sélectionnez une requête, puis l’onglet des pages : vous obtenez les URL réellement affichées pour cette requête. Par l’API, demandez les dimensions query et page ensemble. Prenez une fenêtre d’au moins quatre-vingt-dix jours pour avoir de la matière, mais découpez-la en périodes, parce que la suite en dépend.

Étape 2. Écarter les requêtes trop faibles. Une requête qui pèse moins de 30 impressions sur la fenêtre ne permet aucune conclusion : la répartition entre deux pages y est du bruit. Nous utilisons 30. Ce seuil est discuté plus bas.

Étape 3. Repérer le partage d’impressions. Pour chaque requête retenue, calculez la part d’impressions de chaque page. Retenez comme concurrentes les pages qui détiennent au moins 15 % des impressions de la requête, et ne gardez la requête que si au moins 2 pages franchissent ce seuil. Une page à 96 % contre une page à 2 % n’est pas un conflit, c’est une page principale et une page marginale.

Étape 4, celle qui décide. Séparer l’alternance de la coexistence. Découpez la fenêtre en périodes, une semaine convient, et regardez pour chaque période quelle URL a été servie.

• Les deux URL sont présentes sur la même période, régulièrement : coexistence. Le moteur a tranché en faveur des deux. Ne touchez à rien.
• L’URL servie change de période en période, et rarement les deux ensemble : alternance. C’est un conflit.
• Une URL domine et l’autre apparaît par intermittence sans jamais s’installer : conflit naissant, à surveiller avant d’agir.

C’est cette étape qui distingue un diagnostic d’un soupçon, et c’est celle qu’aucune méthode publiée ne chiffre.

C’est aussi la seule qui demande d’avoir gardé quelque chose. Une position, contrairement à une page, ne se reconstitue pas après coup : l’URL qu’un moteur a servie mardi dernier pour une requête donnée n’existe plus nulle part si personne ne l’a notée mardi dernier. Search Console vous en donne une trace pour les fenêtres qu’elle conserve, au grain de la requête filtrée et avec les réserves ci-dessus ; un relevé de positions vous la donne au jour le jour, à condition que quelqu’un l’ait enregistrée quand elle était vraie. Le jour où vous constaterez une alternance, l’historique qui la prouve sera déjà derrière vous, ou il n’existera pas.

Étape 5. Vérifier que les deux pages visent la même intention. Une alternance peut aussi venir d’un moteur qui hésite entre deux réponses différentes à une requête ambiguë. Lisez les deux pages. Si elles répondent à deux questions distinctes, le problème n’est pas la cannibalisation, c’est le ciblage de la requête. Notre guide sur la couverture sémantique sépare ce qui se compte sur une page de ce qui s’apprécie, et c’est cette lecture qui tranche ici.

Nos seuils, et ce qu’ils valent

Nous publions les trois que notre produit applique, parce qu’un marché où dix-sept méthodes sur quarante-neuf ne publient aucun chiffre n’a pas besoin d’une dix-huitième.

Ce que ces seuils ne sont pas.

Ils ne sont pas validés. Nous ne publions pas de taux de faux positifs, et sur ce point nous sommes exactement dans la situation des trente et une méthodes sur quarante-neuf que cet article vient de nommer. Nous ne les avons pas non plus recalibrés après les deux ruptures de série décrites plus haut, et une part d’impressions ne veut pas dire la même chose avant et après le 27 avril 2026.

Ils ne sont pas non plus universels. Un seuil de 30 impressions est raisonnable sur un site de quelques centaines de pages et absurde sur un site qui en compte un million, où il remonterait des dizaines de milliers de cas. Aucun seuil publié, y compris les nôtres, n’est calibré à la taille du site ni au volume de la requête.

Prenez-les comme un point de départ documenté, pas comme une référence. Le seul réglage qui compte est celui que vous vérifiez sur vos propres données.

Décider, et ce que la preuve soutient

Une fois le conflit établi, la littérature SEO propose six options : fusionner avec une redirection permanente, poser une canonique, différencier l’intention, désindexer la page la plus faible, consolider par le maillage interne, ou ne rien faire.

Voici l’état réel de la preuve derrière ces options, après dépouillement des cas publiés.

Aucune n’a jamais fait l’objet d’un test contrôlé. Zéro. Sur les six, il n’existe aucun test avec groupe témoin portant sur une fusion de pages, une différenciation d’intention ou une désindexation. Aucune comparaison directe entre deux remèdes sur des groupes comparables non plus : ni la redirection contre la canonique, ni la fusion contre la différenciation.

Le risque le plus invoqué n’est chiffré nulle part. « Fusionner fait perdre la longue traîne » est l’objection standard à l’option la plus recommandée. Nous n’avons trouvé aucune source primaire qui publie l’évolution du nombre de requêtes distinctes avant et après une fusion, sauf une, et elle va dans l’autre sens (67 à 106 requêtes par jour, en hausse).

Le mécanisme d’échec réellement documenté est ailleurs. Ce n’est pas la perte de longue traîne, c’est la redirection vers une page non équivalente, requalifiée en soft 404 puis désindexée. Quatre cas indépendants le décrivent, dont un site marchand passé de 40 à 70 clics par jour à zéro, désindexé en deux mois après un replatforming avec plus de 15 000 URL mal redirigées. Le second mécanisme le mieux établi est que la canonique est un indice et non une directive : plusieurs cas documentent des milliers d’URL canonicalisées que Google a arbitrées autrement.

Et la consolidation ne gagne pas toujours. Sur onze cas de fusion recensés, huit ne publient que des pourcentages positifs. Le même analyste qui documente des consolidations réussies en publie une où l’indice de visibilité passe de 127 à 113,11, soit environ 11 % de perte nette. La littérature ne retient que les premiers.

Ce que cet état de la preuve autorise à écrire :

1. Fusionner quand les deux pages disent la même chose, et rediriger vers une page réellement équivalente. L’équivalence est la condition, pas un détail : c’est là que se trouve le seul mécanisme d’échec bien documenté.
2. Différencier quand les deux pages servent deux intentions voisines mais distinctes. Chacune traite son angle, et elles se citent l’une l’autre.
3. Ne rien faire en cas de coexistence stable. Deux pages installées ensemble sur une requête n’ont pas besoin d’être réparées.
4. Désindexer en dernier recours seulement. C’est l’option qui perd le contenu sans le récupérer ailleurs, et c’est aussi celle pour laquelle il n’existe aucun cas isolé et chiffré.

Notez ce que cette liste ne dit pas. Elle ne dit pas « fusionnez d’abord ». L’ordre dépend de ce que la mesure a montré, et le geste par défaut, quand la mesure ne tranche pas, est de ne rien faire.

Avant d’agir, conservez de quoi revenir. Personne ne publie de cas où deux URL fusionnées auraient été restaurées séparément avec mesure du trafic récupéré. Ce vide vaut avertissement : gardez le contenu de la page absorbée, la liste de ses requêtes, ses domaines référents et ses positions à la date de la fusion. C’est ce qui fera la différence entre corriger et constater.

Mesurer l’effet sans se mentir

Un dernier piège, et c’est celui qui invalide le plus de rapports.

Après une fusion, la page conservée récupère mécaniquement les impressions et les clics de la page absorbée dans Search Console, parce que c’est ainsi que l’outil attribue le trafic d’une URL canonicalisée. Le graphique de la page conservée monte, toujours. Cette hausse ne prouve rien, et elle se produit même quand le trafic total du site a baissé.

Trois précautions suffisent :

• Mesurez au grain requête, pas au grain page. La question n’est pas « la page conservée a-t-elle monté », c’est « la requête a-t-elle gagné des clics, et l’URL servie est-elle désormais stable ».
• Sommez les deux URL avant la fusion, et comparez cette somme à l’URL unique après. Comparer une page à une page compare une chose à deux.
• Attendez que l’URL servie se stabilise sur plusieurs relevés consécutifs avant de conclure. C’est le même signal qui a établi le diagnostic, et c’est le seul qui prouve la correction.

C’est tout ce que ce sujet demande, et c’est plus que ce que la plupart des audits SEO lui accordent : une série plutôt qu’un export, un seuil qu’on assume plutôt qu’un comptage, et un geste par défaut qui est de ne rien faire.