Todo lo que querrías saber antes de instalar.
Una mirada detallada a cómo funciona SEO Cannibalization Detector — PrestaShop 8 & 9, por qué lo construimos así y la lógica detrás de las características anteriores.
¿Por qué detectar la canibalización SEO?
En PrestaShop, la canibalización está en todas partes sin que uno se dé cuenta: una ficha de producto y su categoría apuntando al mismo término, dos productos con títulos demasiado similares, un artículo de blog que funciona mejor que la ficha de producto que cita, un CMS olvidado que domina la posición 8 en la consulta principal. Google reparte entonces los clics, hace fluctuar las posiciones y al final todos pierden.
¿Por qué Google Search Console y no un análisis on-page?
Porque GSC da la realidad de Google, no una suposición. Las herramientas de auditoría on-page comparan títulos y textos; SEO Cannibalization Detector compara el rendimiento real en las SERP. Si Google considera que dos páginas responden a la misma consulta, GSC lo sabe, y el módulo lo detecta. Ninguna otra fuente ofrece este nivel de precisión.
Cómo funciona el algoritmo de scoring
La puntuación combina cuatro señales ponderadas sobre 100 puntos. Primero el número de páginas competidoras (25 puntos), porque una canibalización a 5 páginas es peor que a 2. Luego el reparto de clics calculado mediante un índice HHI invertido (30 puntos): un reparto 50/50 es más problemático que 95/5. Luego la diferencia de posición entre URLs (30 puntos), bonificada si todos están en top 10. Finalmente el volumen de impresiones en escala logarítmica (15 puntos), para ponderar por el potencial de tráfico.
Las cuatro recomendaciones posibles
Differentiate cuando las páginas son de tipos diferentes (un producto, una categoría, un artículo: reequilibrar las etiquetas en lugar de fusionar). Redirect 301 cuando una URL capta más del 70% de los clics en posición ≤ 15 (el módulo identifica la ganadora automáticamente). Consolidate cuando el rendimiento está repartido (fusión de contenido, luego 301). Monitor cuando la puntuación es inferior a 26 (vigilancia simple, sin urgencia).
Cómo se sirven las redirecciones 301
Cuando valida una redirección desde el informe, se almacena en base de datos y se sirve desde el hook actionDispatcherBefore de PrestaShop. El hook se ejecuta antes del routing, lo que garantiza un 301 limpio sin procesamiento parásito. Rendimiento óptimo: un solo SELECT por worker PHP-FPM gracias a una caché estática en memoria, contador de hits por regla para medir la eficacia.
¿Escaneos manuales o programados?
Ambos. Puede lanzar un escaneo bajo demanda desde el admin, o programar un escaneo automático mediante el front controller protegido por token. Se proporciona un ejemplo de crontab en el readme: un escaneo semanal el domingo por la noche basta para la mayoría de tiendas.
No hay valoraciones aún.