Filtry w sklepie: które adresy indeksować, a które ograniczać?

Filtry w sklepie warto podzielić według celu adresu. Osobną, indeksowalną stronę może dostać trwała kombinacja odpowiadająca na konkretne zapytanie i pokazująca sensowny wybór produktów. Sortowanie, przypadkowe złożenia filtrów i puste wyniki zwykle nie potrzebują miejsca w Google. Sposób ograniczenia zależy od tego, czy problemem jest skanowanie, czy obecność adresu w indeksie.

Ta decyzja powinna zapaść przed ustawieniem jednej reguły dla wszystkich parametrów. Filtr jest użyteczny dla kupującego, ale każdy kliknięty wariant może utworzyć odrębny URL. Marka, kolor, rozmiar, cena, materiał i sortowanie łatwo tworzą więcej kombinacji niż sklep ma produktów. Google opisuje to jako przestrzeń adresów, która może pochłaniać zasoby skanowania i opóźniać odkrywanie ważnych stron. Nie oznacza to, że każdy adres z filtrem jest błędem. Potrzebny jest rejestr klas URL oraz dowód, po co dana klasa miałaby być wyszukiwana.

W tym poradniku oddzielamy trzy pytania: czy kupujący potrzebuje filtra w interfejsie, czy robot powinien pobierać jego URL i czy ten URL ma własne miejsce w wynikach. W szerszej strategii pozycjonowania sklepu dochodzą jeszcze struktura kategorii i karty produktów. Tutaj rozstrzygamy wyłącznie adresy powstające przez filtrowanie.

Co właściwie tworzy nawigacja fasetowa?

Nawigacja fasetowa pozwala zawężać listę produktów według cech. Kategoria lampy może pokazać wyłącznie lampy biurkowe, białe, z określonym typem zasilania. W przeglądarce może pozostać ten sam adres albo pojawić się nowy, np. /lampy/?typ=biurkowa&kolor=bialy. To decyzja techniczna sklepu, a nie cecha samego słowa „filtr”.

Najpierw sprawdź rzeczywisty kod. Kliknij po jednej wartości każdej fasety, a potem po dwie i trzy naraz. Zapisz powstałe adresy, kod odpowiedzi HTTP, tag canonical, meta robots, linki na liście oraz linki do produktów. Powtórz test dla sortowania, zakresu ceny i pustego wyniku. Nie zakładaj, że nazwy widoczne w panelu administratora odpowiadają parametrom URL; moduły sklepowe potrafią zmieniać format po aktualizacji.

Jeżeli parametr ma różne kolejności, ale daje identyczną listę, robot może zobaczyć kilka wariantów tej samej strony. Jeżeli każda dodatkowa faseta tworzy link HTML, liczba możliwych adresów rośnie przez kombinacje. Dla kupującego to wygoda. Dla właściciela sklepu to potrzeba ustalenia, które kombinacje zasługują na osobny adres docelowy.

Kiedy filtr zasługuje na indeksowalną stronę?

Kandydatem jest trwała grupa produktów, na którą ludzie szukają osobnej odpowiedzi. Przykład demonstracyjny: lampy biurkowe białe może być odrębną intencją zakupową, jeśli sklep ma stabilny wybór takich modeli i potrafi utrzymać stronę z własną nazwą, opisem, linkami oraz użytecznymi filtrami. Samo pojawienie się frazy w narzędziu nie wystarczy. Sprawdź, czy oferta nie składa się z jednego produktu, czy zapytanie faktycznie oznacza listę, a nie konkretny model, i czy istniejąca podkategoria już obsługuje tę potrzebę.

Jeżeli odpowiedź brzmi „tak”, warto rozważyć czytelny, stały URL kategorii lub podkategorii, np. /lampy/biurkowe-biale/, z własnym H1 i canonical wskazującym na ten adres. Powinien być osiągalny przez zwykłe linki z właściwych kategorii. Nie twórz jednocześnie indeksowalnego parametru i podkategorii o tej samej intencji bez planu, która z nich jest główna. Więcej o roli kategorii opisuje poradnik o stronach kategorii.

Popyt sprawdzaj w Search Console, danych wyszukiwania wewnętrznego, badaniu fraz i w realnym katalogu. Te źródła odpowiadają na różne pytania: Search Console pokazuje obecne zapytania i adresy, wyszukiwarka sklepu ujawnia język klientów, a katalog mówi, czy obietnica strony jest możliwa do spełnienia. Żadne z nich osobno nie dowodzi, że nowa strona będzie zdobywać ruch.

Jak rozdzielić crawl, index i canonical?

Skanowanie to pobranie adresu przez robota. Indeksowanie to decyzja o zachowaniu strony jako kandydata do wyników. robots.txt służy do ograniczania skanowania, a noindex do wykluczenia pobranej strony z indeksu. Znacznik canonical wskazuje preferowaną wersję wśród podobnych adresów, lecz jest sygnałem, nie rozkazem. Właśnie dlatego jedna metoda nie zastępuje automatycznie pozostałych.

Gdy masa kombinacji nigdy nie powinna pojawić się w wyszukiwarce, Google zaleca ograniczenie ich skanowania, między innymi regułami robots.txt albo stanem filtra po fragmencie #. Regułę trzeba dopasować do konkretnych parametrów i sprawdzić, czy nie zatrzymuje cennych kategorii, produktów lub paginacji. Pamiętaj, że zablokowany URL może być znany Google z linków. Sama blokada skanowania nie jest obietnicą natychmiastowego usunięcia starego adresu z wyników.

