Katalog produktowy, dane produktowe i SEO

Katalog produktowy pracuje na SEO wtedy, gdy jego struktura jest zaprojektowana dla ludzi i dla robotów jednocześnie: kategorie odpowiadają temu, jak klienci szukają, filtry nie generują tysięcy bezwartościowych adresów, warianty mają jasno określony adres kanoniczny, paginacja jest dostępna dla robota, a linkowanie wewnętrzne prowadzi do najważniejszych stron. W katalogach B2B z setkami lub tysiącami produktów to właśnie struktura – a nie opisy – najczęściej decyduje, czy Google widzi właściwe strony. Poniżej omawiamy każdy z tych elementów wraz z decyzjami, które trzeba podjąć.

Dane produktowe jako fundament struktury

Katalog to nie tylko lista nazw i zdjęć. W firmach produkcyjnych i handlowych obejmuje parametry techniczne, warianty, dokumenty, tłumaczenia i relacje między produktami. Ten wpis dotyczy struktury katalogu i jej wpływu na indeksowanie. Jakość samych atrybutów opisujemy w artykule Jak przygotować dane produktowe pod AI i wyszukiwarki, a zawartość pojedynczej karty – we wpisie Architektura treści produktowych – szablon karty produktu B2B.

Kategorie: drzewo, które odpowiada na wyszukiwania

Struktura kategorii często powstaje jako kopia grup towarowych z ERP. To wygodne dla magazynu, ale nie zawsze dla klienta. Przy projektowaniu drzewa:

• nazywaj kategorie tak, jak szuka klient – „Pompy do wody czystej”, a nie „Grupa P-01”,
• utrzymuj płytką strukturę – dwa–trzy poziomy zwykle wystarczą; produkt powinien być osiągalny w kilku kliknięciach,
• każda kategoria ma główne miejsce w drzewie – jeśli produkt pasuje do kilku kategorii, adres produktu i tak jest jeden,
• kategoria ma własną treść – krótki wstęp, kryteria wyboru, linki do podkategorii; pusta lista produktów to słaba strona docelowa,
• nie twórz kategorii z jednym produktem tylko po to, by mieć stronę pod frazę.

Filtry i faceted navigation

Filtry (materiał, średnica, producent, zastosowanie) są niezbędne dla użytkownika, ale każda kombinacja może tworzyć nowy adres URL. Przy kilku filtrach i wielu wartościach powstają tysiące stron o niemal identycznej treści. Robot marnuje na nie czas, a ważne strony są odwiedzane rzadziej.

Rozwiązanie to świadomy podział filtrów na dwie grupy:

1. Filtry indeksowane – kombinacje, na które istnieje realny popyt w wyszukiwarce, np. kategoria + materiał („zawory mosiężne”). Dostają stały, czytelny adres (`/zawory/mosiezne`), własny tytuł, nagłówek i krótki opis, są linkowane z kategorii i trafiają do mapy witryny.
2. Filtry nieindeksowane – sortowanie, zakresy cen, dostępność, kombinacje wielu filtrów naraz. Działają dla użytkownika, ale nie tworzą stron do indeksu: robią to parametry w adresie z canonicalem do kategorii, blokada w `robots.txt` dla określonych parametrów albo filtrowanie po stronie przeglądarki bez zmiany adresu.

Uwaga na łączenie metod: strona zablokowana w `robots.txt` nie zostanie odczytana, więc robot nie zobaczy też jej canonicala ani znacznika `noindex`. Dla każdego typu filtra wybierz jedną, konsekwentną metodę. Google opisuje zarządzanie adresami nawigacji fasetowej w swojej dokumentacji dla właścicieli witryn – warto ją przejrzeć przed projektem.

Warianty produktów: jeden adres czy wiele

Produkt w pięciu rozmiarach i trzech kolorach to piętnaście wariantów. Są dwa podejścia:

• jedna strona produktu z wyborem wariantu – dobre, gdy warianty różnią się tylko rozmiarem lub kolorem, a klienci szukają produktu ogólnie; parametry wariantu mogą być w adresie, ale canonical wskazuje stronę główną produktu,
• osobne strony wariantów – uzasadnione, gdy warianty mają różne zastosowania, dokumenty, numery katalogowe, których klienci szukają bezpośrednio, albo znacząco różne parametry techniczne.

