Optymalizacja SEO PrestaShop: adresy, duplikaty i przekierowania

Optymalizacja SEO PrestaShop w warstwie technicznej sprowadza się do jednego pytania: ile adresów prowadzi w Twoim sklepie do tej samej treści. PrestaShop generuje je z kilku źródeł naraz, a bez świadomej konfiguracji ten sam produkt bywa dostępny pod pięcioma adresami, listing kategorii mnoży się przez kombinacje filtrów, a wyszukiwarka indeksuje warianty, których nikt nie chciał publikować.

Ten obszar jest tani w stosunku do efektu, bo prawie w całości polega na konfiguracji, a nie na zmianach w kodzie czy w projekcie graficznym. Wymaga za to systematyczności, bo błędy narastają cicho i ujawniają się dopiero jako spadek widoczności.

Skąd biorą się duplikaty adresów

Duplikat w PrestaShop rzadko powstaje przez pomyłkę redaktora. Zwykle jest efektem ubocznym mechanizmu, który działa zgodnie z projektem.

PrestaShop ma wbudowane ustawienia dla większości z tych przypadków, w sekcji ustawień SEO i adresów. Domyślne wartości są ostrożne, ale nie znają Twojego katalogu, więc zawsze wymagają przeglądu. Zasady, którymi kieruje się wyszukiwarka przy wyborze adresu kanonicznego, opisuje dokumentacja Google Search Central.

Struktura adresów: decyzja, którą podejmujesz raz

PrestaShop pozwala zdefiniować szablon adresu produktu i kategorii. Wybór między adresem zawierającym pełną ścieżkę kategorii a adresem płaskim jest jedną z tych decyzji, które trudno cofnąć bez kosztu, bo każda zmiana wymaga przekierowań z całego dotychczasowego zasobu.

Adres płaski, zawierający tylko nazwę produktu, ma jedną praktyczną przewagę: przeniesienie produktu między kategoriami nie zmienia adresu. W sklepach, w których katalog jest reorganizowany regularnie, oszczędza to setki przekierowań rocznie. Adres ze ścieżką kategorii jest czytelniejszy dla klienta i buduje strukturę widoczną w wynikach wyszukiwania, ale wiąże adres produktu z jego miejscem w drzewie.

Cokolwiek wybierzesz, trzy rzeczy obowiązują zawsze:

• Bez identyfikatorów liczbowych w adresie, jeśli da się ich uniknąć. Nie szkodzą pozycjom, ale obniżają czytelność i klikalność w wynikach.
• Polskie znaki transliterowane konsekwentnie. Mieszanka zapisów w jednym sklepie to gwarantowane duplikaty.
• Jedna wersja kanoniczna domeny. Z www albo bez, z ukośnikiem końcowym albo bez, wymuszona przekierowaniem, nie zostawiona przypadkowi.

Co robić z adresami filtrów

Nawigacja fasetowa to największe źródło adresów w sklepie z rozbudowanym katalogiem. Cztery filtry po pięć wartości dają setki kombinacji na jednej kategorii, a każda z nich ma niemal identyczną treść i różni się jedynie zestawem produktów.

Domyślna odpowiedź brzmi „zamknąć wszystko”, ale jest za ostra. Część zawężeń odpowiada realnym zapytaniom klientów i ma sens jako osobna strona docelowa. „Buty trekkingowe damskie wodoodporne” to fraza, którą ludzie wpisują w wyszukiwarkę, i strona filtra odpowiada na nią lepiej niż ogólna kategoria.

Praktyczne rozstrzygnięcie w trzech krokach:

1. Wypisz zawężenia, na które są realne wyszukiwania. Zwykle jest ich kilkanaście na cały sklep, nie setki.
2. Nadaj im własny tytuł, opis i treść. Bez tego są duplikatem kategorii nadrzędnej i konkurują z nią, zamiast dokładać widoczność.
3. Resztę kombinacji zamknij przez adres kanoniczny wskazujący kategorię i wyłączenie z indeksowania.

Filtry złożone z więcej niż dwóch warunków zamykaj bez wyjątku. Nikt nie szuka trzech parametrów naraz na tyle często, żeby uzasadnić osobną stronę, a liczba takich kombinacji rośnie wykładniczo. Konfigurację samych filtrów opisujemy w tekście o optymalizacji katalogu PrestaShop.

Przekierowania: łańcuchy, pętle i 404

Sklepy z historią ciągną za sobą warstwy przekierowań. Migracja z poprzedniej platformy dołożyła jedną, przebudowa katalogu drugą, zmiana struktury adresów trzecią. Efektem są łańcuchy, w których adres prowadzi do adresu, który prowadzi do kolejnego.

Trzy rzeczy do zrobienia, w tej kolejności:

Skróć łańcuchy do jednego skoku

