Wszystko, co warto wiedzieć, zanim zainstalujesz.
Szczegółowe spojrzenie na to, jak działa SEO Cannibalization Detector: PrestaShop 8 i 9, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.
Po co wykrywać kanibalizację SEO?
Na PrestaShop kanibalizacja jest wszędzie, często niezauważona: karta produktu i jej kategoria celujące w ten sam termin, dwa produkty o zbyt zbliżonych tytułach, artykuł blogowy, który działa lepiej niż cytowana w nim karta produktu, zapomniana strona CMS okupująca pozycję 8 na głównym zapytaniu. Google dzieli wtedy kliknięcia, powoduje wahania pozycji i ostatecznie wszyscy tracą.
Dlaczego Google Search Console, a nie analiza on-page?
Ponieważ GSC pokazuje rzeczywistość Google, a nie przypuszczenie. Narzędzia audytu on-page porównują tytuły i teksty. SEO Cannibalization Detector porównuje realne wyniki w SERP. Jeśli Google uważa, że dwie strony odpowiadają na to samo zapytanie, GSC o tym wie, a moduł to wykrywa. Żadne inne źródło nie daje takiej precyzji.
Jak działa algorytm oceny
Ocena łączy cztery ważone sygnały w skali 100 punktów. Najpierw liczba konkurujących stron (25 punktów), ponieważ kanibalizacja na 5 stronach jest gorsza niż na 2. Następnie rozkład kliknięć liczony przez odwrócony wskaźnik HHI (30 punktów): podział 50/50 jest bardziej problematyczny niż 95/5. Potem różnica pozycji między adresami (30 punktów), z bonusem, gdy wszystkie są w top 10. Na koniec wolumen wyświetleń w skali logarytmicznej (15 punktów), aby zważyć potencjał ruchu.
Cztery możliwe rekomendacje
Differentiate, gdy strony są różnych typów (produkt, kategoria, artykuł: równoważymy znaczniki zamiast scalać). Redirect 301, gdy jeden adres zbiera ponad 70% kliknięć przy pozycji do 15 (moduł automatycznie wskazuje zwycięzcę). Consolidate, gdy wyniki są rozproszone (scalenie treści, a potem 301). Monitor, gdy ocena jest niższa niż 26 (zwykła obserwacja, brak pilności).
Jak serwowane są przekierowania 301
Gdy zatwierdzisz przekierowanie w raporcie, jest ono zapisywane w bazie i serwowane z hooka actionDispatcherBefore PrestaShop. Hook działa przed routingiem, co gwarantuje czyste 301 bez zbędnego przetwarzania. Optymalna wydajność: jeden SELECT na worker PHP-FPM dzięki statycznemu cache w pamięci, licznik trafień per reguła do pomiaru skuteczności.
Skany ręczne czy zaplanowane?
Oba. Możesz uruchomić skan na żądanie z panelu administracyjnego albo zaplanować skan automatyczny przez front controller chroniony tokenem. Przykład wpisu crontab znajduje się w pliku readme: tygodniowy skan w niedzielę wieczorem wystarcza większości sklepów.
Na razie nie ma opinii o produkcie.