SEO PrestaShop

TL;DR — PrestaShop to bezpłatna platforma sklepu internetowego o otwartym kodzie źródłowym, którą instalujesz na własnym hostingu — inaczej niż Shopify czy BigCommerce, które zapewniają hosting. Oferuje solidne podstawy SEO: edytowalne tytuły i opisy stron, czytelne „przyjazne” adresy URL, automatyczne tagi canonical oraz generator robots.txt. Kilka ważnych elementów, takich jak hreflang dla wielu języków, rozbudowany schemat i porządkowanie stron filtrów, wymaga jednak dodatkowych modułów.

Co oznacza „SEO w PrestaShop”

PrestaShop to platforma e-commerce o otwartym kodzie źródłowym zbudowana w PHP. Najważniejsza różnica względem Shopify lub BigCommerce polega na tym, że hostujesz ją samodzielnie — umieszczasz ją na własnym serwerze i odpowiadasz za aktualizacje, bezpieczeństwo oraz wydajność. Daje to dużą kontrolę, ale również przenosi więcej konfiguracji SEO na Ciebie.

„SEO w PrestaShop” to zwykłe SEO — umożliwianie odnajdywania, crawlowania, indeksowania i pozycjonowania produktów oraz kategorii — zastosowane do sklepu działającego na PrestaShop. Osobny przewodnik ma sens, ponieważ platforma podejmuje konkretne decyzje domyślne, na przykład umieszcza liczby w adresach URL, które trzeba rozumieć.

Co PrestaShop zapewnia od razu

• Metatagi. W panelu administracyjnym (Parametry sklepu → Ruch i SEO) możesz edytować tytuł strony i metaopis każdego produktu, kategorii oraz strony treści.
• Przyjazne adresy URL. Zamiast product.php?id_product=27 otrzymujesz czytelny adres zawierający nazwę produktu. Funkcję włącza się w ustawieniach, a serwer musi mieć aktywne mod_rewrite.
• Tagi canonical. PrestaShop automatycznie wskazuje Google główną wersję strony produktu i może przekierowywać duplikaty kodem 301.
• Breadcrumbs na kluczowych stronach oraz jeden nagłówek H1 na stronę.
• Generator robots.txt i wbudowany moduł mapy witryny.

Co nadal musisz obsłużyć samodzielnie

• Liczby w adresach URL. Domyślne adresy PrestaShop mają postać /27-product-name — numer jest wymagany i nie można usunąć go w ustawieniach. Do usunięcia potrzebny jest moduł.
• Strony filtrów. Filtrowanie przez kupujących według koloru lub rozmiaru może tworzyć nowy URL dla każdej kombinacji. Bez kontroli zalewa to Google niemal zduplikowanymi stronami. PrestaShop nie porządkuje ich automatycznie.
• Wiele języków. PrestaShop obsługuje wiele języków, ale tagi wskazujące Google, którą wersję językową wyświetlić — hreflang — nie są dodawane automatycznie. Potrzebujesz modułu.
• Rozszerzone wyniki wyszukiwania. Oceny gwiazdkowe, fragmenty FAQ i pełny schemat produktu pochodzą zwykle z modułu, a nie z rdzenia platformy.

Najczęstszy błąd

Włączenie „Przyjaznych adresów URL” nie rozwiązuje problemu zduplikowanych treści. Czytelny adres nie usuwa duplikatów tworzonych przez filtry, sortowanie ani paginację. Nadal trzeba ustawić przekierowanie do adresu kanonicznego i dostosować robots.txt.

Chcesz wersję dla praktyków — obowiązkowy token {id} w URL-ach, zachowanie canonical dla wariantów produktów, szczegóły mapy witryny i robots.txt oraz lukę hreflang? Przejdź do karty Advanced.

TL;DR — PrestaShop to samodzielnie hostowana platforma e-commerce o otwartym kodzie, dlatego dodatkowe obowiązki związane z hostingiem dają w zamian szeroką kontrolę. Jej natywne zalety to metadane poszczególnych obiektów, przyjazne adresy URL (wymagające mod_rewrite), konfigurowalne przekierowanie 301/302 do adresu kanonicznego, kanonikalizacja kombinacji produktów do adresu produktu nadrzędnego, jeden nagłówek H1 na stronę, konfigurowalne przekierowania wyłączonych produktów oraz generator robots.txt. Najbardziej kłopotliwe ustawienia domyślne są następujące: token {id} jest obowiązkowy w trasach URL (można go usunąć wyłącznie modułem lub nadpisaniem trasy), natywna mapa witryny nie odświeża się automatycznie i słabo radzi sobie z wielojęzycznością oraz obrazami z CDN, a działanie wielojęzyczności, danych strukturalnych i filtrowanych adresów URL trzeba zweryfikować dla zainstalowanej wersji, motywu i modułów. W cięższych motywach domyślnych wydajność poprawia wbudowane CCC (Concatenate, Compress, Cache — łączenie, kompresowanie i buforowanie).

Punkt wyjścia: szeroka kontrola, więcej konfiguracji