Każdy adres źródłowy ma prowadzić bezpośrednio do celu końcowego. Wyeksportuj listę przekierowań, znajdź te, których cel sam jest źródłem innego przekierowania, i przepisz je. Operacja mechaniczna, wykonalna skryptem, a skraca czas ładowania i porządkuje przepływ sygnałów.

Zajmij się błędami 404 z ruchem

Nie wszystkimi, tylko tymi, na które ktoś wchodzi. Adres bez ruchu i bez linków przychodzących może zwracać 404 bez szkody. Adres, który zbierał odwiedziny przez dwa lata, potrzebuje przekierowania do konkretnego zamiennika. Przekierowanie na stronę główną jest gorsze niż jego brak, bo klient nie dostaje ani produktu, ani informacji, że go nie ma.

Ustal zasadę na przyszłość

Usunięcie produktu albo kategorii zawsze wymaga decyzji o przekierowaniu. Wpisz to w procedurę zespołu obsługującego katalog, bo inaczej za rok wrócisz do tej samej listy.

Mapa strony i plik robots

Mapa strony ma zawierać adresy, które chcesz mieć w indeksie, i tylko je. W praktyce mapy generowane automatycznie zawierają kategorie bez produktów, produkty wyłączone ze sprzedaży, strony koszyka i konta klienta oraz adresy, które w tej samej chwili są wyłączone z indeksowania. Sprzeczny sygnał, który sklep wysyła sam do siebie.

Przegląd mapy strony wykonasz w kwadrans: pobierz plik, policz adresy, porównaj liczbę z liczbą aktywnych produktów i kategorii. Rozbieżność większa niż kilka procent oznacza, że mapa zawiera coś, czego nie powinna.

Plik robots pełni inną rolę i bywa mylony z narzędziem do usuwania stron z indeksu. Blokuje pobieranie, a nie indeksowanie, więc adres zablokowany w tym pliku może nadal pojawiać się w wynikach, tylko bez opisu. Do wyłączania stron z indeksu służy znacznik w kodzie strony. Rolę i składnię pliku opisujemy w osobnym tekście o pliku robots.txt w sklepie PrestaShop.

Stronicowanie listingów

Kategoria z dwustoma produktami rozkłada się na kilkanaście stron, z których każda ma ten sam tytuł, ten sam opis i tę samą treść wprowadzającą. Dla wyszukiwarki wyglądają jak warianty tej samej strony, a dla klienta wchodzącego z wyników wyszukiwania na stronę siódmą jak przypadkowy fragment oferty.

Trzy rozstrzygnięcia, które porządkują ten obszar:

• Tytuł i opis z numerem strony. Odróżnia kolejne strony od pierwszej i od siebie nawzajem, bez pisania osobnych treści.
• Adres kanoniczny wskazujący samą siebie. Strona druga jest osobną stroną z osobnym zestawem produktów, a nie duplikatem pierwszej. Wskazanie pierwszej strony jako kanonicznej wycina resztę katalogu z indeksu.
• Opis wprowadzający tylko na pierwszej stronie. Powielony na wszystkich jest tym, co czyni je nierozróżnialnymi.

Osobną decyzją jest liczba produktów na stronie. Wartość domyślna rzadko odpowiada realnym listingom, a jej zwiększenie zmniejsza liczbę stron i skraca drogę klienta, ale wydłuża czas ładowania. Rozstrzygnięcie znajdziesz w danych: jeśli większość klientów nie przechodzi poza pierwszą stronę, dołożenie produktów pomoże bardziej niż optymalizacja stronicowania.

Treść na listingach i kartach produktu

Warstwa techniczna otwiera drzwi, ale nie zastępuje treści. Dwa miejsca, w których sklepy tracą najwięcej:

Opisy kategorii. Puste albo skopiowane między kategoriami. Kategoria bez treści konkuruje wyłącznie nazwą, a z nazwą podobną do dziesiątek innych sklepów. Opis nie musi być długi, ma odpowiadać na pytanie, co klient znajdzie na tej stronie i czym różnią się produkty w środku.

Opisy produktów od producenta. Ten sam tekst występuje w kilkudziesięciu sklepach jednocześnie. Nie jest to powód do kary, ale nie daje żadnego powodu, żeby wyróżnić akurat Twoją stronę. Uzupełnienie o własną sekcję, choćby krótką, zmienia sytuację. Szerzej o typowych potknięciach w tym obszarze piszemy w tekście o najczęstszych błędach SEO w sklepach.

Dane strukturalne

Dane strukturalne opisują zawartość strony w formacie, który wyszukiwarki i modele językowe czytają bez interpretowania układu graficznego. Dla sklepu liczą się przede wszystkim trzy typy: opis produktu z ceną i dostępnością, okruszki nawigacji oraz dane organizacji.

Najczęstszy problem nie polega na braku znaczników, tylko na ich rozjeździe z treścią widoczną na stronie. Cena w danych strukturalnych inna niż cena wyświetlana, dostępność zapisana na stałe zamiast pobieranej ze stanu magazynowego, opinie zadeklarowane mimo braku opinii. Każdy z tych przypadków jest gorszy niż brak znaczników.

