SEO e-commerce
Pozycjonowanie PrestaShop, WooCommerce, Shoper i Magento – porównanie
Które platformy e-commerce ułatwiają SEO, a które przeszkadzają. Konkretne ograniczenia PrestaShop, WooCommerce, Shopera i Magento oraz obejścia.
W skrócie: Żadna platforma nie pozycjonuje się sama, ale różnią się tym, ile pracy trzeba włożyć, żeby usunąć ich domyślne problemy. PrestaShop wymaga ręcznego opanowania adresów z filtrami, WooCommerce jest najbardziej elastyczny i najwolniejszy, Shoper ogranicza dostęp do warstwy technicznej, Magento daje pełną kontrolę kosztem złożoności. Migracja rzadko rozwiązuje problem – zwykle przenosi go razem z danymi.
Pytanie „na jakiej platformie postawić sklep, żeby dobrze się pozycjonował” pada w co drugiej rozmowie i ma niewygodną odpowiedź: wybór silnika odpowiada za mniejszą część wyniku niż jego wykonanie. Sklep na PrestaShop prowadzony porządnie wyprzedzi sklep na Magento prowadzony przypadkowo.
To nie znaczy, że platforma nie ma znaczenia. Znaczenie ma to, ile pracy trzeba włożyć, żeby usunąć jej domyślne problemy – a te różnią się poważnie. Poniżej konkretne ograniczenia czterech najpopularniejszych na polskim rynku rozwiązań.
Ten tekst dotyczy różnic między platformami. Sam proces pozycjonowania sklepu, niezależnie od silnika, opisuję w hubie pozycjonowanie sklepu internetowego.
Porównanie w skrócie
| Kryterium | PrestaShop | WooCommerce | Shoper | Magento |
|---|---|---|---|---|
| Kontrola nad adresami | pełna | pełna | ograniczona | pełna |
| Obsługa filtrów domyślnie | problematyczna | zależna od wtyczki | uporządkowana | konfigurowalna |
| Wydajność bez optymalizacji | średnia | słaba | dobra | średnia |
| Dane strukturalne | wymaga modułu | wymaga wtyczki | wbudowane | wbudowane |
| Edycja tytułów i opisów | pełna | pełna | pełna | pełna |
| Wielojęzyczność | wbudowana | wtyczka | ograniczona | wbudowana |
| Koszt wdrożenia zmian | średni | niski | niski, ale w granicach panelu | wysoki |
| Sensowna skala | 500–10 000 produktów | do 3000 produktów | do 5000 produktów | od 10 000 produktów |
| Potrzebny programista | często | rzadko | prawie nigdy | zawsze |
Tabela pokazuje jedno: nie ma zwycięzcy, są dopasowania do skali. Poniżej to, co w każdej platformie realnie sprawia problem.
PrestaShop
Najpopularniejsza platforma open source w polskim średnim e-commerce. Daje pełną kontrolę i ma trzy powtarzalne problemy.
Adresy z filtrami. To jest ten problem, który wraca w każdym audycie sklepu na PrestaShop. Domyślna nawigacja fasetowa generuje osobny adres dla każdej kombinacji parametrów. Przy pięciu filtrach po kilka wartości otrzymujesz tysiące niemal identycznych stron, które rozpraszają moc serwisu i zjadają budżet indeksowania.
Rozwiązanie ma trzy warstwy:
- Kanonikalizacja stron filtrowanych do kategorii nadrzędnej.
- Blokada indeksowania kombinacji dwóch i więcej filtrów naraz.
- Świadome dopuszczenie do indeksu pojedynczych filtrów, które mają realny popyt – na przykład „buty trekkingowe damskie”, jeśli ludzie tak szukają. To zamienia problem w źródło ruchu.
Duplikacja przez wiele kategorii. Produkt przypisany do trzech kategorii bywa dostępny pod trzema adresami. Ustawienie kanonicznego adresu produktu jest obowiązkowe, a nie opcjonalne.
Wydajność przy większym katalogu. Powyżej kilku tysięcy produktów strony kategorii potrafią generować się w kilka sekund bez pamięci podręcznej. To wprost przekłada się na Core Web Vitals i na porzucenia.
Zaleta, o której warto pamiętać: PrestaShop ma wbudowaną wielojęzyczność i wielosklepowość, co przy wejściu na rynki zagraniczne oszczędza sporo pracy. Ten wątek rozwijam w tekście o pozycjonowaniu zagranicznym.
WooCommerce
Najbardziej elastyczna z całej czwórki i jednocześnie najbardziej podatna na zepsucie przez właściciela.
Wydajność jest głównym problemem i rzadko wynika z samego WooCommerce. Wynika z liczby wtyczek. Sklep z trzydziestoma wtyczkami generuje przy każdym wyświetleniu strony dziesiątki zapytań do bazy i ładuje kilkanaście osobnych plików stylów. Diagnoza zaczyna się od audytu wtyczek, nie od zmiany serwera.
Silna strona: pełna kontrola nad treścią. WooCommerce działa na WordPressie, więc dostajesz najlepszy w tej stawce warsztat do prowadzenia treści – opisów kategorii, poradników i materiałów wspierających sprzedaż. Przy sklepach, w których ruch buduje się treścią, to realna przewaga.
Problemy domyślne do naprawienia:
- Struktura adresów z przedrostkiem produktu i kategorii daje niepotrzebnie długie ścieżki. Warto ją skrócić przed startem, bo zmiana później oznacza przekierowania.
- Warianty produktu bywają indeksowane jako osobne adresy, choć nie powinny.
- Strony tagów i archiwów generują się automatycznie i najczęściej nie mają wartości – warto je wyłączyć z indeksu.
- Obrazy w pełnej rozdzielczości ładowane w miniaturach to najczęstsza przyczyna słabych wyników szybkości.
Warstwę wspólną z WordPressem – wtyczki, konfigurację, wydajność – opisałem szczegółowo w tekście o SEO w WordPressie, więc nie powielam jej tutaj.
Shoper
Platforma abonamentowa, najpopularniejsza w polskich małych i średnich sklepach. Kompromis jest tu wyraźny: dostajesz porządek, tracisz kontrolę.
Co działa dobrze bez pracy: poprawne dane strukturalne produktu, sensowna obsługa stronicowania, kanoniczne adresy ustawiane automatycznie, przyzwoita wydajność bez optymalizacji i brak ryzyka, że wtyczka rozbije stronę.
Gdzie są granice:
- Struktura adresów jest narzucona. Nie zmienisz jej dowolnie, więc jeśli migrujesz z innej platformy, przekierowania trzeba zaplanować bardzo dokładnie.
- Ingerencja w kod szablonu jest ograniczona do tego, co przewidział dostawca. Optymalizacja ładowania zasobów ma sufit.
- Dodanie nietypowych danych strukturalnych bywa niemożliwe bez obejść.
- Rozbudowana treść na kategoriach wymaga trzymania się gotowych bloków.
Praktyczny wniosek: przy typowym sklepie z katalogiem do kilku tysięcy produktów te ograniczenia rzadko przeszkadzają, a oszczędność na pracy technicznej jest realna. Problem pojawia się przy nietypowej strukturze katalogu albo przy ambicjach wykraczających poza standard.
Magento
Rozwiązanie dla dużych katalogów i złożonych struktur. Daje najwięcej możliwości i wymaga najwięcej.
Silne strony: natywna obsługa wielu sklepów, języków i walut, zaawansowana kontrola nad regułami indeksowania, wbudowane dane strukturalne, dojrzała obsługa stronicowania i kanonikalizacji.
Koszty: każda zmiana wymaga programisty i wdrożenia na środowisku testowym. Poprawka, która na WooCommerce zajmuje 15 minut, tutaj oznacza zadanie w sprincie. To zmienia sposób prowadzenia SEO – zamiast reagować na bieżąco, planujesz zmiany z wyprzedzeniem i grupujesz je w paczki.
Typowe problemy w praktyce:
- Nawigacja warstwowa generuje ten sam problem co filtry w PrestaShop, tylko na większą skalę.
- Wydajność bez pełnego cache jest słaba, a konfiguracja warstwy pamięci podręcznej to osobny projekt.
- Domyślna struktura adresów bywa nadmiernie rozbudowana i wymaga uporządkowania na starcie.
Magento ma sens przy dziesiątkach tysięcy produktów, kilku rynkach i zespole, który je utrzyma. Poniżej tej skali koszt przewyższa korzyść.
Czego żadna platforma nie zrobi za Ciebie
To jest sekcja, którą warto przeczytać przed podjęciem decyzji o migracji, bo lista jest identyczna dla wszystkich czterech silników:
- Unikalne opisy produktów. Opis od producenta ma dziesięć innych sklepów.
- Sensowna struktura kategorii odpowiadająca temu, jak ludzie szukają, a nie temu, jak wygląda magazyn.
- Treść na stronach kategorii, umieszczona pod listą produktów, nie nad nią.
- Decyzja, co zrobić z produktami niedostępnymi. Usuwanie ich razem z adresem kasuje zbudowaną widoczność.
- Link building. Żadna platforma nie zdobędzie linku.
- Dobór fraz i przypisanie ich do kategorii. Metodę opisuję w tekście o analizie słów kluczowych.
Te punkty odpowiadają w praktyce za większość wyniku. Wybór platformy odpowiada za to, ile czasu zejdzie na sprzątanie po jej ustawieniach domyślnych.
Lista ustawień do sprawdzenia na starcie
Niezależnie od platformy, po uruchomieniu sklepu przechodzę tę samą listę. Zajmuje dwie–trzy godziny i wyłapuje większość problemów, które później kosztują miesiące.
| Ustawienie | Co ma być | Gdzie najczęściej jest źle |
|---|---|---|
| Adresy produktów | krótkie, bez identyfikatorów liczbowych | PrestaShop, Magento |
| Adresy kategorii | odzwierciedlają strukturę, maks. 3 poziomy | wszystkie |
| Kanoniczny adres produktu | jeden, niezależnie od kategorii | PrestaShop, WooCommerce |
| Filtry i sortowanie | wykluczone z indeksu poza wybranymi | PrestaShop, Magento |
| Stronicowanie | kolejne strony indeksowalne, bez kanonikalizacji do pierwszej | wszystkie |
| Warianty produktu | jeden adres, warianty jako opcje | WooCommerce |
| Dane strukturalne produktu | cena, dostępność, opinie | WooCommerce, PrestaShop |
| Tytuły i opisy kategorii | unikalne, nie generowane szablonem | wszystkie |
| Mapa witryny | tylko adresy indeksowalne | wszystkie |
| Obrazy | format nowej generacji, wymiary docelowe | WooCommerce |
| Produkty niedostępne | strona zostaje, z zamiennikiem | wszystkie |
| Wyszukiwarka wewnętrzna | wyniki wykluczone z indeksu | WooCommerce, PrestaShop |
Dwa wiersze zasługują na komentarz. Stronicowanie psuje się najczęściej przez dobre intencje: ktoś ustawia kanoniczny adres wszystkich stron listy na pierwszą, przez co produkty z dalszych stron znikają z indeksu. Wyniki wyszukiwarki wewnętrznej potrafią wygenerować tysiące bezwartościowych adresów, jeśli ktoś do nich zalinkuje z zewnątrz.
Jak rozpoznać, że problem jest w platformie
Zanim zdecydujesz, że winny jest silnik, warto sprawdzić trzy rzeczy. W większości przypadków przyczyna leży gdzie indziej.
Sprawdź liczbę adresów w indeksie wobec liczby produktów. Jeśli w indeksie jest kilkanaście razy więcej adresów niż produktów, masz problem z generowaniem stron – i to jest wina konfiguracji platformy. Jeśli liczby są zbliżone, platforma działa poprawnie.
Sprawdź, czy strony kategorii w ogóle zbierają wyświetlenia. Zerowe wyświetlenia przy poprawnej indeksacji oznaczają problem z treścią i dopasowaniem do zapytań, nie z silnikiem.
Sprawdź czas generowania strony po stronie serwera. Powyżej sekundy problem jest w wydajności – ale wtedy trzeba jeszcze rozdzielić, czy odpowiada za to platforma, liczba wtyczek, czy hosting. Tę drugą warstwę opisuję osobno w tekście o hostingu a SEO.
Kolejność diagnozy ma znaczenie, bo migracja podjęta z powodu, który leżał w treści, przenosi problem razem z danymi. Pełną procedurę diagnostyczną rozpisałem w hubie audyt SEO.
A co z pozostałymi platformami
Czwórka opisana wyżej pokrywa większość polskiego rynku, ale nie całość. Krótko o tym, czego spodziewać się po pozostałych:
- IdoSell – model abonamentowy zbliżony do Shopera, z lepszą obsługą integracji sprzedażowych i podobnym sufitem możliwości technicznych.
- Shopify – bardzo dobre ustawienia domyślne i wydajność, ale narzucona struktura adresów z przedrostkami, której nie da się zmienić. Przy migracji z innej platformy oznacza to przekierowanie każdego adresu.
- Sklepy pisane na zamówienie – pełna dowolność i pełna odpowiedzialność. W praktyce najczęściej brakuje w nich rzeczy oczywistych: mapy witryny, kanonicznych adresów i danych strukturalnych, bo nikt ich nie zamówił w specyfikacji.
Ostatni punkt jest wart uwagi, bo dotyczy najdroższych wdrożeń. Sklep za sto tysięcy złotych potrafi mieć gorsze podstawy niż abonament za dwieście złotych miesięcznie, jeśli w specyfikacji nie było ani słowa o wyszukiwarce.
Kiedy migracja ma sens
Migracja jest jedną z najbardziej ryzykownych operacji w e-commerce. Widziałem sklepy, które po źle wykonanym przeniesieniu traciły większość ruchu na kwartał.
Uzasadnione powody:
- platforma nie pozwala naprawić konkretnego problemu, który blokuje wzrost, i potrafisz ten problem nazwać jednym zdaniem,
- przerastasz skalę, na której obecny silnik działa sensownie,
- koszt utrzymania obecnego rozwiązania przewyższa koszt migracji,
- wchodzisz na rynki zagraniczne, a platforma nie obsługuje wielu wersji.
Nieuzasadnione: „słyszałem, że X lepiej się pozycjonuje”. Sama zmiana silnika nie podnosi pozycji.
Minimum, bez którego nie zaczynaj migracji:
- Pełna mapa starych adresów z eksportu Search Console i mapy witryny.
- Przekierowania jeden do jednego dla każdego adresu z ruchem, przygotowane przed startem.
- Zachowanie struktury kategorii albo świadoma decyzja o jej zmianie z przekierowaniami.
- Test na środowisku roboczym zablokowanym przed indeksowaniem.
- Monitoring indeksacji codziennie przez pierwsze dwa tygodnie.
Punkt drugi jest tym, na którym wykłada się najwięcej projektów. Przekierowanie wszystkiego na stronę główną zamiast na odpowiedniki to gwarantowana utrata widoczności.
Warto też policzyć koszt utraty przed decyzją. Sklep robiący 100 tys. zł miesięcznie z kanału organicznego, który po migracji traci połowę ruchu na trzy miesiące, płaci za tę operację 150 tys. zł utraconej sprzedaży – niezależnie od faktury za wdrożenie. To liczba, która w rozmowach o migracji prawie nigdy nie pada, a powinna być pierwszą.
Jak wybrać przy nowym sklepie
Pięć pytań, które zawężają wybór szybciej niż jakiekolwiek zestawienie funkcji:
- Ile produktów będzie w katalogu za dwa lata? Ta liczba wyznacza próg między rozwiązaniem prostym a wydajnym.
- Czy masz dostęp do programisty? Bez niego open source oznacza stały koszt zewnętrzny.
- Czy ruch ma budować treść? Jeśli tak, WooCommerce ma przewagę warsztatową.
- Czy planujesz rynki zagraniczne? Jeśli tak, wielosklepowość PrestaShop lub Magento oszczędza dużo pracy.
- Ile możesz wydać na utrzymanie miesięcznie? Model abonamentowy jest przewidywalny, open source ma koszty nieregularne, ale realne.
Nie ma tu pytania „która platforma jest najlepsza pod SEO”, bo to pytanie nie ma odpowiedzi w oderwaniu od powyższych pięciu.
Jeden dodatkowy argument, który rzadko trafia do zestawień: przewidywalność kosztu pracy. Na platformie abonamentowej większość zmian SEO wykonasz sam w panelu, więc miesięczny koszt obsługi jest niższy i stały. Na open source część zadań zawsze wymaga programisty, a to oznacza budżet zmienny i zależny od dostępności wykonawcy. Przy planowaniu rocznym ta różnica bywa większa niż różnica w możliwościach technicznych.
Co dalej
Proces pozycjonowania sklepu niezależny od platformy rozpisałem w hubie pozycjonowanie sklepu internetowego, a widełki kosztowe w tekście o cenniku pozycjonowania sklepu. Warstwę serwerową, która przy każdej z tych platform decyduje o szybkości, opisuję w tekście o hostingu a SEO.
Zastanawiasz się nad migracją albo nie wiesz, co konkretnie hamuje Twój sklep? Napisz do mnie – odeślę analizę z listą priorytetów w 7 dni.
Najczęściej zadawane pytania
Która platforma e-commerce jest najlepsza pod SEO?
Nie ma jednej najlepszej – są takie, które wymagają mniej pracy przy danej skali. Przy katalogu do kilkuset produktów najmniej problemów sprawia WooCommerce lub Shoper, przy kilku tysiącach PrestaShop, a przy dziesiątkach tysięcy i wielu rynkach Magento. O wyniku decyduje jednak wykonanie, nie wybór silnika: dobrze zrobiony sklep na każdej z tych platform wyprzedzi zaniedbany na najlepszej.
Czy migracja na inną platformę poprawi pozycje?
Sama migracja nie poprawia pozycji, a źle wykonana potrafi je skasować na kilka miesięcy. Poprawa pojawia się wtedy, gdy przy okazji rozwiązujesz konkretny problem, którego stara platforma nie pozwalała naprawić. Jeśli nie potrafisz nazwać tego problemu jednym zdaniem, migracja jest kosztem bez uzasadnienia.
Jaki jest największy problem SEO w PrestaShop?
Adresy generowane przez filtry i sortowanie. Domyślnie każda kombinacja parametrów tworzy osobny adres, co przy kilku filtrach daje tysiące niemal identycznych stron rozpraszających moc serwisu. Rozwiązaniem jest kanonikalizacja stron filtrowanych, blokada indeksowania kombinacji parametrów i świadome dopuszczenie do indeksu tylko tych filtrów, które mają realny popyt.
Czy WooCommerce nadaje się do dużego sklepu?
Do kilkuset produktów tak, powyżej kilku tysięcy zaczyna sprawiać problemy wydajnościowe, które trzeba nadrabiać cache i mocniejszym serwerem. Wąskim gardłem rzadko jest sam WooCommerce, a częściej liczba wtyczek i motyw, które razem generują dziesiątki zapytań do bazy przy każdym wyświetleniu strony.
Czy platformy w modelu abonamentowym ograniczają SEO?
Ograniczają dostęp do warstwy technicznej: nie zmienisz struktury adresów, nie dodasz dowolnych danych strukturalnych, nie zoptymalizujesz kodu szablonu poza tym, co przewidział dostawca. W zamian dostajesz poprawne ustawienia domyślne i brak problemów z wydajnością. Przy typowym sklepie ta wymiana zwykle się opłaca, przy nietypowej strukturze katalogu bywa blokadą.
Co sprawdzić w platformie przed wyborem?
Pięć rzeczy: czy da się dowolnie ustawić strukturę adresów, czy panel pozwala edytować tytuł i opis każdej strony, jak platforma traktuje filtry i stronicowanie, czy generuje poprawne dane strukturalne produktu i czy da się obsłużyć produkty niedostępne bez usuwania adresu. Brak któregokolwiek z tych elementów oznacza stałą pracę obejściową.
Ten wpis jest częścią przewodnika Pozycjonowanie stron internetowych.