Audyt SEO sklepu PrestaShop: na co zwrócić uwagę
Table of Contents
Elastyczność, która komplikuje SEO
PrestaShop daje Ci swobodę, jakiej nie daje żaden SaaS. Możesz zmienić wszystko: URL-e, szablony, routing, dane strukturalne, sposób generowania sitemapy. Brzmi świetnie, prawda? Tyle że ta swoboda oznacza też, że możesz zepsuć wszystko. I z mojego doświadczenia wynika, że większość sklepów na PrestaShop korzysta z tej możliwości w pełni.
Każdy sklep na PrestaShop to unikalna kombinacja wersji silnika (od archaicznej 1.6 po współczesną 8.x), zainstalowanych modułów, nadpisanych szablonów i indywidualnych modyfikacji w kodzie. Ostatnio robiłam audyt sklepu, w którym programista pięć lat temu ręcznie nadpisał plik .htaccess, a obecny zespół nie miał pojęcia, dlaczego połowa przekierowań nie działa. Bo tamten programista dawno nie pracuje w firmie i nie zostawił dokumentacji. To oznacza, że standardowa checklista SEO to za mało - trzeba rozumieć, jak PrestaShop działa od środka.
Ten artykuł to przewodnik po najważniejszych obszarach audytu SEO sklepu na PrestaShop. Jeśli prowadzisz taki sklep lub planujesz migrację ze starszej wersji, znajdziesz tu konkretne wskazówki, co sprawdzić i na co uważać.
Moduły SEO: porządek zamiast chaosu
Pierwszy i najczęstszy problem, na który trafiam przy audytach sklepów PrestaShop, to bałagan w modułach. Zwykły, pospolity bałagan. Typowy scenariusz: ktoś kiedyś zainstalował moduł do sitemap, potem inny deweloper dodał kolejny, jeszcze ktoś wgrał moduł do meta tagów, a trzeci - do przekierowań. Żaden z nich nie został odinstalowany, wszystkie działają jednocześnie i wzajemnie się nadpisują.
Co dokładnie sprawdzić
- ile modułów odpowiada za ten sam obszar SEO (sitemap, meta tagi, hreflang, dane strukturalne)
- czy moduły nie generują sprzecznych dyrektyw - np. jeden ustawia canonical na stronę kategorii, a drugi na stronę filtrowaną
- czy sitemap.xml jest generowany przez jeden moduł, czy przez kilka naraz (duplikaty w sitemap to realny problem)
- jakie moduły modyfikują sekcję
<head>- tu najłatwiej o konflikty
Strategia konsolidacji
Najlepsze podejście to wybranie jednego, dobrze utrzymywanego modułu SEO (np. PrestaShop SEO Expert, SEO Freedom lub podobny) i wyłączenie wszystkich pozostałych, które dublują jego funkcje. Zanim to zrobisz, zrób eksport aktualnych ustawień - przekierowań, niestandardowych meta tagów, reguł canonical. Wyłączanie modułów bez dokumentacji tego, co robiły, to prosta droga do utraty konfiguracji, którą ktoś budował latami.
Warto też sprawdzić, czy zainstalowane moduły są kompatybilne z aktualną wersją PrestaShop. Moduły pisane pod 1.6 i uruchamiane na 8.x potrafią generować błędy PHP, które spowalniają cały sklep, nawet jeśli pozornie “działają”.
Struktura URL-i
URL-e w PrestaShop to temat, który potrafi wywołać ból głowy u każdego specjalisty SEO. Domyślna konfiguracja generuje adresy typu /pl/12-nazwa-kategorii lub /pl/123-nazwa-produktu.html, co nie jest ani czytelne, ani optymalne.
Moduł Pretty URLs
Większość sklepów korzysta z modułu Pretty URLs (lub podobnego), który pozwala usunąć ID z adresów i nadać im bardziej czytelną formę. Problem pojawia się w momencie zmiany modułu obsługującego URL-e lub aktualizacji jego konfiguracji. Jeśli zmienisz format URL-i bez przygotowania planu przekierowań, stracisz całą widoczność organiczną z dnia na dzień.
Na co zwrócić uwagę
- jaki moduł odpowiada za generowanie URL-i i czy jest aktualny
- czy URL-e produktów zawierają ścieżkę kategorii (np.
/obuwie/buty-sportowe/model-x) - jeśli tak, co dzieje się, gdy produkt jest przypisany do wielu kategorii (duplikacja URL-i) - czy zmiana kategorii produktu generuje nowy URL (i czy stary jest przekierowany 301)
- jak wyglądają URL-e stron CMS, producentów i dostawców
- czy istnieją URL-e z parametrami sesji lub śledzenia, które nie są zablokowane w robots.txt
Każda zmiana w strukturze URL wymaga przygotowania pełnej mapy przekierowań 301 ze starego formatu na nowy. Bez tego Google będzie przez tygodnie serwować 404 na stronach, które wcześniej miały pozycje i ruch.
Nawigacja fasetowa
Nawigacja fasetowa to jeden z największych problemów technicznych SEO w e-commerce, a PrestaShop nie ułatwia sprawy. Domyślnie każda kombinacja filtrów (kolor, rozmiar, cena, producent) generuje osobny URL z parametrami, który Google może zaindeksować jako oddzielną stronę.
Skala problemu
Sklep z 50 kategoriami, w których każda ma 5 filtrów po 10 wartości, może wygenerować setki tysięcy URL-i filtrowanych. Większość z nich to strony o zerowej wartości dla wyszukiwarki - mają zduplikowaną lub bardzo podobną treść, a ich indeksowanie marnuje crawl budget.
Jak PrestaShop to obsługuje
Moduł filtrów w PrestaShop (dawniej blocklayered, dziś ps_facetedsearch) pozwala na pewną konfigurację SEO, ale domyślne ustawienia są dalece niewystarczające. Co sprawdzić:
- czy strony filtrowane mają tagi canonical wskazujące na stronę kategorii nadrzędnej
- czy kombinacje wielu filtrów mają dyrektywę noindex
- czy URL-e filtrowane są zablokowane w robots.txt (uwaga: to nie jest to samo co noindex - Google może je nadal indeksować, jeśli znajdzie do nich linki)
- czy sitemap nie zawiera URL-i filtrowanych
Optymalna konfiguracja to: canonical na kategorię nadrzędną dla jednofiltrowych URL-i, noindex dla wielofiltrowych kombinacji, a jednocześnie zachowanie możliwości crawlowania (nie blokuj w robots.txt, bo Google nie zobaczy dyrektyw noindex). Jeśli jakaś kombinacja filtrów ma realny potencjał wyszukiwania (np. “buty sportowe damskie rozmiar 38”), warto rozważyć utworzenie osobnej podkategorii zamiast polegania na filtrach.
Wydajność i Core Web Vitals
Różnica w wydajności między PrestaShop 1.6 a 8.x jest ogromna. Starsze wersje były budowane w czasach, gdy nikt nie mierzył Largest Contentful Paint ani Cumulative Layout Shift. Nowy silnik na Symfony jest znacznie lepiej zoptymalizowany, ale samo przejście na nową wersję nie gwarantuje dobrych wyników Core Web Vitals.
Typowe problemy wydajnościowe
- nadmiar modułów front-endowych - każdy moduł dodający JavaScript lub CSS do strony spowalnia ładowanie; audyt powinien zidentyfikować moduły, które wczytują swoje zasoby na każdej stronie, nawet jeśli są używane tylko w jednym miejscu
- brak optymalizacji obrazów - PrestaShop generuje wiele rozmiarów miniatur, ale nie konwertuje ich automatycznie do formatu WebP (w wersji 8.x jest to łatwiejsze do wdrożenia)
- nieefektywne zapytania do bazy danych - szczególnie przy dużych katalogach z tysiącami produktów i atrybutów; moduły, które pobierają dane na front-endzie bez cache, potrafią dodać sekundy do czasu ładowania
- brak HTTP/2 lub HTTP/3 - wiele hostingów, na których stoją sklepy PrestaShop, nadal serwuje zasoby po HTTP/1.1
- render-blocking CSS i JS - domyślna konfiguracja szablonów często ładuje wszystkie style i skrypty synchronicznie w sekcji head
Co zrobić
Na poziomie serwera: włączyć OPcache, skonfigurować cache na poziomie aplikacji (Memcached lub Redis), włączyć kompresję GZIP/Brotli, skonfigurować CDN dla zasobów statycznych.
Na poziomie PrestaShop: wyłączyć moduły, które nie są aktywnie używane, skonsolidować i zminifikować CSS/JS (moduły typu PageSpeed lub CCC - Combine, Compress, Cache), wdrożyć lazy loading obrazów poniżej foldu, konwertować obrazy do WebP.
Dla sklepów na wersji 1.6 powiem wprost, bo nie ma sensu owijać w bawełnę: optymalizacja ma swoje granice. Jeśli LCP przekracza 4-5 sekund mimo wszystkich optymalizacji, migracja na nowszą wersję jest prawdopodobnie jedynym sposobem na istotną poprawę.
Dane strukturalne
PrestaShop w domyślnej konfiguracji generuje bardzo ograniczone dane strukturalne. W zależności od wersji i szablonu możesz znaleźć podstawowy markup Product (nazwa, cena), ale brakuje kluczowych elementów, które pomagają w wyświetlaniu rozszerzonych wyników w Google.
Czego zwykle brakuje
- BreadcrumbList - okruszki nawigacyjne w wynikach wyszukiwania pomagają użytkownikowi zrozumieć, gdzie w strukturze sklepu znajduje się strona
- AggregateRating i Review - oceny produktów, jeśli sklep zbiera opinie
- Offer ze szczegółami - dostępność (InStock/OutOfStock), waluta, warunki dostawy
- FAQPage - jeśli na stronach produktów lub kategorii znajdują się sekcje pytań i odpowiedzi
- Organization i LocalBusiness - na stronach firmowych
- ItemList - na stronach kategorii z listą produktów
Jak to naprawić
Dedykowane moduły Schema.org dla PrestaShop (np. Schema Markup Pro, SEO Structured Data) pozwalają dodać i skonfigurować większość potrzebnych typów danych strukturalnych. Przy wyborze modułu zwróć uwagę, czy:
- generuje poprawny JSON-LD (nie Microdata - JSON-LD jest rekomendowany przez Google)
- pozwala na konfigurację per typ strony (produkt, kategoria, CMS, strona główna)
- aktualizuje dane dynamicznie (cena, dostępność powinny być aktualne)
- nie koliduje z innymi modułami, które mogą dodawać własny markup
Po wdrożeniu przetestuj dane strukturalne w Google Rich Results Test dla każdego typu strony. Błędy w danych strukturalnych nie zaszkodzą rankingowi, ale sprawią, że Google nie wyświetli rozszerzonych wyników, na których Ci zależy.
Migracja z 1.6 na 8.x od strony SEO
Migracja PrestaShop z wersji 1.6 na 8.x to de facto budowa nowego sklepu. Wersja 8 oparta jest na Symfony, ma zupełnie inną architekturę, inny system szablonów (przejście z Smarty na Twig w backoffice) i inny ekosystem modułów. Z perspektywy SEO to jedna z bardziej ryzykownych operacji, ale też szansa na naprawienie błędów, które narosły przez lata.
Plan przekierowań (to najważniejsze)
Zanim cokolwiek zrobisz, przygotuj kompletną mapę URL-i:
- wyeksportuj wszystkie URL-e ze starego sklepu (produkty, kategorie, strony CMS, strony producentów, bloga)
- sprawdź, jakie URL-e nowy sklep wygeneruje dla tych samych elementów
- przygotuj przekierowania 301 z każdego starego URL-a na odpowiadający mu nowy
- uwzględnij URL-e, które już nie będą miały odpowiedników (produkty wycofane, stare strony CMS) - przekieruj je na najbliższą sensowną stronę
- nie zapominaj o URL-ach obrazów, plikach PDF i innych zasobach statycznych, do których mogą prowadzić linki zewnętrzne
Kompatybilność modułów
Większość modułów napisanych pod 1.6 nie działa na 8.x. To oznacza, że moduł SEO, z którego korzystałeś (z wszystkimi jego ustawieniami, przekierowaniami, meta tagami), prawdopodobnie nie przeniesie się automatycznie. Przed migracją:
- wyeksportuj wszystkie niestandardowe meta tagi (title, description) ustawione przez moduł
- wyeksportuj wszystkie ręczne przekierowania
- wyeksportuj reguły canonical i noindex
- znajdź odpowiedniki modułów na wersję 8.x i sprawdź, czy pozwalają na import danych
Monitoring po migracji
Przez pierwsze 2-4 tygodnie po migracji monitoruj:
- liczbę stron w indeksie Google (Search Console > Indeksowanie)
- błędy crawlowania (404, 500, soft 404)
- ruch organiczny - spadek o 10-20% w pierwszym tygodniu jest normalny, ale powinien wracać do normy w ciągu 2-4 tygodni
- pozycje kluczowych fraz
- działanie danych strukturalnych (Rich Results Test)
Jeśli widzisz wzrost błędów 404 w Search Console, to sygnał, że mapa przekierowań jest niekompletna. Reaguj natychmiast - każdy dzień z 404 na stronie, która miała ruch, to stracone przychody.
Blog i content marketing
PrestaShop ma wbudowany moduł blogowy (Blog Module / Smart Blog), ale jego możliwości są ograniczone w porównaniu z dedykowanymi platformami blogowymi. Typowe problemy:
- brak zaawansowanej kontroli nad URL-ami wpisów
- ograniczone opcje SEO (meta tagi, canonical, dane strukturalne)
- słaba integracja z resztą sklepu (np. linkowanie do produktów)
- problemy z wydajnością przy dużej liczbie wpisów
Alternatywy
- zewnętrzny blog na subdomenie (np. blog.sklep.pl na WordPressie) - łatwiejszy w zarządzaniu treścią, ale dzieli autorytet domeny; subdomeny są traktowane przez Google jako oddzielne serwisy
- blog w podkatalogu (sklep.pl/blog/) z modułem PrestaShop - zachowuje autorytet domeny, ale ograniczony funkcjonalnie
- headless CMS jako źródło treści blogowych wyświetlanych w szablonie PrestaShop - najbardziej elastyczne, ale wymaga pracy deweloperskiej
Dla większości sklepów najlepszym kompromisem jest dobrze skonfigurowany moduł blogowy w PrestaShop (w podkatalogu) z ręcznie ustawionymi meta tagami i danymi strukturalnymi. Treści blogowe to istotny element strategii SEO dla e-commerce - pozwalają budować widoczność na frazy informacyjne i edukować potencjalnych klientów.
📋 Zobacz checklistę: Checklista audytu SEO e-commerce (50+ punktów) - sprawdź online, czy Twój sklep nie ma ukrytych problemów technicznych. Planujesz migrację? Skorzystaj też z checklisty migracji PrestaShop.
Checklista audytu SEO PrestaShop
Poniżej zestawienie najważniejszych punktów do sprawdzenia. Możesz użyć jej jako ramy dla własnego audytu:
Moduły i konfiguracja
- inwentaryzacja wszystkich zainstalowanych modułów SEO
- identyfikacja i usunięcie duplikatów (wiele modułów sitemap, meta tagów)
- weryfikacja kompatybilności modułów z aktualną wersją PrestaShop
- sprawdzenie, czy moduły nie generują sprzecznych dyrektyw
URL-e i struktura
- format URL-i (czytelne, bez ID, bez zbędnych parametrów)
- produkty w wielu kategoriach - czy generują duplikaty URL-i
- przekierowania 301 dla zmienionych/usuniętych stron
- brak parametrów sesji w URL-ach
Nawigacja fasetowa
- canonical na stronach filtrowanych
- noindex dla wielofiltrowych kombinacji
- URL-e filtrowane nieobecne w sitemap.xml
- brak blokady w robots.txt (żeby Google widział noindex)
Wydajność
- Core Web Vitals w PageSpeed Insights (osobno desktop i mobile)
- cache na poziomie serwera (OPcache, Memcached/Redis)
- kompresja GZIP/Brotli
- optymalizacja obrazów (WebP, lazy loading)
- minifikacja i konsolidacja CSS/JS
Dane strukturalne
- Product z ceną, dostępnością, ocenami
- BreadcrumbList
- Organization na stronie głównej
- walidacja w Google Rich Results Test
Indeksacja i crawlowanie
- robots.txt - poprawność reguł
- sitemap.xml - kompletność, brak duplikatów, brak stron noindex
- Search Console - błędy indeksowania, pokrycie stron
- meta robots - sprawdzenie, czy żadna ważna strona nie ma noindex
Najczęstsze pytania
Czy PrestaShop jest dobrą platformą pod SEO?
PrestaShop może być dobrą platformą pod SEO, ale wymaga więcej konfiguracji niż np. Shopify, gdzie wiele rzeczy działa od razu. Siła PrestaShop leży w elastyczności - możesz skonfigurować praktycznie wszystko, od struktury URL-i po dane strukturalne. Słabość jest taka, że ta konfiguracja wymaga wiedzy technicznej i odpowiednich modułów. “Out of the box” PrestaShop nie jest dobrze zoptymalizowany pod SEO.
Ile trwa audyt SEO sklepu na PrestaShop?
Rzetelny audyt techniczny sklepu na PrestaShop to 15-30 godzin pracy, w zależności od wielkości katalogu i liczby zainstalowanych modułów. Sklep z 500 produktami i 10 modułami to co innego niż sklep z 50 000 produktami i 40 modułami. Do tego dochodzi czas na analizę słów kluczowych, treści i profilu linków - to kolejne 10-20 godzin.
Czy warto migrować z PrestaShop 1.6 na 8.x dla samego SEO?
Sama poprawa SEO to za mało, żeby uzasadnić migrację - to duży projekt, który wiąże się z kosztami i ryzykiem. Ale jeśli planujesz migrację z innych powodów (bezpieczeństwo, wydajność, brak wsparcia dla 1.6), to warto przy okazji naprawić wszystkie problemy SEO. Traktuj migrację jako szansę na “czysty start” z poprawną konfiguracją.
Jakie moduły SEO polecacie dla PrestaShop 8.x?
Nie rekomendujemy konkretnych modułów bez znajomości sklepu, bo kompatybilność zależy od wersji, szablonu i innych zainstalowanych modułów. Generalnie szukaj modułów, które: są aktywnie utrzymywane (aktualizacje w ciągu ostatnich 3 miesięcy), mają dobre recenzje na marketplace PrestaShop, obsługują JSON-LD zamiast Microdata i dają kontrolę nad canonical, noindex i hreflang w jednym miejscu.
Jak sprawdzić, czy nawigacja fasetowa szkodzi mojemu sklepowi?
Wejdź do Google Search Console, sekcja “Strony” i sprawdź, ile stron jest zaindeksowanych. Jeśli liczba zaindeksowanych stron wielokrotnie przekracza liczbę Twoich produktów i kategorii, prawdopodobnie Google indeksuje URL-e filtrowane. Możesz to potwierdzić wyszukując w Google site:twojadomena.pl inurl:parametr-filtra. Jeśli wyniki liczą się w tysiącach, masz problem do naprawienia.
