Tutto quello che vorresti sapere prima di installare.
Uno sguardo dettagliato su come funziona SEO Cannibalization Detector — PrestaShop 8 & 9, perché l'abbiamo progettato così, e il ragionamento dietro le funzionalità qui sopra.
Perché rilevare la cannibalizzazione SEO?
Su PrestaShop, la cannibalizzazione è ovunque senza che ce ne si renda conto: una scheda prodotto e la sua categoria che puntano allo stesso termine, due prodotti con titoli troppo simili, un articolo di blog che performa meglio della scheda prodotto che cita, un CMS dimenticato che domina la posizione 8 sulla query principale. Google divide allora i click, fa fluttuare le posizioni, e alla fine tutti perdono.
Perché Google Search Console invece di un'analisi on-page?
Perché GSC dà la realtà di Google, non una supposizione. Gli strumenti di audit on-page confrontano titoli e testi; SEO Cannibalization Detector confronta le performance reali nelle SERP. Se Google considera che due pagine rispondono alla stessa query, GSC lo sa, e il modulo lo rileva. Nessun'altra fonte offre questo livello di precisione.
Come funziona l'algoritmo di scoring
Il punteggio combina quattro segnali ponderati su 100 punti. Innanzitutto il numero di pagine concorrenti (25 punti), perché una cannibalizzazione a 5 pagine è peggio che a 2. Poi la ripartizione dei click calcolata tramite un indice HHI invertito (30 punti): una ripartizione 50/50 è più problematica di 95/5. Poi la differenza di posizione tra URL (30 punti), bonificata se tutti sono in top 10. Infine il volume di impressioni su scala logaritmica (15 punti), per ponderare per il potenziale di traffico.
Le quattro raccomandazioni possibili
Differentiate quando le pagine sono di tipi diversi (un prodotto, una categoria, un articolo: ribilanciare i tag invece di unire). Redirect 301 quando un URL cattura più del 70% dei click in posizione ≤ 15 (il modulo identifica il vincitore automaticamente). Consolidate quando le performance sono divise (fusione di contenuto, poi 301). Monitor quando il punteggio è inferiore a 26 (sorveglianza semplice, nessuna urgenza).
Come vengono servite le redirezioni 301
Quando convalidi una redirezione dal report, viene archiviata in database e servita dal hook actionDispatcherBefore di PrestaShop. Il hook gira prima del routing, garantendo un 301 pulito senza elaborazione parassita. Performance ottimali: un solo SELECT per worker PHP-FPM grazie a una cache statica in memoria, contatore di hit per regola per misurare l'efficacia.
Scansioni manuali o programmate?
Entrambe. Puoi avviare una scansione su richiesta dall'admin, o programmare una scansione automatica tramite il front controller protetto da token. Un esempio di crontab è fornito nel readme: una scansione settimanale la domenica sera basta per la maggior parte dei negozi.
Ancora non ci sono recensioni.