Jeżeli adres jest już w indeksie i ma z niego zniknąć, robot musi móc zobaczyć noindex. Nie umieszczaj więc dla tego samego URL równocześnie blokady pobrania, na której opierasz usunięcie z indeksu. Po zmianie monitoruj status w Search Console. Gdy adresy wypadną z indeksu, można osobno ocenić, czy trzeba ograniczyć ich dalsze odkrywanie i skanowanie. W dużym sklepie taka kolejność wymaga kontroli wzorców URL i logów serwera, nie zgadywania na podstawie kilku przykładów.

Canonical przydaje się, gdy filtrowana i bazowa lista są bliskimi wariantami, a sklep potrzebuje wskazać preferowany URL. Google zaznacza jednak, że w dłuższym czasie jest to słabsza metoda kontroli skanowania niż bezpośrednie ograniczenie dostępu. Jeśli filtr ma własną istotną intencję, kierowanie jego canonical na ogólną kategorię może przeczyć planowi indeksowania. Najpierw zdecyduj o roli strony, potem ustaw sygnał.

Matryca decyzji dla przykładowego sklepu

Poniższa tabela jest demonstracją, nie audytem istniejącego sklepu ani pomiarem popularności fraz. Zastąp przykłady adresami i danymi własnego katalogu.

„Warunkowo” oznacza decyzję po zebraniu dowodów. Nie wpisuj adresu do mapy witryny tylko dlatego, że istnieje. Sitemap powinna wspierać kanoniczne strony, które naprawdę chcesz udostępnić wyszukiwarce. Na liście produktów zachowaj zwykłe ścieżki do kart, aby ograniczenie filtrów nie odcięło ich odkrywania. Jeśli jedyna droga do produktu prowadzi przez kombinację zablokowaną w robots.txt, popraw strukturę linków kategorii.

Co zrobić z pustymi wynikami i paginacją?

Oficjalne wskazówki Google dla adresów fasetowych zalecają odpowiedź HTTP 404 dla kombinacji bez wyników, duplikujących ten sam filtr lub bezsensownych. Dotyczy to także nieistniejących stron paginacji. Nie przekierowuj wszystkich takich adresów na jedną ogólną stronę błędu z kodem 200. Kupujący może zobaczyć zrozumiały komunikat pod własnym URL, podczas gdy odpowiedź HTTP pozostaje prawidłowa.

Paginacja kategorii to inny problem niż filtr. Kolejne strony listy mogą być potrzebne robotowi do odkrycia dalszych produktów, nawet jeśli nie stanowią samodzielnych stron wejścia z wyszukiwarki. Sprawdź, czy każda istniejąca strona ma osiągalny URL i link do następnej, czy nie znika za przyciskiem wymagającym kliknięcia JavaScript, oraz czy reguła dla parametrów filtrów nie obejmuje numeru strony. Własne ustawienia indeksowania paginacji trzeba ocenić na podstawie struktury sklepu, bez jednej reguły dla każdej platformy.

Sortowanie także wymaga osobnego rozpoznania. Zmiana najtańsze na najdroższe zwykle przestawia te same produkty. Nie staje się przez to nową kategorią, nawet gdy ma własny URL. Niech klient może sortować, ale nie buduj dla każdej kolejności tytułu, opisu i linków wewnętrznych jak dla strony docelowej.

Jak sprawdzić wdrożenie po decyzji?

Zapisz stan przed zmianą: liczbę URL według wzorca, próbki zaindeksowane w Search Console, ruch na wartościowych kategoriach, logi żądań Googlebota jeśli masz dostęp i mapę linków do produktów. Dzięki temu zobaczysz, czy poprawka usunęła niechciane adresy, a nie tylko zmieniła metatag w szablonie. Pojedynczy test strony głównej kategorii nic nie mówi o dziesiątkach kombinacji parametrów.

Po wdrożeniu testuj po jednej próbce każdej klasy z matrycy: podstawowa kategoria, dobry landing, prosty filtr, dwa filtry, sortowanie, pusty wynik i dalsza strona listy. Sprawdź HTTP, canonical, robots meta, dostępność dla robota i linki. W raporcie indeksowania patrz na trend oraz konkretne adresy, nie tylko sumę „wykluczonych”; wykluczenie celowo nieindeksowanego filtra jest prawidłowe. Równolegle kontroluj, czy wartościowe kategorie i produkty są nadal odkrywane.

Jeżeli wyniki nie zgadzają się z matrycą, szukaj konfliktu sygnałów. Częste przykłady to URL przeznaczony do indeksu z canonical na kategorię ogólną, noindex ukryty za blokadą robots.txt, dwa różne porządki parametrów prowadzące do tej samej listy lub sitemap zawierająca strony, które z założenia wykluczono. Napraw klasę adresów w szablonie sklepu, a potem ponów pomiar. Ogólny przewodnik SEO sklepu pomoże powiązać te decyzje z resztą architektury.

Co sprawdzić dalej?

Temat łączy się z kolejnymi decyzjami w serwisie. Zobacz także dane strukturalne product, shopify seo oraz migracja sklepu seo.