Opisy produktów pod AI: struktura, która działa

Opis produktu w sklepie ma dziś dwóch odbiorców. Pierwszym jest człowiek, który waha się między dwoma modelami. Drugim jest model językowy, który streszcza ofertę rynku w jednej odpowiedzi i podaje trzy linki. Te dwa czytania wymagają innej struktury tekstu, a większość kart produktowych obsługuje wyłącznie pierwsze z nich, i to słabo.

Ten materiał to szablon: co dać w pierwszym ekranie, jak zapisać parametry, kiedy tabela wygrywa z akapitem i jak powielić ten schemat na tysiąc kart bez tworzenia duplikatów.

Dlaczego opisy marketingowe nie trafiają do odpowiedzi

Typowy opis zaczyna się od zdania w rodzaju „innowacyjne rozwiązanie dla wymagających”. Zdanie nie zawiera żadnego faktu, więc model nie ma czego zacytować. Systemy generujące odpowiedzi szukają fragmentów, które da się przenieść do wyniku bez ryzyka: liczby, jednostki, warunki, ograniczenia, konkretne zastosowania. Fraza o wymagających użytkownikach nie przechodzi tego filtra, bo nie da się jej zweryfikować ani zestawić z konkurencją.

Drugim problemem jest rozproszenie. Parametr techniczny bywa wspomniany w akapicie, powtórzony w tabeli specyfikacji i zaprzeczony w sekcji FAQ, bo nikt nie zaktualizował jednego z trzech miejsc. Model, który natrafi na sprzeczność, częściej pominie źródło niż spróbuje ją rozstrzygnąć. Spójność wewnętrzna karty produktu jest tu warunkiem wejścia, nie dodatkiem.

Trzecia rzecz to długość bez gęstości. Karta ma 900 słów, z czego 700 to synonimy tego samego zapewnienia o jakości. Gęstość faktów na akapit jest niska, więc koszt wyciągnięcia jednej informacji rośnie, a szansa na cytowanie spada.

Szkielet opisu, który działa

Kolejność ma znaczenie, ponieważ pierwsze 400 znaków karty trafia do skrótów, podglądów i najczęściej do kontekstu podawanego modelowi. Sprawdzony układ wygląda tak:

1. Zdanie definiujące. Czym produkt jest, dla kogo i w jakim zakresie. Jedno zdanie, bez przymiotników oceniających.
2. Trzy fakty rozstrzygające. Parametry, które realnie decydują o zakupie w tej kategorii: moc, pojemność, kompatybilność, czas pracy, licencja.
3. Zastosowania. Konkretne scenariusze użycia, zapisane językiem klienta, nie działu marketingu.
4. Ograniczenia. Kiedy ten produkt nie jest właściwym wyborem.
5. Pełna specyfikacja w tabeli.
6. Porównanie z alternatywami z własnego katalogu.
7. FAQ z realnych pytań obsługi klienta.

Ta kolejność odwraca klasyczny schemat sprzedażowy, w którym korzyści idą pierwsze, a dane techniczne lądują na dole strony. W praktyce fakt podany wcześnie robi za korzyść, bo czytelnik sam ją wyprowadza, a model dostaje materiał, który da się zacytować bez interpretacji.

Parametry w tabeli zamiast w zdaniach

Zdanie „urządzenie oferuje imponującą pojemność akumulatora sięgającą 5000 mAh, co przekłada się na długi czas pracy” niesie jedną liczbę w dwudziestu słowach. Wiersz tabeli „Pojemność akumulatora | 5000 mAh” niesie tę samą liczbę w czterech i dodatkowo wiąże ją z nazwą parametru w sposób jednoznaczny. Tabela jest formatem, w którym relacja klucz i wartość nie wymaga zgadywania.

Trzy zasady dla tabeli specyfikacji. Po pierwsze, jednostka zawsze przy wartości, nigdy w nagłówku kolumny osobno od liczby. Po drugie, zakresy zapisujemy jako zakresy (18–22 h), a nie jako „do 22 h”, bo górna granica bez dolnej jest deklaracją marketingową. Po trzecie, kolumna z uwagami przyjmuje warunek pomiaru, i to ona ratuje wiarygodność, gdy klient porówna deklarację z rzeczywistością.

Tabela powinna być zapisana jako element table w kodzie strony, nie jako obrazek ani jako lista z myślnikami udająca kolumny. To banalne, a mimo to jest jednym z częstszych błędów technicznych na kartach produktowych, obok problemów opisanych w naszym przewodniku po strukturze URL i linkowaniu wewnętrznym.

Zastosowania i dla kogo produkt nie jest

Sekcja zastosowań odpowiada na pytanie zadawane w naturalnym języku: „czy to sprawdzi się do X”. Dokładnie tak brzmią zapytania kierowane do asystentów. Jeżeli karta zawiera zdanie „sprawdzi się przy montażu w warsztacie, przy pracy ciągłej do ośmiu godzin”, to pokrywa całą klasę pytań, których nigdy nie znajdziesz w narzędziu do słów kluczowych, bo każde z nich ma zerowy wolumen z osobna.

