Architektura treści produktowych pod SEO i AI

Dobra karta produktu B2B pod SEO i AI ma stały szablon: na górze jednoznaczna nazwa, identyfikatory i jednozdaniowa odpowiedź, czym jest produkt i do czego służy; dalej tabela parametrów z jednostkami, zastosowania i ograniczenia, warianty, dokumenty do pobrania z opisem, FAQ produktowe, produkty powiązane oraz dane strukturalne Product ze schema.org. Ten sam układ powtarzany dla setek produktów sprawia, że klient szybciej znajduje informacje, a wyszukiwarki i asystenci AI dostają spójne, łatwe do zacytowania treści. Poniżej rozpisujemy szablon sekcja po sekcji.

Treść produktowa to model informacji, nie akapit tekstu

Opis produktu nie powinien być pojedynczym akapitem dopisanym na końcu wdrożenia. W firmach B2B i produkcyjnych karta produktu obejmuje parametry, zastosowania, dokumenty, warianty, instrukcje, wersje językowe i relacje z innymi produktami. Jeśli te elementy mają stałe miejsce w szablonie, można je wypełniać z bazy danych, kontrolować ich kompletność i publikować w wielu kanałach bez ręcznego kopiowania.

Ten tekst dotyczy pojedynczej karty. Strukturę całego katalogu – kategorie, filtry i indeksowanie wariantów – opisujemy we wpisie Katalog produktowy, dane produktowe i SEO, a zasady budowy stron usługowych w tekście Architektura treści pod AI Overviews i klasyczne SEO.

Szablon karty produktu B2B – sekcja po sekcji

1. Nagłówek i identyfikacja

• H1 z pełną nazwą produktu, bez skrótów zrozumiałych tylko wewnątrz firmy.
• Indeks producenta, GTIN (jeśli jest), marka, seria lub rodzina produktów.
• Zdjęcie główne z opisowym tekstem alternatywnym.

2. Krótka odpowiedź

Dwa, trzy zdania bezpośrednio pod nagłówkiem: czym jest produkt, do czego służy, dla kogo jest przeznaczony i czym wyróżnia się w swojej serii. To fragment, który najczęściej trafia do wyników wyszukiwania i odpowiedzi AI, więc powinien być konkretny i zrozumiały bez kontekstu.

Przykład: „Szybkozłączka pneumatyczna do przewodów 8 mm, przeznaczona do instalacji sprężonego powietrza w warsztatach i liniach produkcyjnych. Wersja z mosiądzu niklowanego, do ciśnienia roboczego podanego w tabeli parametrów”.

3. Tabela parametrów

Parametry techniczne jako tabela HTML, a nie grafika czy tekst ciągły. Zasady:

• stała kolejność parametrów w obrębie kategorii,
• nazwy parametrów ze słownika, identyczne na wszystkich kartach,
• wartość i jednostka w osobnych kolumnach lub w stałym formacie,
• wyraźne oznaczenie parametrów wariantowych.

Spójne nazewnictwo jest ważniejsze, niż się wydaje. Jeśli na jednej karcie jest „masa”, na drugiej „waga netto”, a na trzeciej „ciężar”, porównanie produktów utrudnia się i ludziom, i maszynom.

4. Zastosowania i ograniczenia

Sekcja, której na większości kart B2B brakuje, a która najlepiej odpowiada na pytania klientów. Warto opisać:

• typowe zastosowania i branże,
• warunki pracy: temperatury, media, środowisko,
• czego produkt nie robi lub gdzie nie powinien być stosowany,
• kompatybilność z innymi produktami lub systemami.

To treść, której nie da się wygenerować z samych parametrów. Wymaga wiedzy działu technicznego, dlatego szablon powinien ją wymuszać jako osobne pole.

5. Warianty

Jeśli produkt ma rozmiary, wersje materiałowe lub opakowania, pokaż je w tabeli z identyfikatorami i różniącymi się parametrami. Każdy wariant powinien być jednoznacznie wskazywalny, np. przez parametr w adresie lub osobny identyfikator, żeby klient mógł wysłać link do konkretnej wersji.

6. Dokumenty

Karty techniczne, instrukcje, deklaracje zgodności, certyfikaty, karty charakterystyki. Każdy dokument opisz na stronie: typ, język, wersja lub data, rozmiar pliku. Sama ikona PDF bez opisu nie mówi nic ani klientowi, ani wyszukiwarce.

