Wszystko, co warto wiedzieć, zanim zainstalujesz.
Szczegółowe spojrzenie na to, jak działa Google Search Console PrestaShop: śledzenie pozycji, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.
Dlaczego GSC Connect?
Google Search Console to niezbędne narzędzie do śledzenia pozycjonowania sklepu PrestaShop. Ale otwieranie interfejsu Google, żonglowanie zakładkami, ręczne eksporty CSV, krzyżowanie pozycji z referencjami produktów, pilnowanie spadków jeden po drugim to codzienna strata czasu i ryzyko przeoczenia. GSC Connect sprowadza całe dane Search Console bezpośrednio do back office PrestaShop, skrzyżowane z katalogiem produktów i kategorii, z automatycznymi alertami, gdy coś idzie nie tak.
Połączenie OAuth jednym kliknięciem
Instalacja sprowadza się do utworzenia projektu Google Cloud, skopiowania Client ID i Client Secret do konfiguracji modułu i kliknięcia Połącz z Google. Zatwierdzasz uprawnienia, moduł otrzymuje refresh token, szyfruje go i przechowuje lokalnie. Odświeżanie access tokena jest automatyczne. Potem żadna ręczna interwencja nie jest potrzebna.
Sitemapy: przesyłanie i śledzenie
Moduł automatycznie wykrywa kandydatów na sitemapy: sitemap.xml w katalogu głównym, wzorce generowane przez moduły PrestaShop takie jak gsitemap. Przesyłasz je do Search Console jednym kliknięciem, a moduł śledzi za Ciebie liczbę wysłanych i zaindeksowanych adresów, błędy oraz datę ostatniego pobrania przez Googlebota. Jeśli Google zgłasza błędy, otrzymujesz automatyczny alert.
Masowa inspekcja adresów URL
API Inspekcji Google ogranicza wywołania do 2000 dziennie. GSC Connect zarządza tym limitem za Ciebie przez kolejkę. Kolejkujesz wszystkie aktywne produkty lub wszystkie kategorie jednym kliknięciem, a cron przetwarza kolejkę przez kilka dni z poszanowaniem limitu. Dla każdego adresu moduł zapisuje werdykt Google: zaindeksowany lub nie, stan pokrycia, robots.txt, indeksowalność, wykryte wyniki rozszerzone, AMP, mobile-friendly. Każda niezaindeksowana strona wywołuje alert HIGH z powodem zwróconym przez Google.
Raporty kliknięć i pozycji
Pulpit gromadzi 8 KPI: kliknięcia i wyświetlenia w 28 dni, średni CTR, średnia pozycja, liczba nieprzeczytanych alertów, liczba niezaindeksowanych stron, zużyty limit dnia, ostatnia synchronizacja. Wykres ewolucji w 28 dni generowany jest przez Chart.js dołączony lokalnie (żadnych zależności CDN). Zakładki szczegółowych raportów pokazują top produktów i kategorii po kliknięciach, ze średnią pozycją i CTR, z konfigurowalnym lookbackiem od 7 do 90 dni, sortowaniem po stronie klienta i eksportem CSV.
Alerty spadków i deindeksacji
Obsługiwane są trzy rodziny alertów: spadki pozycji na stronach już dobrze widocznych, istotne procentowe spadki kliknięć oraz deindeksacja. Progi są w pełni konfigurowalne. Porównanie odbywa się w oknie kroczącym 7 dni do 7 poprzednich, z przesunięciem 2 dni ze względu na opóźnienie aktualizacji Search Console. Deduplikacja 24h zapobiega otrzymaniu pięć razy tego samego alertu. Alerty mogą być wysyłane e-mailem jako digest HTML pogrupowany po ważności.
Cron zgodny z hostingiem współdzielonym
Moduł udostępnia endpoint cron chroniony tokenem, wywoływany z crona Twojego hostingu. Zadania są filtrowalne: sync (pobiera nowe dane Search Console), inspect (przetwarza kolejkę inspekcji), sitemaps (odświeża status), drops (wylicza spadki), notify (wysyła e-maile), prune (czyści stare dane). Bez Redisa, workera BullMQ ani dedykowanego PHP-FPM. Działa na o2switch, współdzielonym OVH i każdym standardowym hostingu Linux.
Czysta architektura
Kod PSR-4 pod namespace DataFirefly/GscConnect, własny autoloader bez Composera, wywołania Google API w natywnym cURL z weryfikacją SSL, 8 dedykowanych tabel z prefiksem dfgsc_, pliki index.php anty-listing we wszystkich katalogach, cookie-based CSRF state token na przepływie OAuth, walidacja hash_equals na tokenie crona, systematyczne escapowanie wyjść w szablonach.
Na razie nie ma opinii o produkcie.