W B2B często sprawdza się rozwiązanie mieszane: strona produktu bazowego jako główna, a warianty z własnym indeksem katalogowym dostępne pod stałymi adresami z canonicalem do siebie, jeśli mają unikalną treść. Kluczowe jest, żeby decyzja była jedna dla całego typu produktów, a nie podejmowana ręcznie przy każdym.

Canonicale – co wskazywać

Znacznik canonical to wskazówka dla wyszukiwarki, a nie polecenie. Działa dobrze, gdy jest spójny z resztą sygnałów:

• strona produktu ma canonical do siebie, niezależnie od ścieżki kategorii, z której przyszedł użytkownik,
• adresy z parametrami śledzenia (UTM) i sortowania wskazują wersję bez parametrów,
• mapa witryny i linki wewnętrzne używają tych samych adresów, które są kanoniczne,
• nie ustawiaj canonicala stron paginacji na pierwszą stronę – kolejne strony zawierają inne produkty.

Paginacja

Google nie korzysta już ze znaczników `rel="prev"` i `rel="next"` jako sygnału, więc paginacja musi po prostu działać jak zwykłe linki:

• każda strona listy ma własny adres (`?page=2` lub `/strona/2`) i canonical do siebie,
• linki do kolejnych stron są zwykłymi linkami `<a href>`, a nie tylko przyciskiem „Pokaż więcej” działającym w JavaScript,
• przy „nieskończonym przewijaniu” zapewnij równoległą paginację z adresami, żeby robot dotarł do produktów z dalszych stron,
• rozważ większą liczbę produktów na stronie – mniej stron paginacji to krótsza droga do produktu.

Linkowanie wewnętrzne w katalogu

Struktura drzewa to tylko część linkowania. Pozostałe źródła, które pomagają robotom i klientom:

• okruszki (breadcrumbs) – z danymi strukturalnymi `BreadcrumbList`,
• produkty powiązane – akcesoria, zamienniki, produkty kompatybilne; to relacje z danych, a nie ręczne wstawki,
• linki z poradników i stron zastosowań do kategorii i indeksowanych filtrów,
• produkt wycofany – zamiast usuwać stronę, pokaż zamiennik i link do kategorii; jeśli strona musi zniknąć, przekieruj ją do najbliższego odpowiednika.

Katalog w portalu B2B: część publiczna i część po zalogowaniu

W B2B ten sam katalog często działa w dwóch trybach: publicznym, dostępnym dla wyszukiwarek, i po zalogowaniu, z indywidualnymi cenami, stanami i dokumentami dla konkretnego klienta. Struktura powinna to uwzględniać od początku:

• publiczne kategorie i karty produktów mają te same adresy dla wszystkich – różni się tylko to, co widzi zalogowany klient (cena, dostępność, przycisk zamówienia),
• strony dostępne wyłącznie po zalogowaniu (koszyk, historia zamówień, cenniki klienta) nie powinny być linkowane w sposób, który prowadzi robota do ekranów logowania,
• brak ceny na stronie publicznej nie jest problemem dla SEO, o ile karta ma pełne dane techniczne i jasną informację, jak uzyskać ofertę,
• uprawnienia do produktów – jeśli część asortymentu jest widoczna tylko dla wybranych klientów, te produkty nie powinny trafiać do mapy witryny.

Dzięki temu jedna struktura obsługuje zarówno pozyskiwanie nowych klientów z wyszukiwarki, jak i codzienne zamówienia stałych odbiorców.

Typowe błędy w strukturze katalogu

1. Każda kombinacja filtrów indeksowana i w mapie witryny.
2. Ten sam produkt pod kilkoma adresami zależnie od ścieżki kategorii.
3. Paginacja dostępna tylko przez JavaScript.
4. Kategorie nazwane kodami z ERP.
5. Usuwanie stron wycofanych produktów bez przekierowania.

Większość tych problemów widać w raporcie indeksowania w Search Console i w logach serwera – przegląd krok po kroku opisuje wpis Techniczne SEO dla software house – checklista audytu.

Następny krok

Weź jedną dużą kategorię i policz, ile różnych adresów URL generuje dziś z filtrami i sortowaniem, a ile z nich widzi Google. Ta różnica pokazuje, od czego zacząć porządki. Jeśli chcesz zaprojektować katalog, który dobrze działa w sklepie, portalu B2B i wyszukiwarce, zobacz usługę widoczność w AI i SEO albo skontaktuj się z nami.