Kluczowe informacje z dokumentów powinny być też w HTML karty. PDF jest formalnym potwierdzeniem, a nie jedynym źródłem wiedzy o produkcie.

Jeśli produkt ma cyfrowy paszport, link do publicznej karty w DPPC warto umieścić w tej sekcji, z krótkim wyjaśnieniem, co klient tam znajdzie.

7. FAQ produktowe

Trzy do pięciu pytań dotyczących konkretnego produktu lub jego grupy: dobór rozmiaru, kompatybilność, przechowywanie, czas dostawy dokumentów, różnica między wariantami. Pytania powinny pochodzić z realnych zapytań do handlowców i serwisu.

Uwaga praktyczna: od 2023 roku Google pokazuje wyniki rozszerzone FAQ tylko dla wybranych, autorytatywnych serwisów, więc znacznik FAQPage na karcie produktu zwykle nie da dodatkowego wyglądu w wynikach. Sama treść FAQ nadal ma wartość – odpowiada na pytania wprost i dobrze nadaje się do cytowania.

8. Produkty powiązane

Akcesoria, części zamienne, produkty zastępcze i następcy wycofanych modeli. Opisz relację słowami („pasuje do”, „zastępuje”, „wymaga”), a nie tylko jako karuzelę „Zobacz też”. Relacja zapisana w danych może być wykorzystana również w wyszukiwarce portalu i w eksporcie do partnerów.

9. Wezwanie do działania

W B2B często nie ma przycisku „Kup teraz”. Zamiast niego: zapytanie ofertowe z automatycznie wypełnionym produktem, kontakt z doradcą technicznym, dodanie do koszyka w portalu dla zalogowanych klientów.

Dane strukturalne Product

Znacznik JSON-LD typu Product ze schema.org opisuje kartę w sposób zrozumiały dla wyszukiwarek. Najczęściej używane właściwości:

• name, description, image,
• sku, mpn, gtin (lub wariant z liczbą cyfr, np. gtin13),
• brand,
• additionalProperty jako lista PropertyValue dla kluczowych parametrów,
• offers, jeśli cena jest publiczna,
• relacje do innych produktów, np. isAccessoryOrSparePartFor.

Zasady:

• Dane w znaczniku muszą odpowiadać temu, co widać na stronie.
• Nie dodawaj opinii ani ocen, których nie ma na stronie.
• W B2B bez publicznych cen Google zwykle nie pokaże wyniku rozszerzonego produktu, bo wymaga on ofert, opinii lub oceny. Znacznik nadal porządkuje informacje o produkcie.
• Generuj znacznik z tych samych danych co widoczna treść, a nie ręcznie – inaczej szybko się rozjedzie.

Typowe błędy na kartach produktów B2B

• Opis skopiowany od producenta, identyczny jak u kilkunastu dystrybutorów.
• Parametry tylko w PDF albo na grafice.
• Różne nazwy tego samego parametru w obrębie jednej kategorii.
• Brak informacji, do czego produkt się nie nadaje.
• Dokumenty bez daty i wersji – klient nie wie, czy pobiera aktualną kartę.
• Każdy wariant jako osobna karta z prawie identyczną treścią i bez wskazania produktu nadrzędnego.
• Dane strukturalne dodane ręcznie raz, a potem nieaktualizowane razem z treścią.

Jak wdrożyć szablon w praktyce

1. Wybierz jedną kategorię i przejrzyj 10–20 najważniejszych kart.
2. Spisz sekcje, pola wymagane i słownik parametrów dla tej kategorii.
3. Zidentyfikuj braki – najczęściej zastosowania, ograniczenia i opisy dokumentów.
4. Zbuduj szablon w systemie tak, żeby pola były osobnymi danymi, a nie jednym edytorem tekstu.
5. Uzupełnij treści z działem technicznym i opublikuj kategorię.
6. Sprawdź wynik w narzędziach do testowania danych strukturalnych i w Search Console, a potem powtórz dla kolejnych kategorii.

Jakość samych danych – kompletność atrybutów, jednostki, słowniki – to osobny temat, opisany w tekście Jak przygotować dane produktowe pod AI.

Następny krok

Weź jedną kartę produktu, którą handlowcy najczęściej wysyłają klientom, i porównaj ją z dziewięcioma sekcjami z tego szablonu. Lista braków pokaże, od czego zacząć. Jeśli chcesz, żebyśmy przygotowali szablon dla Twojego katalogu razem z danymi strukturalnymi, zobacz usługę widoczność w AI i SEO lub napisz do nas.