Większość materiałów o SEO w PrestaShop jest albo ogólną listą kontrolną, albo reklamą płatnego modułu. Użyteczne ujęcie jest takie: PrestaShop daje większą bezpośrednią kontrolę niż dowolna hostowana platforma SaaS — otwarty kod, dostęp do serwera i edytowalne szablony tras — lecz mniej elementów dostarcza w gotowej postaci, dlatego luki są konkretne i przewidywalne. Podział wszystkiego na dwa zbiory sprawia, że platforma przestaje być zagadką.

Najpierw uwaga o wersjach: w połowie 2026 roku PrestaShop utrzymuje dwie aktywne główne gałęzie jednocześnie — 9.x (9.1.4 w czerwcu 2026 roku) oraz gałąź 8,2.x LTS, która nadal otrzymuje równoległe aktualizacje (8,2,7, także w czerwcu 2026 roku). Opisane poniżej ustawienia SEO są takie same w wersjach v8 i v9 — zostało to sprawdzone bezpośrednio w dokumentacji SEO i adresów URL PrestaShop v9 — ale moduł zbudowany i przetestowany dla jednej gałęzi nie musi działać w drugiej. Przed instalacją sprawdź deklarowaną zgodność modułu i najpierw potwierdź wersję rdzenia własnego sklepu, bo do tego numeru odnoszą się informacje dostawców o zgodności.

Działa poprawnie domyślnie: osobne meta tytuły i opisy dla obiektów, przyjazne adresy URL, znaczniki kanoniczne z konfigurowalnym przekierowaniem, kanonikalizacja kombinacji produktów do nadrzędnego adresu URL, jeden nagłówek H1 na stronę, okruszki, opcje przekierowań wyłączonych produktów, generator robots.txt i natywny moduł mapy witryny.

Do wykonania po Twojej stronie (głównie modułami): adresy URL bez identyfikatorów, hreflang dla wielu języków i wielu sklepów, kompletne schematy Product, Breadcrumb, Organization i FAQ, canonical/noindex dla nawigacji fasetowej, automatycznie odświeżana wielojęzyczna mapa obrazów oraz Core Web Vitals w motywie domyślnym.

Struktura adresów URL

Ustawienia adresów URL znajdują się w sekcji Parametry sklepu → Ruch → SEO i URL. Włączenie Przyjaznych adresów URL zmienia product.php?id_product=27 w opisowy slug, na przykład /2-music-players/27-ipod-nano-green. Funkcja wymaga Apache mod_rewrite (lub odpowiednika w Nginx), a opcjonalnie pozwala zachować znaki diakrytyczne w adresach URL.

