Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de SEO Cannibalization Detector — PrestaShop 8 & 9, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Pourquoi détecter la cannibalisation SEO ?
Sur PrestaShop, la cannibalisation est partout sans qu'on s'en rende compte : une fiche produit et sa catégorie qui ciblent le même terme, deux produits aux titres trop proches, un article de blog qui marche mieux que la fiche produit qu'il cite, un CMS oublié qui truste la position 8 sur la requête principale. Google partage alors les clics, fait fluctuer les positions, et au final tout le monde y perd.
Pourquoi Google Search Console et pas une analyse on-page ?
Parce que GSC donne la réalité de Google, pas une supposition. Les outils d'audit on-page comparent des titres et des textes ; SEO Cannibalization Detector compare les performances réelles dans les SERP. Si Google considère que deux pages répondent à la même requête, GSC le sait, et le module le détecte. Aucune autre source ne donne ce niveau de précision.
Comment fonctionne l'algorithme de scoring
Le score combine quatre signaux pondérés sur 100 points. D'abord le nombre de pages concurrentes (25 points), parce qu'une cannibalisation à 5 pages est pire qu'à 2. Ensuite la répartition des clics calculée via un indice HHI inversé (30 points) : un partage 50/50 est plus problématique qu'un 95/5. Puis l'écart de position entre URLs (30 points), bonifié si tout le monde est en top 10. Enfin le volume d'impressions sur une échelle logarithmique (15 points), pour pondérer par le potentiel de trafic.
Les quatre recommandations possibles
Differentiate quand les pages sont de types différents (un produit, une catégorie, un article : on rééquilibre les balises plutôt que de fusionner). Redirect 301 quand une URL capte plus de 70% des clics en position ≤ 15 (le module identifie la gagnante automatiquement). Consolidate quand les performances sont réparties (fusion de contenu, puis 301). Monitor quand le score est inférieur à 26 (surveillance simple, pas d'urgence).
Comment sont servies les redirections 301
Quand vous validez une redirection depuis le rapport, elle est stockée en base et servie depuis le hook actionDispatcherBefore de PrestaShop. Le hook tourne avant le routage, ce qui garantit un 301 propre sans aucun traitement parasite. Performance optimale : un seul SELECT par worker PHP-FPM grâce à un cache statique en mémoire, compteur de hits par règle pour mesurer l'efficacité.
Scans manuels ou planifiés ?
Les deux. Vous pouvez lancer un scan à la demande depuis l'admin, ou programmer un scan automatique via le front controller token-protégé. Un exemple de crontab est fourni dans le readme : un scan hebdomadaire le dimanche soir suffit pour la plupart des boutiques.
Il n’y a pas encore d’avis.