Alles wat u wilt weten voordat u installeert.
Een gedetailleerde blik op hoe SEO Cannibalization Detector: PrestaShop 8 & 9 werkt, waarom we het zo gebouwd hebben en de gedachte achter de bovenstaande functies.
Waarom SEO-kannibalisatie opsporen?
In PrestaShop zit kannibalisatie overal zonder dat u het merkt: een productpagina en zijn categorie die op dezelfde term mikken, twee producten met te vergelijkbare titels, een blogartikel dat het beter doet dan de productpagina waarnaar het verwijst, of een vergeten CMS-pagina die op de hoofdzoekopdracht positie 8 bezet houdt. Google verdeelt dan de kliks, laat de posities schommelen, en uiteindelijk verliest iedereen.
Waarom Google Search Console en geen on-page analyse?
Omdat GSC laat zien wat Google werkelijk doet, en niet wat we vermoeden. On-page auditgereedschap vergelijkt titels en teksten; SEO Cannibalization Detector vergelijkt de echte prestaties in de zoekresultaten. Vindt Google dat twee pagina's dezelfde zoekopdracht beantwoorden, dan weet GSC dat, en de module ziet het. Geen enkele andere bron geeft die nauwkeurigheid.
Hoe het scoringsalgoritme werkt
De score combineert vier gewogen signalen tot 100 punten. Eerst het aantal concurrerende pagina's (25 punten), want kannibalisatie tussen 5 pagina's is erger dan tussen 2. Daarna de verdeling van de kliks via een omgekeerde HHI-index (30 punten): een verdeling van 50 om 50 is problematischer dan 95 om 5. Vervolgens het verschil in positie tussen de URL's (30 punten), zwaarder gewogen wanneer ze allemaal in de top 10 staan. Tot slot het aantal vertoningen op logaritmische schaal (15 punten), om te wegen naar verkeerspotentieel.
De vier mogelijke aanbevelingen
Differentiate wanneer de pagina's van verschillende typen zijn (een product, een categorie, een artikel): dan brengt u de tags weer in balans in plaats van samen te voegen. Redirect 301 wanneer één URL meer dan 70% van de kliks binnenhaalt op een gemiddelde positie van 15 of beter; de module wijst de winnaar automatisch aan. Consolidate wanneer de prestaties verdeeld zijn: inhoud samenvoegen en daarna een 301 instellen. Monitor wanneer de score onder de 26 blijft: gewoon in de gaten houden, geen haast.
Hoe de 301-redirects worden geserveerd
Zodra u een redirect vanuit het rapport bevestigt, wordt die in de database bewaard en geserveerd vanuit de hook actionDispatcherBefore van PrestaShop. Die hook draait vóór het routeren, wat een schone 301 garandeert zonder storende tussenstappen. De prestaties blijven optimaal: één enkele SELECT per PHP-FPM-worker dankzij een statische cache in het geheugen, met een teller per regel om de doeltreffendheid te meten.
Handmatige of geplande scans?
Allebei. U kunt een scan op elk moment starten vanuit de backoffice, of een automatische scan inplannen via de frontcontroller die met een token is beveiligd. In de readme staat een voorbeeld van een crontab-regel: voor de meeste winkels volstaat een wekelijkse scan op zondagavond.
Er zijn nog geen beoordelingen.