Sekcja ograniczeń jest rzadsza i dlatego bardziej wartościowa. Zdanie „nie nadaje się do pracy poniżej zera i do materiałów o grubości powyżej 12 mm” wygląda jak strzał we własną stopę, a działa odwrotnie. Zwrotów jest mniej, bo klient odsiewa się sam. Model chętniej cytuje takie fragmenty, ponieważ są to jedyne miejsca w całej kategorii, gdzie ktoś nazwał granicę zastosowania wprost.

Warto zapisać obie sekcje w formie krótkich, samodzielnych zdań. Fragment ma być zrozumiały po wyrwaniu z kontekstu, bo dokładnie tak zostanie użyty.

Porównanie z alternatywami we własnym sklepie

Pytanie „co wybrać: A czy B” jest jednym z najczęstszych w handlu i zwykle wypycha ruch do porównywarek. Jeżeli karta produktu zawiera tabelę zestawiającą trzy modele z własnego katalogu wraz z rekomendacją wyboru, to sklep przejmuje tę intencję u siebie.

Zestawienie musi być uczciwe. Jeśli tańszy model wygrywa w jednym kryterium, trzeba to zapisać. Porównanie, w którym polecany produkt wygrywa we wszystkich wierszach, jest natychmiast rozpoznawalne jako materiał promocyjny i traci wartość jako źródło. Wzorzec, który stosujemy przy tego typu treściach, opisaliśmy szerzej przy okazji wdrożenia AIO w B2B, gdzie sekcje porównawcze odpowiadały za większość przyrostu cytowań.

Każdy wiersz porównania linkuje do karty konkretnego modelu. To zamyka klaster: karta produktu, kategoria i porównanie wskazują na siebie nawzajem, a przy okazji rozprowadza sygnały po katalogu zamiast trzymać je na jednej stronie.

Dane strukturalne produktu

Tekst opisuje, dane strukturalne potwierdzają. Znacznik Product z podanym name, brand, sku, gtin, offers z ceną, walutą i dostępnością oraz aggregateRating, jeśli oceny są prawdziwe, daje maszynom jednoznaczną wersję tych samych faktów. Specyfikację techniczną można podać przez additionalProperty jako pary nazwa i wartość, co jest odpowiednikiem tabeli w warstwie danych.

Dwie zasady. Znacznik nie może zawierać informacji, których nie ma w widocznej treści strony, bo to naruszenie wytycznych i częsty powód utraty wzbogaconych wyników. Cena i dostępność muszą być generowane dynamicznie, inaczej po pierwszej promocji dane rozjeżdżają się z rzeczywistością. Aktualną listę wymaganych i zalecanych pól prowadzi dokumentacja Google Search Central, a pełny słownik typów znajdziesz na schema.org.

Skalowanie na tysiąc kart bez duplikacji

Szablon zastosowany dosłownie na tysiącu produktów daje tysiąc bliźniaczych tekstów różniących się nazwą i jedną liczbą. To duplikacja wewnętrzna, która obniża wartość całego katalogu. Rozwiązanie polega na tym, że szablonizujemy strukturę, a nie zdania.

• Stałe: kolejność sekcji, nagłówki, format tabeli, schemat danych strukturalnych.
• Generowane z bazy: specyfikacja, ceny, dostępność, wiersze porównania.
• Unikalne na produkt: zdanie definiujące, zastosowania, ograniczenia, FAQ.

Trzecia grupa to zwykle 120–200 słów na kartę i to ona decyduje o unikalności. Przy dużym katalogu warto ją priorytetyzować: pełny opis dostają produkty z realnym popytem, reszta startuje ze specyfikacją i danymi strukturalnymi, a tekst dochodzi w kolejnych falach. Kolejność wyznacza sprzedaż i liczba wyświetleń, nie alfabet.

Kontrola jakości sprowadza się do trzech testów, które da się zautomatyzować: czy karta ma co najmniej pięć unikalnych zdań spoza szablonu, czy wartości w tabeli zgadzają się z danymi strukturalnymi i czy FAQ nie powtarza dosłownie treści z sekcji zastosowań. Podobną dyscyplinę stosujemy przy ocenie zasobów przed zakupem, co opisaliśmy w tekście o analizie domeny przed zakupem.

Sekcja FAQ na karcie produktu

Pytania biorą się z rozmów z obsługą klienta, nie z generatora. Trzy do sześciu pytań, każda odpowiedź w dwóch, trzech zdaniach, pierwsze zdanie zawiera rozstrzygnięcie. Rich results dla FAQ zostały w większości wygaszone, ale sama sekcja nadal pracuje, co sprawdzaliśmy w teście wpływu FAQ na pozycje. Powód jest prosty: format pytanie i odpowiedź to gotowy fragment do cytowania.

Podsumowanie

Opis produktu pod AI to nie inny styl pisania, tylko inna kolejność informacji i wyższa gęstość faktów. Zdanie definiujące na górze, parametry w tabeli z jednostkami, jawne ograniczenia, uczciwe porównanie z własnym katalogiem i dane strukturalne zgodne z widoczną treścią. Ten zestaw obsługuje jednocześnie klienta, wyszukiwarkę i model generujący odpowiedź, i daje się powielić na cały katalog bez produkowania duplikatów.

Najczęstsze pytania