Weryfikacja jest szybka: sprawdź kilka kart produktu narzędziem do testowania wyników z elementami rozszerzonymi i porównaj wartości z tym, co widzi klient. Rola danych strukturalnych rośnie wraz z udziałem odpowiedzi generowanych przez AI, o czym piszemy przy okazji widoczności sklepu w odpowiedziach AI.

Tytuły i opisy generowane szablonem

Ręczne uzupełnianie tytułów i opisów dla katalogu liczonego w tysiącach pozycji jest niewykonalne, a pozostawienie ich pustych oznacza, że wyszukiwarka złoży je sama, zwykle z nazwy produktu i nazwy sklepu. PrestaShop pozwala zdefiniować szablony, które uzupełniają te pola z danych produktu.

Sensowny szablon dla karty produktu łączy nazwę, markę i element odróżniający sklep, mieszcząc się w długości wyświetlanej w wynikach. Dla kategorii warto dołożyć liczbę produktów albo zakres oferty. Szablon jest punktem wyjścia, nie wersją ostateczną: strony z największym ruchem zasługują na tytuły i opisy pisane ręcznie, bo tam różnica w klikalności przekłada się na realny ruch.

Praktyczny podział: szablon dla całego katalogu, ręczna praca dla trzydziestu stron z największym ruchem, przegląd raz na kwartał. Rozszerzanie ręcznej pracy poza ten zestaw rzadko zwraca się w czasie, który na nią poświęcasz.

Szybkość jako czynnik rankingowy

Core Web Vitals wchodzą w skład sygnałów oceniających doświadczenie na stronie. Ich waga jest mniejsza, niż sugerują nagłówki branżowe, ale rola rozstrzygająca przy zbliżonej jakości treści jest realna. Progi są jednoznaczne: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1.

Praktyczny wniosek dla tego obszaru: nie optymalizuj prędkości pod SEO, bo to najdroższa możliwa motywacja. Optymalizuj ją pod konwersję i pod klienta, a korzyść w wynikach wyszukiwania przyjdzie przy okazji. Ten wątek prowadzimy osobno, w ramach optymalizacji wydajności PrestaShop.

Optymalizacja SEO PrestaShop: lista kontrolna warstwy technicznej

Przegląd do wykonania raz na kwartał, w około dwie godziny:

• liczba adresów w indeksie zgadza się z rzędem wielkości katalogu
• karty produktu mają adres kanoniczny wskazujący jedną kategorię
• kombinacje filtrów poza wybraną listą są wyłączone z indeksowania
• kolejne strony listingu mają własne tytuły
• brak łańcuchów przekierowań dłuższych niż jeden skok
• błędy 404 z ruchem mają przekierowania do zamienników
• mapa strony zawiera wyłącznie adresy przeznaczone do indeksu
• dane strukturalne zgadzają się z treścią widoczną dla klienta
• kategorie z ruchem mają własne opisy

Jak wprowadzać zmiany bez utraty widoczności

Większość spadków widoczności po wdrożeniu nie wynika ze złych decyzji, tylko z braku listy kontrolnej przy przenoszeniu zmian na produkcję. Trzy rzeczy zdarzają się najczęściej i wszystkie trzy da się wyłapać przed publikacją.

Blokada indeksowania przeniesiona ze środowiska testowego. Środowisko testowe jest zamknięte przed wyszukiwarkami i ta blokada wędruje razem z wdrożeniem. Efekt bywa odkrywany po tygodniach, gdy ruch organiczny zdąży już spaść. Sprawdzenie zajmuje minutę i powinno być pierwszym punktem po każdym wdrożeniu.

Zmiana adresów bez przekierowań. Zmiana szablonu adresu albo reorganizacja kategorii unieważnia wszystkie dotychczasowe adresy naraz. Przekierowania trzeba przygotować przed wdrożeniem, na podstawie eksportu starych adresów, a nie po fakcie na podstawie raportu błędów.

Utrata treści przy zmianie motywu. Opisy kategorii i teksty na stronach informacyjnych bywają osadzone w szablonie motywu, a nie w bazie. Nowy motyw je zabiera ze sobą.

Przy większych zmianach warto zapisać stan wyjściowy: liczbę adresów w indeksie, listę stron z największym ruchem i ich pozycje. Bez tego po miesiącu nie da się rozstrzygnąć, czy spadek jest skutkiem wdrożenia, czy zmiany w wyszukiwarce. Ten sam mechanizm obowiązuje przy zmianie wersji sklepu, o czym piszemy w tekście o błędach przy migracji na nową wersję PrestaShop.

Warstwa techniczna SEO jest tym obszarem, w którym uporządkowanie raz i pilnowanie kwartalnie daje więcej niż ciągła praca bez struktury. Miejsce tego obszaru wśród pozostałych pokazuje przewodnik o optymalizacji PrestaShop.