Kluczowe jest zrozumienie domyślnego schematu tras. Trasa produktu w PrestaShop to {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html, a pozostałe typy korzystają z podobnego wzorca:

Token {id} jest obowiązkowy. Występuje w każdej domyślnej trasie, ponieważ PrestaShop wyszukuje obiekt w bazie danych według tego identyfikatora — slug ({rewrite}) jest ozdobny. To najczęściej błędnie rozumiany aspekt adresów URL w PrestaShop: numeru nie można usunąć w ustawieniach. Poprawne usunięcie wymaga modułu zewnętrznego (FME Pretty URL, SunnyToo, MyPresta), który usuwa identyfikator i utrzymuje przekierowania 301, albo ostrożnego nadpisania szablonu trasy, które przy błędzie może zakłócić działanie rdzenia. Empirical Edge pisze, że PrestaShop “generates URLs that contain unwanted numbers and special characters” (tłumaczenie) „generuje adresy URL zawierające niepożądane liczby i znaki specjalne”. To trafna obserwacja, lecz identyfikatory pełnią rzeczywistą funkcję — są kluczem wyszukiwania, a nie błędem.

Warto znać jeszcze dwa szczegóły tras: token {category:/} domyślnie wstawia kategorię produktu do jego adresu URL (co może powodować duplikację, jeśli produkt należy do wielu kategorii), a {-:ean13} może dołączyć kod EAN do adresu. Od wersji v1.7.5.1 można też włączyć opcję „Wyświetl atrybuty w meta tytule produktu”, aby automatycznie budować tytuły takie jak „Nazwa produktu Kolor Rozmiar”.

Znaczniki kanoniczne

PrestaShop automatycznie generuje znaczniki kanoniczne i udostępnia w sekcji Ruch → SEO i URL ustawienie przekierowania do adresu kanonicznego z trzema opcjami: bez przekierowania, 301 (stałe) lub 302 (tymczasowe). W każdej stabilnej konfiguracji produkcyjnej używaj 301, aby scalić warianty zduplikowanych adresów URL, które PrestaShop często generuje.

Natywne działanie jest szczególnie dobre w jednym miejscu: kombinacjach produktów. Dla adresów wariantów (kolor, rozmiar — część trasy {-:id_product_attribute}) canonical wskazuje nadrzędny adres URL produktu, a nieprawidłowy identyfikator atrybutu w adresie wywołuje przekierowanie do tego nadrzędnego adresu kanonicznego. Dzięki temu permutacje rozmiarów i kolorów nie tworzą domyślnie setek indeksowalnych duplikatów.

Natywny canonical nie obejmuje natomiast parametrów filtrów, parametrów sortowania ani paginowanych stron kategorii. PrestaShop nie skieruje automatycznie ?order=price_asc ani fasetowego adresu ?color=red&size=M do czystego adresu kategorii. Jak ujmuje to PrestaHero, “implementing canonical tags is one of the most important practices… as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists” (tłumaczenie) „wdrożenie znaczników kanonicznych jest jedną z najważniejszych praktyk, ponieważ informują wyszukiwarki o głównej wersji strony, gdy istnieją treści zduplikowane lub podobne”. Na stronach filtrowanych musisz wdrożyć je samodzielnie — modułem canonical albo zmianami motywu lub kodu.

Zduplikowana treść — właściwa praca

Źródła duplikacji w PrestaShop są przewidywalne. FME Modules podsumowuje stawkę: “duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance” (tłumaczenie) „problemy ze zduplikowanymi adresami URL dezorientują roboty wyszukiwarek, marnują budżet indeksowania i dzielą moc linków, co łącznie szkodzi wynikom SEO”. Najczęstsi winowajcy to:

• Nawigacja fasetowa — adresy filtrów w rodzaju ?color=red&size=M, z treścią identyczną lub niemal identyczną i bez natywnego canonical.
• Sortowanie — ?order=price_asc dołączane do adresów kategorii.
• Paginacja — /page-2, /page-3 w kategoriach i wyszukiwaniu.
• Adresy tylko z ID i adresy ze slugiem — oba mogą działać bez wymuszonego przekierowania.
• www i bez www / HTTP i HTTPS — wymagają prawidłowej konfiguracji przekierowań.
• Wersje do druku oraz (w starszych wersjach) adresy z identyfikatorem sesji.

Naprawa jest wielowarstwowa, a nie oparta na jednym przełączniku:

1. Ustaw przekierowanie canonical na 301 w sekcji Ruch → SEO i URL.
2. Dostosuj robots.txt, aby zablokować parametry filtrów i sortowania (szczegóły poniżej).
3. Dla nawigacji fasetowej dodaj moduł canonical — mechanizm natywny obsługuje produkty i kombinacje, ale nie strony filtrowane.
4. Traktuj paginację świadomie. PrestaShop pomija już blok tytułu kategorii na stronach dalszych niż pierwsza, aby ograniczyć duplikację. Google porzucił obsługę rel=next/prev w 2019 roku, więc współczesne podejście polega na pozostawieniu każdej strony paginacji z własnym kanonicznym adresem i możliwością indeksowania — nie na kierowaniu stron 2+ do strony 1, chyba że treść naprawdę jest identyczna. Nie ustawiaj odruchowo noindex dla paginacji; służy ono wariantom filtrów i sortowania.

Uwaga dla audytorów H1: błąd tworzący podwójne nagłówki H1 na stronach kategorii naprawiono w wersji v1.7.5. W starszych instalacjach należy go sprawdzić.

Mapa witryny

PrestaShop oferuje natywny moduł Google Sitemap (z katalogu modułów), który obejmuje produkty, kategorie, producentów, strony CMS i strony tworzone przez moduły. Po wygenerowaniu mapy dodaj jej adres do robots.txt i prześlij go w Google Search Console.

Ograniczenia modułu natywnego są dobrze udokumentowane i mają znaczenie w dużej skali: nie odświeża się automatycznie po dodaniu produktów (mapę trzeba wygenerować ręcznie lub zadaniem cron), słabo obsługuje wiele języków (mapy dla poszczególnych języków wymagają modułu zewnętrznego), a indeksowanie obrazów hostowanych w CDN jest niespójne. FME Modules opisuje to wprost: “may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent” (tłumaczenie) „może nie odświeżać się automatycznie po dodaniu produktów, obsługa wielu języków jest słaba, a indeksowanie obrazów hostowanych w CDN — niespójne”. W sklepie wielojęzycznym lub z dużym, szybko zmieniającym się katalogiem moduł zewnętrzny (FME, Sweet Sitemap) zapewni automatyczne odświeżanie, osobne mapy językowe, mapy obrazów oraz kontrolę priorytetów i częstotliwości.

Robots.txt

Wygeneruj plik w sekcji Parametry sklepu → Ruch → SEO i URL → „Wygeneruj plik robots.txt”. PrestaShop zapisuje wersję bazową podczas instalacji, ale trzeba ją dostosować. Zalecane blokady obejmują:

• /cart, /checkout, /search
• parametry filtrów i sortowania: ?order=, ?sort=, ?q= oraz parametry własnych faset
• ścieżki administracyjne i narzędziowe modułów (np. /module/)

Pozostaw /img/ dostępne dla robotów, aby obrazy produktów mogły być indeksowane, i dodaj odwołanie do mapy (Sitemap: https://example.com/sitemap.xml).

Jedno ostrzeżenie jest ważniejsze od wszystkich pozostałych: błędny robots.txt może usunąć cały sklep z wyników. PrestaHero ujmuje to dosadnie: “a misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index” (tłumaczenie) „źle skonfigurowany robots.txt może zniszczyć SEO; nie chcesz przypadkiem zablokować stron /category lub /product, bo mogłoby to usunąć cały sklep z indeksu Google”. Zablokowanie niewłaściwej ścieżki oznacza deindeksację na własne życzenie.

Schema i dane strukturalne

To rzeczywista luka. PrestaShop zawiera domyślnie tylko minimalne dane strukturalne; kompletne schema są zadaniem dla modułu. Zwykle potrzebujesz pełnego Product (nazwa, obraz, cena, dostępność, recenzje, dostawa i zwroty), BreadcrumbList, Organization, WebSite i FAQPage, które zapewnia moduł rich snippets. Przykładowo Schema Pro od PrestaPremium deklaruje, że “automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy” (tłumaczenie) „automatycznie generuje dziewięć typów Schema.org w całym sklepie: Product, ProductGroup (warianty rozmiaru, koloru i materiału), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, dane dostawy i zasady zwrotów”. Dane strukturalne produktu Google obsługują właśnie te pola, więc warto dodać znaczniki — nie należy jednak oczekiwać ich od rdzenia.

Wydajność i Core Web Vitals

Domyślne motywy PrestaShop — szczególnie starszy Classic — często mają trudności z Core Web Vitals: CSS i JavaScript blokują renderowanie, obrazy nie są zoptymalizowane (w starszych wersjach domyślnie brak WebP), starsze motywy nie mają leniwego ładowania, a ciężki JavaScript modułów ładuje się synchronicznie. Obowiązują standardowe cele: LCP < 2,5 s, INP < 200ms (INP zastąpił FID w marcu 2024 roku), CLS < 0,1.

Wbudowanym mechanizmem PrestaShop jest CCC (Concatenate, Compress, Cache) w sekcji Parametry zaawansowane → Wydajność — łączy i kompresuje CSS oraz JavaScript, aby ograniczyć liczbę żądań i rozmiar zasobów. Przetestuj go przed włączeniem na produkcji, bo może zakłócić działanie niektórych modułów. Ponadto konwertuj obrazy do WebP, włącz leniwe ładowanie, użyj CDN, wybierz motyw nastawiony na wydajność (Hummingbird), odraczaj niekrytyczny JavaScript i dodaj buforowanie na serwerze (Redis/Memcached). Trafne jest ujęcie Knowband, że Core Web Vitals “affects crawl efficiency, paid traffic quality, mobile conversion, checkout trust, and the first impression of every product page” (tłumaczenie) „wpływa na sprawność indeksowania, jakość płatnego ruchu, konwersję mobilną, zaufanie do procesu zakupu i pierwsze wrażenie na każdej stronie produktu”. Mierz wyniki w PageSpeed Insights i danych CrUX w Search Console.

Hreflang dla sklepów wielojęzycznych

PrestaShop obsługuje wiele języków (na tej samej domenie z prefiksem /fr/ lub /en/, albo na oddzielnych domenach) oraz wiele sklepów współdzielących katalog — ale nie generuje natywnie znaczników hreflang. Wymaga to modułu: SunnyToo, DataFireFly, MyPresta albo Canonical & Hreflang od FME. MyPresta jasno opisuje skutek: “without hreflang tags, Google does not know…” (tłumaczenie) „bez tych znaczników Google nie potrafi dobrać właściwego wariantu strony do języka lub regionu użytkownika; może więc zaindeksować błędną wersję, powielić treść między sklepami językowymi albo wyświetlić odbiorcy stronę w obcym języku”.

Przy wdrożeniu obejmij wszystkie typy stron (produkt, kategoria, CMS, producent, dostawca), zawsze dodawaj x-default, obsłuż parowanie między domenami w wielu sklepach i zachowaj spójną kanonikalizację. Pamiętaj też o ogólnej zasadzie hreflang: częściowe, niesparowane wdrożenie nic nie daje — Google potrzebuje znaczników zwrotnych, aby rozpoznać zestaw.

Porównanie platform

PrestaShop zajmuje miejsce między hostowanymi platformami SaaS a zapewniającym pełną kontrolę Magento. Tak poszczególne platformy wypadają pod względem mechanizmów SEO:

Uczciwe podsumowanie, w dużej części oparte na porównaniu Kinsta: względem Shopify PrestaShop daje większą bezpośrednią kontrolę (otwarty kod, dostęp do serwera, konfigurowalne trasy), podczas gdy Shopify zajmuje się wydajnością i bezpieczeństwem, ale wymusza nieusuwalny prefiks w rodzaju /products/. W porównaniu z WooCommerce Kinsta ocenia, że “WooCommerce would beat PrestaShop, as it inherits all of WordPress’s SEO capabilities, especially when it comes to blogging” (tłumaczenie) „WooCommerce pokonałby PrestaShop, ponieważ dziedziczy wszystkie możliwości SEO WordPressa, szczególnie w blogowaniu”. Jednocześnie zauważa, że “out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product” (tłumaczenie) „bez dodatków PrestaShop oferuje więcej opcji SEO e-commerce niż WooCommerce, a edytor produktów pozwala dodać własne meta tytuły i opisy każdego produktu”. W porównaniu z Magento platforma ta “offers the most control for complex stores with full URL customization, native structured data, advanced sitemap configuration, and deep meta tag management” (tłumaczenie) „zapewnia największą kontrolę złożonym sklepom dzięki pełnej personalizacji URL, natywnym danym strukturalnym, zaawansowanej konfiguracji map witryny i rozbudowanemu zarządzaniu metadanymi” (LueurExterne) — kosztem znacznie większej złożoności i wydatków. Wobec BigCommerce PrestaShop ma słabsze ustawienia domyślne (BigCommerce oferuje automatyczną mapę, wbudowane schema i adresy bez ID), ale znacznie większe możliwości otwartej modyfikacji. Każda z tych platform może osiągać dobre pozycje; ceną kontroli w PrestaShop jest praca konfiguracyjna.

Podsumowanie AI

Skrót wersji zaawansowanej:

• PrestaShop to samodzielnie hostowana platforma e-commerce o otwartym kodzie (PHP/MySQL) — daje szeroką kontrolę, ale wymaga więcej konfiguracji niż hostowane SaaS, takie jak Shopify czy BigCommerce.
• Natywne zalety: osobne meta tytuły i opisy obiektów (Parametry sklepu → Ruch → SEO i URL), przyjazne adresy (mod_rewrite jest wymagane), automatyczne znaczniki kanoniczne z konfigurowalnym przekierowaniem 301/302 do canonical, kanonikalizacja kombinacji do nadrzędnego adresu produktu, jeden H1 na stronę, okruszki, opcje przekierowań wyłączonych produktów, generator robots.txt i natywny moduł mapy witryny.
• Obowiązkowy token {id}: liczbowe identyfikatory są wymagane w domyślnych trasach URL (to klucz wyszukiwania w bazie); ich usunięcie wymaga modułu (FME Pretty URL, SunnyToo, MyPresta) lub ryzykownego nadpisania szablonu trasy — nie przełącznika.
• Natywny canonical nie obejmuje adresów filtrów, sortowania ani paginacji — dla nawigacji fasetowej dodaj moduł canonical; nie ustawiaj odruchowo noindex na paginacji (to rozwiązanie dla wariantów filtrów i sortowania; rel=next/prev nie jest obsługiwane od 2019 roku).
• Natywna mapa witryny jest ograniczona: brak automatycznego odświeżania, słaba wielojęzyczność i niespójne indeksowanie obrazów z CDN — dla dużych lub wielojęzycznych katalogów potrzebny jest moduł zewnętrzny.
• robots.txt: wygeneruj w panelu, a następnie dostosuj (zablokuj /cart, /checkout, /search oraz parametry sortowania i filtrów; pozostaw /img/ dostępne dla robotów). Zablokowanie /category lub /product może zdeindeksować cały sklep.
• Brak natywnego hreflang (moduły: SunnyToo, DataFireFly, MyPresta, FME) oraz kompletnego schema (moduł Schema Pro / rich snippets).
• Wydajność: cięższe motywy domyślne mają problemy z CWV; pomaga wbudowane CCC (Concatenate, Compress, Cache) — przetestuj przed produkcją. Cele: LCP < 2,5 s, INP < 200ms, CLS < 0,1.

Oficjalna dokumentacja

Dokumenty źródłowe PrestaShop i Google.

PrestaShop

• SEO i adresy URL (dokumentacja v9) — obecna stabilna gałąź (9,1.x w połowie 2026 roku); zarządzanie metadanymi, przyjazne URL, przekierowanie canonical i generowanie robots.txt działają tak samo jak w v8.
• SEO i adresy URL (dokumentacja v8) — gałąź 8,2.x LTS, nadal aktywnie utrzymywana równolegle z 9.x.
• SEO i adresy URL (dokumentacja 1,7) — odpowiednik dla wersji 1,7.
• Reguły i zachowania SEO (specyfikacja) — domyślne wzorce tras, wymóg {id}, kanonikalizacja kombinacji, zasady H1 i działanie paginacji.
• Adresy URL i mapa witryny (centrum pomocy) — natywny moduł Google Sitemap i jego ograniczenia.

Google

• Dane strukturalne produktu — pola Product, które powinny emitować moduły schema dla PrestaShop.
• Paginacja i przyrostowe ładowanie w e-commerce — unikalny adres URL każdej strony; noindex na filtrach, nie na paginacji.
• Scalanie zduplikowanych adresów URL (kanonikalizacja) — sposób, w jaki rel=canonical scala duplikaty generowane przez PrestaShop.
• Informowanie Google o wersjach zlokalizowanych (hreflang) — sygnały wielojęzyczne, których PrestaShop nie dodaje natywnie.

Cytaty ze źródeł

Wypowiedzi z ekosystemu PrestaShop i praktyków, których ustalenia dotyczące tej platformy ukształtowały poradnik. Każdy głęboki link prowadzi do cytowanego fragmentu, jeśli strona obsługuje takie odwołanie.

O strukturze adresów URL

• “PrestaShop generates URLs that contain unwanted numbers and special characters, making it non-SEO-friendly. A long, complex URL decreases the possibility of higher ranking in the search results.” (tłumaczenie) „PrestaShop generuje adresy URL zawierające niepożądane liczby i znaki specjalne, przez co nie są przyjazne SEO. Długi, złożony adres zmniejsza szansę na wyższą pozycję w wynikach wyszukiwania.” — Empirical Edge. Przejdź do cytatu

O zduplikowanej treści

• “Duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (tłumaczenie) „Problemy ze zduplikowanymi adresami URL dezorientują roboty wyszukiwarek, marnują budżet indeksowania i dzielą moc linków, co łącznie szkodzi wynikom SEO.” — FME Modules. Przejdź do cytatu

O znacznikach kanonicznych

• “Implementing canonical tags is one of the most important practices for enabling friendly URLs on PrestaShop, as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists.” (tłumaczenie) „Wdrożenie znaczników kanonicznych jest jedną z najważniejszych praktyk przy tworzeniu przyjaznych adresów URL w PrestaShop, ponieważ informują wyszukiwarki o głównej wersji strony, gdy istnieją treści zduplikowane lub podobne.” — PrestaHero. Przejdź do cytatu

O robots.txt

• “A misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (tłumaczenie) „Źle skonfigurowany robots.txt może zniszczyć SEO; nie chcesz przypadkiem zablokować stron /category lub /product, bo mogłoby to usunąć cały sklep z indeksu Google.” — PrestaHero. Przejdź do cytatu

O wbudowanej mapie witryny

• “PrestaShop’s built-in sitemap functionality has constraints: it may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (tłumaczenie) „Wbudowana mapa witryny PrestaShop ma ograniczenia: może nie odświeżać się automatycznie po dodaniu produktów, obsługa wielu języków jest słaba, a indeksowanie obrazów hostowanych w CDN — niespójne.” — FME Modules. Przejdź do cytatu

O schema i rich snippets

• “Schema Pro automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (tłumaczenie) „Schema Pro automatycznie generuje dziewięć typów Schema.org w całym sklepie: Product, ProductGroup (warianty rozmiaru, koloru i materiału), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, dane dostawy i zasady zwrotów.” — PrestaPremium. Przejdź do cytatu

O hreflang

• “Without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (tłumaczenie) „Bez znaczników hreflang Google nie wie, którą wersję strony wyświetlić na podstawie języka lub regionu odwiedzającego. Może zaindeksować niewłaściwą wersję, utworzyć duplikaty w sklepach językowych albo pokazać stronę angielską osobie francuskojęzycznej.” — MyPresta. Przejdź do cytatu

O porównaniu platform

• “Out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” (tłumaczenie) „Bez dodatków PrestaShop oferuje więcej opcji SEO e-commerce niż WooCommerce, a edytor produktów pozwala dodać własne meta tytuły i opisy każdego produktu.” — Kinsta. Przejdź do cytatu

PrestaShop SEO checklist

Prioritized by impact — top elementy move the needle najbardziej.

wysoki impact

• Canonical redirect ustawić to 301 in Shop parametry → ruch & SEO (nie 302, nie off).
• Faceted/sort/filter URLs handled — canonical module installed; junk filter combinations canonicalized to the clean kategoria i/lub noindex,follow.
• robots.txt customized po generation — disallow /cart, /checkout, /search, sort/filter params; /img/ left crawlable; nigdy blok /category lub /product.
• Core Web Vitals passing — CCC enabled (tested), WebP images, lazy ładowanie, CDN; LCP < 2,5s, INP < 200ms, CLS < 0,1.

standard setup

• Friendly URLs on (confirm mod_rewrite/Nginx rewrite jest enabled).
• Meta tytuły + opisy written dla home, top produkty, top kategorie, key CMS strony.
• Native (lub third-party) mapa witryny generated, referenced in robots.txt, i submitted to Google Search Console + Bing narzędzia dla webmasterów.
• schemat module installed dla produkt/Breadcrumb/Organization/FAQ.
• Disabled/deleted produkty ustawić to 301 (lub 404/410), nie left as soft błędy.
• On older installs, sprawdzenie dla the pre-1.7.5 duplicate kategoria H1 bug.

Considered, nie domyślny

• ID-free URLs tylko if a niezawodny module maintains 301s — don’t hand-edit route templates blindly.
• Pagination kept self-canonical i indeksowalny (don’t noindex strona 2+).

International (multi-język / multi-shop tylko)

• hreflang module installed; znaczniki on wszystkie strona types; x-default present; bidirectional pairing w całym każdy język/shop.
• Per-język mapa witryny (third-party module — native multilingual obsługiwać jest weak).

PrestaShop SEO cheat sheet

co PrestaShop handles natively vs. needs a module

gdzie settings live

domyślny route patterns

• produkt: {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html
• kategoria: {id}-{rewrite} · CMS: content/{id}-{rewrite} · marka: brand/{id}-{rewrite}

robots.txt — disallow / zachować

• Disallow: /cart, /checkout, /search, ?order=, ?sort=, ?q=, facet params
• zachować crawlable: /img/
• nigdy blok: /category, /product (deindexes the sklep)
• dodawać: Sitemap: https://example.com/sitemap.xml

Core Web Vitals targets

• LCP < 2,5s · INP < 200ms (replaced FID, March 2024) · CLS < 0,1

Don’ts

• Don’t assume Friendly URLs fixes duplikat treści (it doesn’t).
• Don’t noindex paginated kategoria strony.
• Don’t expect native hreflang lub pełny schemat.
• Don’t hand-edit route templates to remove IDs bez redirects.

Moduły i narzędzia SEO dla PrestaShop

PrestaShop i oficjalny ekosystem

• Google Sitemap (moduł natywny) — generuje mapę witryny XML; odświeżaj ją ręcznie lub przez zadanie cron.
• Moduł SEO Expert — optymalizacja metadanych i znaczniki sieci społecznościowych.
• PrestaShop Marketing with Google — kanał danych do Google Merchant Center i Zakupów.

Adresy URL i canonical

• FME Pretty URL / ID removal, SunnyToo, MyPresta — usuwają liczbowy token {id} i utrzymują przekierowania 301.
• Moduły canonical URL (FME, PrestaHero, SEIGI) — rozszerzają natywny canonical na strony filtrowane, paginowane i fasetowe.

Schema i hreflang

• Schema Pro / moduły rich snippets — Product, ProductGroup, Organization, WebSite, BreadcrumbList, FAQPage oraz dane dostawy i zwrotów w JSON-LD.
• Moduły hreflang (SunnyToo, DataFireFly, MyPresta, FME Canonical & Hreflang) — dodają hreflang z x-default do wszystkich typów stron; niektóre obsługują wiele sklepów na różnych domenach.

Mapa witryny i robots.txt

• Zewnętrzne moduły mapy witryny (FME, Sweet Sitemap) — automatyczne odświeżanie, mapy dla poszczególnych języków, mapy obrazów oraz priorytety i częstotliwości.
• Moduły edytora robots.txt (dh42) — edycja robots.txt z panelu administracyjnego.

Wydajność

• PrestaSpeed, WebsiteSpeedy, moduły szybkości FME — kompresja obrazów, leniwe ładowanie, konfiguracja CCC i integracja CDN. Do tego wbudowane CCC (Parametry zaawansowane → Wydajność).

Pomiar (niezależny od platformy)

• Google Search Console — przesyłanie mapy witryny, sprawdzanie adresów URL, raporty indeksowania, CrUX/Core Web Vitals i kierowanie międzynarodowe.
• Bing Webmaster Tools — przesłanie mapy do drugiej wyszukiwarki i kontrola crawlowania.
• Screaming Frog / Ahrefs Site Audit — crawl sklepu wykrywający eksplozję adresów fasetowych, duplikaty ID i slugów, łańcuchy przekierowań oraz błędy robots.txt.
• PageSpeed Insights / Lighthouse — porównanie CWV przed i po włączeniu CCC oraz zmianach motywu.

powinien you remove numeric IDs z PrestaShop URLs?

Błędy SEO PrestaShop, które tworzą niepotrzebne ryzyko

Założenie, że przyjazne URL usuwają duplikaty

Przełącznik zastępuje adresy produktów oparte na zapytaniach trasami opisowymi, lecz nie kontroluje duplikatów sortowania, filtrów, faset, paginacji, protokołu ani hosta. Zachowaj przekierowanie 301 do canonical i świadomie obsłuż przestrzenie URL, których platforma nie kontroluje natywnie.

noindex na każdej paginowanej stronie kategorii

Paginacja pomaga robotom docierać do produktów poza pierwszą stroną. Pozostaw rzeczywiście odrębne strony paginacji indeksowalne i samokanoniczne, chyba że wdrożenie dowodzi ich identyczności; ograniczenia rezerwuj dla bezwartościowych kombinacji sortowania i filtrów.

Ręczna edycja szablonów tras tylko po to, aby usunąć {id}

Liczbowy identyfikator jest kluczem wyszukiwania w bazie danych. Usunięcie go bez utrzymywanego wdrożenia i kompletnych przekierowań może zepsuć trasy i rozpocząć pełną migrację URL. Zachowaj go, jeśli nie istnieje rzeczywisty wymóg i przetestowany plan migracji.

Zaufanie wygenerowanemu robots.txt bez przeglądu

Generator tworzy punkt wyjścia, a nie bezpieczną politykę dopasowaną do witryny. Szeroka reguła Disallow może zablokować ścieżki produktów lub kategorii i usunąć sklep z wyszukiwarki. Porównaj wygenerowany plik, pozostaw /img/ dostępne dla robotów i przetestuj reprezentatywne adresy przed publikacją.

Oczekiwanie, że rdzeń PrestaShop dostarczy każdą funkcję SEO

Natywne adresy kanoniczne nie rozwiązują nawigacji fasetowej, a kompletne schema, hreflang i solidne wielojęzyczne mapy obrazów wymagają modułu lub własnego wdrożenia. Audytuj wyrenderowany wynik, zamiast zakładać, że platforma załatwiła daną funkcję.

Strony kategorii mają podwójne nagłówki H1

Objaw: crawl zgłasza więcej niż jeden H1 w szablonach kategorii. Prawdopodobna przyczyna: sklep działa na starszej wersji PrestaShop z błędem podwójnego H1 kategorii, naprawionym w 1.7.5, albo aktywny motyw zachował stare znaczniki. Naprawa: potwierdź wersję rdzenia i motywu, sprawdź wyrenderowany szablon kategorii, a następnie go zaktualizuj lub popraw. Ponownie przeskanuj ten sam zbiór kategorii i potwierdź, że pozostał jeden zamierzony H1.

Strony produktów i kategorii znikają z crawlowania lub indeksu

Objaw: po zmianach robots.txt duże sekcje przestają być odwiedzane przez roboty. Prawdopodobna przyczyna: wygenerowana lub ręcznie zmieniona reguła Disallow obejmuje /product, /category albo inną szeroką ścieżkę. Naprawa: sprawdź Parametry sklepu → Ruch → SEO i URL, publiczny plik robots.txt i testy robots dla konkretnych adresów. Usuń zbyt szeroką regułę, zachowaj zamierzone blokady koszyka, wyszukiwania i faset oraz potwierdź dostępność przykładowych adresów produktów i kategorii.

Adresy filtrów i sortowania mnożą się w raportach crawlowania

Objaw: roboty odkrywają wiele adresów ?color=, ?size=, ?order= lub podobnych, które mają zduplikowaną treść kategorii. Prawdopodobna przyczyna: natywne canonical produktów nie obejmują parametrów faset i sortowania, a nawigacja udostępnia robotom ich kombinacje. Naprawa: zinwentaryzuj wzorce parametrów, przestań linkować bezużyteczne kombinacje, zastosuj przetestowane reguły crawlowania i indeksowania oraz wdroż canonical dla prawdziwych duplikatów. Ponowny crawl powinien przestać rozszerzać bezwartościową przestrzeń URL, a przydatne strony fasetowe nadal powinny być osiągalne.

Przyjazne URL zwracają błędy lub pozostają trasami zapytań

Objaw: włączenie przyjaznych adresów powoduje błędy 404s albo nie przepisuje adresów produktów. Prawdopodobna przyczyna: Apache mod_rewrite, odpowiednik w Nginx lub wygenerowana konfiguracja przepisywania nie są aktywne. Naprawa: zweryfikuj obsługę przepisywania na serwerze i ponownie wygeneruj konfigurację tras w PrestaShop. Zanim pozostawisz ustawienie włączone, przetestuj adresy produktów, kategorii, CMS i wyłączonych produktów.

Zasoby warte uwagi

Moje powiązane teksty

• Przewodnik dla początkujących po technicznym SEO — miejsce podstaw crawlowania, indeksowania i kanonikalizacji w szerszym obrazie.
• Zduplikowana treść: skąd się bierze i jak ją naprawić — niezależna od platformy wersja najważniejszego problemu PrestaShop.
• Nawigacja fasetowa: definicja, przykłady i dobre praktyki SEO — obsługa adresów filtrów i sortowania, których PrestaShop nie kanonikalizuje.
• Hreflang: prosty przewodnik dla początkujących — sygnały wielojęzyczne, do których PrestaShop potrzebuje modułu.

Moje wystąpienia

• Jak działa wyszukiwarka (SlideShare) — omówienie crawlowania, renderowania, indeksowania i rankingu, czyli procesu, przez który przechodzi każdy sklep PrestaShop. Zastrzeżenie: “This is my understanding of systems… not going to be 100% complete or accurate.” (tłumaczenie) „Tak rozumiem te systemy — opis nie będzie w stu procentach kompletny ani dokładny.”

Powiązane materiały w witrynie

• Nawigacja fasetowa — niezależne od platformy, szczegółowe omówienie problemu duplikacji.
• Kanonikalizacja — mechanika canonical stojąca za ustawieniem przekierowań PrestaShop.

Materiały branżowe

• Oficjalny blog PrestaShop — kompletna lista kontrolna SEO — własna lista PrestaShop (z 2023 roku, ale źródło pierwotne).
• PrestaHero — canonical URL i zduplikowana treść oraz konfiguracja Robots.txt.
• FME Modules — naprawa zduplikowanych URL w PrestaShop oraz techniczne SEO PrestaShop: mapy witryny i Robots.txt.
• Kinsta — PrestaShop a WooCommerce — źródło porównania platform.
• Knowband — kompletny przewodnik po Core Web Vitals dla PrestaShop — kontekst wydajności i CCC.
• Zgłoszenie PrestaShop w GitHub #20677 — usuwanie ID z URL — wątek projektu open source o obowiązkowym tokenie {id}.

Test yourself: PrestaShop SEO

Five quick questions on how SEO działa on PrestaShop. Pick an answer dla każdy, then sprawdzenie.

Dziennik zmian