Pozycjonowanie sklepu PrestaShop
PrestaShop rzadko przegrywa w wynikach wyszukiwania dlatego, że brakuje mu treści. Znacznie częściej przegrywa dlatego, że generuje ich za dużo — w tysiącach adresów, których nikt nie zaplanował. Zaczynamy od uporządkowania tego, co silnik wytwarza sam z siebie.
Dlaczego sklepy na PrestaShop tracą widoczność
Większość problemów SEO w PrestaShop nie bierze się z zaniedbania, tylko z domyślnej konfiguracji silnika. Sklep działa poprawnie z punktu widzenia sprzedaży, a jednocześnie pokazuje wyszukiwarce obraz, w którym ta sama oferta powtarza się pod dziesiątkami adresów.
Skutek jest zawsze podobny. Robot Google zużywa budżet indeksowania na warianty listingu zamiast na karty produktów, sygnały linkowania wewnętrznego rozkładają się na adresy, które nigdy nie miały rankować, a strony kategorii konkurują ze sobą o to samo zapytanie. Sklep nie wypada z indeksu — po prostu przestaje w nim rosnąć.
Nawigacja fasetowa mnoży adresy bez mnożenia treści
Moduł filtrowania w PrestaShop tworzy osobny adres dla każdej kombinacji zaznaczonych cech. Przy pięciu filtrach po kilka wartości każdy z jednej kategorii potrafi powstać kilkaset odmian tej samej listy produktów. Część z nich zawiera jeden produkt, część nie zawiera żadnego, a wszystkie mają niemal identyczny tytuł i opis.
Rozwiązaniem nie jest hurtowe zablokowanie filtrów w pliku robots. Kombinacje, które odpowiadają realnym zapytaniom — marka w obrębie kategorii, konkretny rozmiar, materiał, przeznaczenie — bywają najcenniejszymi stronami w całym sklepie. Trzeba je rozdzielić: te z popytem dostają własny tytuł, opis i adres do indeksowania, reszta znika ze ścieżki robota.
Jeden produkt pod wieloma adresami
PrestaShop domyślnie udostępnia produkt w kontekście każdej kategorii, do której został przypisany, a przy wyłączonych przyjaznych adresach dokłada do tego warianty z identyfikatorami w parametrach. Jeżeli sklep przechodził kiedyś migrację z innego silnika albo zmieniał strukturę kategorii, do tego dochodzą stare adresy, które nadal odpowiadają kodem 200.
Weryfikujemy, który adres jest kanoniczny dla każdego produktu, czy wskazanie zgadza się z tym, co widzi Google, i czy stare ścieżki prowadzą przekierowaniem do nowych, zamiast żyć równolegle. To najczęstsza pojedyncza przyczyna tego, że karta produktu nie rankuje mimo poprawnej treści.
Paginacja, sortowanie i wyszukiwarka wewnętrzna
Kolejne strony listingu, przełączniki sortowania i liczby produktów na stronę tworzą adresy, które z perspektywy wyszukiwarki są niemal nieodróżnialne. Do tego dochodzą wyniki wyszukiwarki wewnętrznej — jeśli są indeksowane, sklep publikuje w Google treść generowaną przez przypadkowe zapytania użytkowników.
Ustalamy jasną zasadę dla każdego z tych przypadków: co jest indeksowane, co ma kanoniczne wskazanie na pierwszą stronę listingu, a co w ogóle nie powinno trafiać do mapy witryny ani do linkowania wewnętrznego.
Warianty produktów traktowane jak osobne byty
Kombinacje w PrestaShop — rozmiary, kolory, pojemności — mogą być prezentowane jako jedna karta z wyborem albo jako oddzielne produkty. Oba podejścia są poprawne, ale wymagają innej strategii. Rozbicie na osobne karty ma sens tylko wtedy, gdy każdy wariant ma własny popyt w wyszukiwarce i własną treść. W przeciwnym razie sklep sam tworzy sobie zestaw niemal identycznych podstron.
Opisy od dostawcy, czyli treść, której nikt nie szuka
Katalogi producentów trafiają do sklepów w niezmienionej postaci, często do kilkunastu sklepów jednocześnie. Karta produktu z opisem skopiowanym z pliku dostawcy nie ma czym wygrać z konkurencją, która ma dokładnie ten sam tekst i mocniejszą domenę. Tu nie pomoże optymalizacja techniczna — potrzebna jest treść, której nie ma nikt inny.
Wydajność, która psuje indeksowanie, a nie tylko wrażenia
Łączenie i kompresja zasobów, cache, rozmiary miniatur i liczba zapytań do bazy na listingu przekładają się nie tylko na wyniki Core Web Vitals, ale też na to, ile podstron robot zdąży pobrać w jednostce czasu. W sklepie z kilkoma tysiącami produktów to różnica między pełnym a częściowym zindeksowaniem katalogu.
Jak prowadzimy pozycjonowanie sklepu PrestaShop
Kolejność ma tu większe znaczenie niż w pozycjonowaniu zwykłej strony firmowej. Budowanie treści i linków do sklepu, który dubluje sam siebie, oznacza wzmacnianie chaosu zamiast oferty.
1. Audyt tego, co silnik generuje sam
Zaczynamy od pełnego przejścia po sklepie robotem i porównania wyniku z tym, co faktycznie siedzi w indeksie Google. Interesuje nas różnica: adresy zindeksowane, a nieobecne w mapie witryny, adresy w mapie, których Google nigdy nie odwiedził, oraz strony pobierane regularnie mimo zerowego potencjału sprzedażowego.
- inwentaryzacja adresów generowanych przez filtry, sortowanie i paginację
- weryfikacja kanonicznych wskazań na kartach produktów i listingach
- porównanie mapy witryny ze stanem faktycznym w Search Console
- wykrycie starych adresów sprzed migracji, które nadal zwracają kod 200
- pomiar czasu odpowiedzi listingów przy włączonym i wyłączonym cache
2. Porządkowanie architektury i indeksowania
Na podstawie audytu ustalamy, które adresy mają rankować, a które mają zniknąć ze ścieżki robota. Wartościowe kombinacje filtrów dostają własne tytuły i opisy. Reszta zostaje odcięta konsekwentnie — jednocześnie w linkowaniu wewnętrznym, mapie witryny i regułach indeksowania, bo odcięcie tylko w jednym z tych miejsc niczego nie załatwia.
3. Dobór fraz pod strukturę kategorii, nie odwrotnie
Zestawiamy realne zapytania z układem kategorii w sklepie. Zwykle okazuje się, że część popytu nie ma gdzie wylądować — nie istnieje kategoria ani strona, która odpowiada temu, jak klienci nazywają produkt. Wtedy projektujemy brakujące węzły struktury, zamiast na siłę dopisywać frazy do stron, które są o czymś innym.
4. Treść, której nie ma dostawca
Opisy kategorii piszemy tak, żeby odpowiadały na pytanie zadane przed zakupem, a nie żeby wypełnić miejsce pod listingiem. Karty produktów rozbudowujemy tam, gdzie różnica względem konkurencji jest realna: parametry, zastosowanie, porównanie z podobnym modelem, odpowiedzi na pytania, które zadaje obsługa klienta.
5. Dane strukturalne i widoczność w wynikach
Wdrażamy znaczniki Product, Offer, BreadcrumbList i — tam, gdzie sklep faktycznie zbiera opinie — AggregateRating. Dane strukturalne nie podnoszą pozycji same z siebie, ale decydują o tym, jak wynik wygląda na liście, a to przekłada się na współczynnik kliknięć przy tej samej pozycji.
6. Pomiar na poziomie kategorii, nie pojedynczych fraz
Raportujemy widoczność i ruch w podziale na grupy asortymentu, bo to jest jednostka, którą zarządza sklep. Pozycja jednej frazy niewiele mówi; udział kategorii w ruchu i liczba kart produktów generujących wejścia mówią wszystko.
Aktualizacja PrestaShopa bez utraty widoczności
Przejście z wersji 1.6 na 1.7, a później na linię 8, rzadko kończy się na samym silniku. Zmienia się motyw, zmienia się moduł filtrowania, a bardzo często zmienia się też sposób budowania adresów. To moment, w którym sklepy tracą najwięcej ruchu organicznego naraz — i moment, w którym da się tej straty uniknąć najmniejszym kosztem.
Problem polega na tym, że skutki widać dopiero po kilku tygodniach. Sklep po migracji działa, zamówienia spływają, panel wygląda lepiej niż wcześniej. Dopiero gdy Google przejdzie po całym katalogu i zderzy stare adresy z nowymi, ruch zaczyna osuwać się kategoria po kategorii. Odwracanie tego po fakcie jest dużo droższe niż przygotowanie mapy przekierowań przed wdrożeniem.
Dlatego przy migracjach pracujemy równolegle z zespołem wdrożeniowym, a nie po nim. Zanim nowa wersja trafi na produkcję, mamy komplet adresów ze starego sklepu wraz z ich ruchem i pozycjami, a każdy z nich ma przypisany cel w nowej strukturze.
- pełna lista adresów sprzed migracji z danymi o ruchu i pozycjach
- mapa przekierowań jeden do jednego tam, gdzie odpowiednik istnieje
- decyzja o świadomym wygaszeniu adresów, które nie mają następcy
- kontrola, czy nowy motyw nie zmienił hierarchii nagłówków i znaczników
- porównanie wydajności przed i po, zanim ruch zdąży zareagować
- monitoring indeksacji w pierwszych tygodniach po przełączeniu
Jeżeli migracja już się odbyła i ruch spadł, kolejność jest taka sama, tylko punktem wyjścia są dane historyczne z Search Console zamiast crawlowania starego sklepu. Odzyskanie pozycji zajmuje wtedy zwykle jeden do dwóch kwartałów, bo część adresów trzeba przywrócić do indeksu od zera.
Jak wygląda pierwszy miesiąc
Nie zaczynamy od publikowania treści ani od budowania linków, bo w sklepie, który dubluje sam siebie, jedno i drugie działa na pół gwizdka. Pierwsze tygodnie idą w diagnozę i porządek — to najmniej efektowna, a zarazem najlepiej zwracająca się część całej usługi.
Tydzień 1: dostęp i pomiar stanu wyjściowego
Zbieramy dostępy do panelu, repozytorium, Search Console i analityki. Crawlujemy sklep w całości i zapisujemy stan wyjściowy: liczbę adresów w indeksie, rozkład ruchu na kategorie, czasy odpowiedzi. Bez tego pomiaru nie da się później uczciwie pokazać, co dała współpraca.
Tydzień 2: audyt i lista zmian uszeregowana wpływem
Dostajesz dokument, w którym każda pozycja ma oszacowany wpływ na ruch i koszt wdrożenia. Nie jest to lista dwustu drobiazgów wygenerowana przez narzędzie — wybieramy to, co realnie przesuwa wynik, i mówimy wprost, czego nie warto ruszać.
Tydzień 3 i 4: pierwsze wdrożenia
Wchodzą zmiany o najwyższym stosunku efektu do ryzyka: kanoniczne wskazania, przekierowania starych adresów, reguły dla filtrów i paginacji, mapa witryny odzwierciedlająca faktyczną strukturę. Równolegle ruszają opisy kategorii o największym potencjale.
Po tym etapie sklep zwykle nie ma jeszcze wyższych pozycji, ale ma znacznie mniej adresów walczących o to samo zapytanie. Dopiero od tego miejsca praca nad treścią i autorytetem domeny ma sens ekonomiczny.
Co obejmuje współpraca
Pracujemy bezpośrednio w kodzie i konfiguracji sklepu, a nie wyłącznie na rekomendacjach przekazywanych komuś innemu do wdrożenia. Rekomendacja, która czeka pół roku na wolne zasoby programisty, nie jest rekomendacją, tylko dokumentem.
- audyt techniczny sklepu wraz z listą zmian uszeregowaną według wpływu na ruch
- uporządkowanie nawigacji fasetowej: co indeksujemy, co odcinamy, co dostaje własną treść
- naprawa kanonicznych wskazań, paginacji i adresów po migracjach
- przebudowa lub uzupełnienie struktury kategorii pod realne zapytania
- opisy kategorii i rozbudowa kart produktów o treść spoza katalogu dostawcy
- dane strukturalne Product, Offer, BreadcrumbList oraz opinie, jeśli są zbierane
- optymalizacja wydajności listingów i kart produktów pod Core Web Vitals
- miesięczne raportowanie w podziale na grupy asortymentu
Czego w tej usłudze nie robimy
Warto wiedzieć to przed rozmową, żeby nie tracić czasu po obu stronach.
- nie sprzedajemy pakietów na sztywną liczbę fraz — sklep rankuje katalogiem, nie listą haseł
- nie gwarantujemy pozycji w określonym terminie, bo nie mamy wpływu na algorytm ani na konkurencję
- nie kupujemy linków w systemach wymiany; profil linków budujemy wolniej i z realnych źródeł
- nie zostawiamy zmian technicznych do samodzielnego wdrożenia, jeśli mamy dostęp do repozytorium
- nie prowadzimy sklepów, w których nie wolno ruszyć struktury adresów — bez tego usługa nie ma sensu
Zobacz też
Najczęściej pytacie o to
Ile trwa pozycjonowanie sklepu PrestaShop?
Pierwsze efekty porządkowania indeksowania widać zwykle po czterech do ośmiu tygodni od wdrożenia zmian — tyle zajmuje Google ponowne przejście po sklepie i wycofanie z indeksu adresów, które odcięliśmy. Wzrost ruchu na frazach zakupowych to horyzont od trzech do sześciu miesięcy, zależnie od wielkości katalogu i siły konkurencji w danej branży.
Czy trzeba przebudowywać sklep, żeby go pozycjonować?
W większości przypadków nie. Zdecydowana część problemów SEO w PrestaShop to kwestia konfiguracji modułu filtrowania, kanonicznych wskazań, przekierowań i struktury kategorii, a nie samego szablonu. Przebudowa jest konieczna tylko wtedy, gdy motyw uniemożliwia zmianę znaczników nagłówków albo generuje adresy, których nie da się skorygować.
Czy blokować filtry w pliku robots.txt?
Nie w ciemno. Część kombinacji filtrów odpowiada realnym zapytaniom — na przykład marka w obrębie kategorii albo konkretny rozmiar — i bywa źródłem wartościowego ruchu. Blokada w robots.txt dodatkowo uniemożliwia Google odczytanie kanonicznego wskazania na takiej stronie, więc adres potrafi zostać w indeksie bez tytułu i opisu. Rozdzielamy kombinacje z popytem od reszty i każdą grupę obsługujemy inaczej.
Co zrobić z opisami produktów od dostawcy?
Nie da się przepisać kilku tysięcy kart naraz i nie ma to sensu ekonomicznego. Zaczynamy od produktów, które mają największy udział w marży i realny popyt w wyszukiwarce, i tam budujemy treść, której nie ma nikt inny: parametry w kontekście zastosowania, porównania z podobnymi modelami, odpowiedzi na pytania powtarzające się w obsłudze klienta. Reszta katalogu rankuje wtedy siłą uporządkowanych kategorii.
Czy pracujecie na sklepach PrestaShop postawionych przez kogoś innego?
Tak i jest to większość naszych wdrożeń SEO. Potrzebujemy dostępu do panelu administracyjnego, do repozytorium lub serwera oraz zgody na zmianę struktury adresów. Bez tej ostatniej możemy przygotować audyt, ale nie odpowiadamy za efekt, bo najważniejsze przyczyny problemów zostają nietknięte.
Jak pozycjonować sklep PrestaShop w trybie multistore?
Multistore w PrestaShop pozwala prowadzić kilka sklepów na jednej instalacji, ale dla wyszukiwarki są to osobne serwisy i tak trzeba je traktować. Każdy sklep potrzebuje własnej mapy witryny, własnych kanonicznych wskazań i — jeżeli to wersje językowe tej samej oferty — poprawnych znaczników hreflang wskazujących wzajemnie na siebie. Najczęstszy błąd polega na współdzieleniu jednego zestawu opisów między sklepami, co zamienia całą instalację w duplikat samej siebie.
Od czego zależy koszt pozycjonowania sklepu PrestaShop?
Przede wszystkim od wielkości katalogu i od stanu, w jakim zastajemy strukturę adresów. Sklep z tysiącem produktów i uporządkowanymi kategoriami wymaga zupełnie innego nakładu niż sklep po dwóch migracjach, z kilkudziesięcioma tysiącami adresów wygenerowanych przez filtry. Dlatego wycenę podajemy dopiero po audycie, a sam audyt rozliczamy osobno — jeśli po nim zdecydujesz się nie kontynuować, zostajesz z gotową listą zmian do wdrożenia własnymi siłami.
Czym różni się ta usługa od wdrożenia sklepu szytego na miarę?
Ta strona dotyczy pozycjonowania sklepu, który już działa. Jeżeli szukasz projektu i budowy sklepu PrestaShop od zera — z własnym interfejsem, architekturą kategorii i wyszukiwarką zaprojektowaną pod ofertę — opisaliśmy taki projekt w case study wdrożenia PrestaShop.
Sprawdzimy, ile adresów Twój sklep generuje sam z siebie
Zacznijmy od audytu. Dostaniesz listę zmian uszeregowaną według wpływu na ruch — razem z tym, czego naszym zdaniem nie warto ruszać.
Umów rozmowę