Jak pisać opisy produktów pod AI – żeby były polecane przez ChatGPT, Gemini i Perplexity

13,7% wszystkich cytowań w odpowiedziach generatywnych AI pochodzi ze stron produktowych, a dla zapytań transakcyjnych sam ten typ strony odpowiada już za niemal 25% cytowań (razem ze stronami kategorii to nawet 40%). To dane z analizy Wix Studio AI Search Lab z 2026 roku: 75 tysięcy odpowiedzi AI, ponad milion cytowań sprawdzonych w ChatGPT, Google AI Mode i Perplexity.
Twoja karta produktu ma dziś realną szansę stać się źródłem odpowiedzi, zanim klient w ogóle zobaczy Twoją markę, ale pod jednym warunkiem: musisz napisać treści tak, żeby model mógł z nich skorzystać!

By opis produktu był cytowany przez AI, musi zawierać konkretne, sprawdzalne fakty: parametry, zastosowania, ograniczenia i warianty wyrażone wprost, w liczbach i pełnych zdaniach, nie w przymiotnikach.
Dołóż do tego dane strukturalne (schema.org Product i Offer), sekcję FAQ z realnymi pytaniami klientów i tabelę specyfikacji w HTML.
Tych czterech elementów agent AI szuka najpierw.
W artykule podpowiem Ci jak przygotować i zoptymalizować cały opis krok po kroku.

Jedno zastrzeżenie na start – nie znajdziesz tu instrukcji, jak zlecić ChatGPT napisanie opisu za Ciebie, takich poradników jest już w internecie mnóstwo. Chodzi mi o coś innego: udzielenie odpowiedzi na pytanie „jak zoptymalizować opisy produktów pod wyszukiwanie w LLM„, niezależnie czy tekst piszesz sam, czy z pomocą AI. W branży ten kierunek działań ma już swoją dedykowaną nazwę: GEO, Generative Engine Optimization (choć dla mnie to jednak element zmieniającego się SEO). Gra toczy się tu o obecność w odpowiedzi, a nie o pozycję w rankingu. Jeśli szukasz szerszego spojrzenia na pisanie treści pod AI w ogóle, nie tylko kart produktowych, mam osobny tekst: Jak pisać treści pod AI (LLM-y).

Coraz częściej słyszę zresztą to samo pytanie od klientów prowadzących sklepy internetowe: dlaczego ChatGPT poleca konkurencję, a nie ich, mimo lepszego produktu i wyższej pozycji w Google? Odpowiedź zwykle ich zaskakuje, bo problem rzadko leży w pozycji. Zwykle chodzi o to, że agent w ogóle nie potrafi odpowiedzieć, kim właściwie są.

Czym różni się karta produktu czytana przez człowieka od karty czytanej przez agenta AI?

Agent zakupowy AI to system, który przeszukuje strony sklepów, porównuje parametry produktów, sprawdza dostępność i czyta opisy, żeby złożyć z tego gotową rekomendację, bez klikania w Twoją stronę przez człowieka. Klient pyta o buty do biegania do 300 zł, a resztę pracy wykonuje model w ułamku sekundy. Ty dowiadujesz się o tym dopiero wtedy, gdy ktoś napisze do Ciebie, dlaczego akurat u Ciebie nie kupił.

Przez lata powtarzałam na szkoleniach jedno zdanie: pisz treści zrozumiałe dla klienta i zgodnie z zasadami SEO, a wyszukiwarka i tak Cię zrozumie. Dziś to już nie wystarcza. Agent AI nie czyta strony tak, jak robi to człowiek: nie wyłapuje kontekstu emocjonalnego, nie domyśla się niedopowiedzeń, nie doczyta między wierszami, że „uniwersalny rozmiar” w Twoim sklepie oznacza konkretnie S do L. Dostajesz więc dodatkowy wymóg, nakładający się na wszystko, co już wiesz o pisaniu pod wyszukiwarkę, a nie kolejną warstwę tego samego SEO.

Karta produktu przestaje być ostatnim przystankiem przed koszykiem. Staje się realnym źródłem, z którego korzysta model, zanim klient w ogóle zobaczy Twoją markę.

Jak działa wyszukiwanie produktów przez AI agentów? (czym jest query fanout)

Agent AI nie ocenia całego zapytania naraz. Rozbija je na osobne podintencje i dla każdej z nich szuka innego, najlepiej dopasowanego źródła. Ten mechanizm nazywa się w branży query fanout i tłumaczy, dlaczego dwie karty produktowe o tej samej treści merytorycznej mogą mieć zupełnie różną szansę na cytowanie.

Zobacz na konkretnym przykładzie, jak to wygląda w praktyce.
Klientka wpisuje do chata np. takie zapytanie:
„Szukam butelki filtrującej minimum 0,7 litra z wymiennymi filtrami węglowymi, odpornej na uszkodzenia, ale lekkiej, żeby córka mogła nosić ją do szkoły. Najlepiej ze wskaźnikiem zużycia wkładu. Kolor nie czarny i nie szary”.
To jedno zdanie, ale zawiera pięć osobnych intencji: pojemność, typ filtra, odporność, wagę i wskaźnik zużycia. Zamiast szukać jednej strony, która odpowiada na wszystko, model rozbija zapytanie na pięć osobnych odpowiedzi: pojemność może znaleźć u jednego sklepu, informację o filtrze węglowym u innego, dane o wadze jeszcze gdzie indziej. Dopiero z tych fragmentów składa rekomendację, w której zwykle mieści się miejsce dla dwóch, trzech marek.

Kiedyś wpisywaliśmy do Google „butelka filtrująca dla dziecka”. Dziś to samo pytanie w ChatGPT czy Google AI Mode potrafi mieć dwadzieścia, trzydzieści słów i pięć warunków naraz, a kompletność Twojej treści decyduje o tym, czy w ogóle znajdziesz się w puli źródeł, z których model wybiera.
Jeśli nie wiesz, od czego zacząć, dobrym punktem wyjścia jest sprawdzenie, jak wygląda to dziś na Twoich kartach produktowych, dokładnie to robimy w ramach strategicznego audytu SEO (skontaktuj się jeśli potrzebujesz wsparcia w tym zakresie).

Konkretny przekaz zamiast losowych słów kluczowych. Agent nie ocenia, czy trafiłeś w jedną frazę kluczową, tylko ile z pięciu podintencji ukrytych w pytaniu klienta jesteś w stanie pokryć samodzielnie. Wygrywa najdokładniejsza odpowiedź.

Jak pisać opisy produktów pod AI?

Fakty kontra marketing

Weźmy najprostszy możliwy przykład, na którym pokazuję to na warsztatach. Kubek termiczny. Wersja marketingowa:
„Elegancki kubek termiczny wykonany z wysokiej jakości materiałów. Doskonały wybór dla osób ceniących styl i funkcjonalność. Dostępny w wielu kolorach. Utrzymuje temperaturę napojów przez długi czas. Idealny do pracy i podróży”.
Brzmi znajomo? Powinno, bo taki opis mógłby dotyczyć dowolnego kubka na świecie.

Wersja faktograficzna, tworzona z myślą o AI:
„Kubek termiczny 350 ml ze stali nierdzewnej 18/8 z podwójnymi ściankami próżniowymi. Utrzymuje ciepło do 12 godzin, zimno do 24 godzin. Pokrywka szczelna 360 stopni. Kubek można myć w zmywarce. Bez BPA, certyfikat FDA. Waga 280 g, mieści się w uchwycie samochodowym”.
Ta sama informacja o pojemności, tyle że opakowana w liczbę, nie w przymiotnik. Ten sam argument o trwałości, tylko poparty certyfikatem, nie deklaracją.

Pierwsza wersja jest dla agenta po prostu pusta, choć brzmi całkiem sympatycznie. „Wysoka jakość” nie jest faktem, którego model może użyć w odpowiedzi na pytanie „czy ten kubek utrzyma kawę gorącą przez cały dzień pracy”. 12 godzin, to jest fakt, i dopiero on ma dla agenta jakąkolwiek wartość.
Ten sam mechanizm, tylko rozpisany na pełną checklistę opisu produktu i konkretne zalecenia, znajdziesz w książce SEO dla małych i startujących sklepów internetowych, którą napisałam wspólnie z Eweliną Podrez-Siamą.

Realny przykład z rynku

Żeby nie zostać przy wymyślonym przykładzie, sprawdziłam, jak dwie różne księgarnie internetowe opisują dokładnie tę samą książkę. Przykład pierwszy z brzegu – „Sudoku antystresowe” wydawnictwa Pryzmat. Ten sam tytuł, ten sam produkt, dwa zupełnie inne podejścia.

Jeden z opisów otwiera się pytaniem o „chwilę prawdziwego wyciszenia” i prowadzi czytelnika przez metafory o „bramie do świata skupienia” i „podróży w głąb własnego umysłu”. Powiedzmy, że jest ładny. Z perspektywy agenta jest też praktycznie bezużyteczny, bo nigdzie nie pada informacja, ile w książce jest łamigłówek, jak rozłożone są poziomy trudności, ani czym różni się od dziesiątek innych zbiorów sudoku w tej samej cenie (screen niżej).

Drugi opis tego samego tytułu robi coś prostszego i skuteczniejszego: od razu segmentuje odbiorcę („dla kogo jest ta książka”) i wypunktowuje konkretne korzyści, zamiast rozpływać się w nastroju. Dokładnie ten sam wybór stoi przed Tobą przy każdej karcie produktowej: budujesz klimat, czy dajesz agentowi (i klientowi) coś, na czym może się oprzeć.
Ten opis jest też oczywiście dłuższy – mamy tu nie tylko oparcie o fakty, ale też odpowiedzi na pytania.

Jedno zastrzeżenie techniczne. Kiedy sama próbowałam pobrać treść jednej z tych kart produktowych narzędziem, które nie wykonuje JavaScriptu, dostałam pusty ekran z komunikatem „włącz JavaScript, żeby uruchomić aplikację”. Żaden opis, żadna cena, nic. I to wcale nie jest odosobniony przypadek: 69% botów indeksujących opartych na AI nie potrafi wykonywać kodu JavaScript (Searchviu.com).
Jeśli Twój sklep renderuje opisy produktów dopiero po stronie klienta, część agentów może po prostu ich nie zobaczyć, niezależnie od tego, jak dobrze je napiszesz. Rozwiązanie jest konkretne, nie kosmetyczne: Server-Side Rendering (SSR) albo prerendering, żeby agent dostawał gotowy, wypełniony treścią HTML już przy pierwszym zapytaniu do serwera, bez czekania na wykonanie skryptu. Jeśli Twój sklep działa na frameworku typu Next.js czy Nuxt.js, to pytanie do dewelopera na już, nie na później.

Mechanizm fact density poza e-commerce

Wspomniany wcześniej mechanizm (fact density) nie jest specyficzny wyłącznie dla produktów takich jak buty czy kosmetyki.
Pracowałam niedawno przy strategii widoczności w AI dla klienta z branży wydawniczej (materiały edukacyjne) i tam ten sam problem wyglądał niemal identycznie. Gdy np. nauczyciel pyta model o rekomendację podręcznika dla konkretnej klasy w oparciu o konkretne parametry (np. zgodność z podstawą programową i reformą z 2026 roku), algorytm szuka twardych, sprawdzalnych faktów, a nie ładnego opisu serii. Brany pod uwagę jest np. opis w którym wskazany jest rekomendowany wiek uczniów, typy zadań, dostosowanie do uczniów ze specjalnymi potrzebami edukacyjnymi, obudowa cyfrowa, zgodność z podstawą programową itp. Bez tych informacji w treści i w danych strukturalnych model może pomijać produkt, niezależnie od tego, jak silna i rozpoznawalna jest marka wydawnictwa.

To dobry dowód na to, że „konkretny przekaz zamiast losowych słów kluczowych” nie jest sloganem wymyślonym pod e-commerce. Algorytmy przestały szukać fraz. Szukają roli, jaką pełni Twój produkt w konkretnej sieci decyzji klienta, a tę rolę musisz opisać wprost, bo agent jej nie wywnioskuje.

Schemat treści, który cytuje AI
(i pułapka, w którą łatwo wpaść)

Jest jeden wzorzec kompozycyjny, który sprawdza się szczególnie dobrze w sekcjach merytorycznych karty produktu:
– pierwsze zdanie odpowiada wprost na pytanie,
– drugie tłumaczy mechanizm, trzecie wskazuje korzyść.
„Bateria działa do 12 godzin przy jasności 50%. Dzięki dużej pojemności ogniwa urządzenie nie wymaga ładowania w trakcie całodniowej pracy w terenie. To oznacza, że możesz zostawić ładowarkę w domu nawet na dwudniowy wyjazd”.
Odpowiedź, mechanizm, korzyść. Całość świetnie działa.

Problem zaczyna się wtedy, gdy zastosujesz ten schemat do każdego akapitu na karcie, jeden po drugim, bez żadnej przerwy w rytmie. Trzy, cztery zdania zbudowane na identycznym wzorcu obok siebie to dokładnie ten sygnał, po którym czytelnik, a coraz częściej też detektor AI, rozpoznaje tekst wygenerowany maszynowo. Pisałam o tym szerzej w tekście o humanizacji tekstu AI: cytowalność i naturalny głos da się pogodzić, ale wymaga to świadomej kompozycji, nie automatycznego powielania jednego wzoru na całej stronie.

Anatomia karty produktu pod AI

Skoro obiecałam konkret, oto on w najbardziej skondensowanej formie, jaką da się zmieścić w jednym akapicie. Kolejność, którą stosuję u klientów, wygląda tak:

1. H1 z nazwą produktu i jedną kluczową cechą.
2. Esencja w 200 znakach na samej górze: co to jest, dla kogo, dwie lub trzy najważniejsze liczby.
3. Tabela specyfikacji w HTML, nie w obrazku, z parametrami wypisanymi wprost.
4. Wskazane ważne cechy (jako wypunktowanie)
5. Opis faktograficzny w blokach po jednym temacie (zastosowanie, materiał, ograniczenia), z zachowaniem naturalnego rytmu, nie tego samego szablonu zdania w kółko.
6. Sekcja FAQ z pytaniami granicznymi i mikrodanymi FAQPage.
7. Elementy zwiększające wiarygodność – najczęściej te tworzone przez użytkowników – recenzje, oceny, opisy itp.
8. Dane strukturalne Product + Offer w kodzie, spójne z tym, co widać na stronie.

To nie jest jedyny słuszny układ, ale jeśli zaczynasz od zera, ta kolejność daje agentowi wszystko, czego szuka, zanim jeszcze dotrze do opinii klientów.

Tabele i listy jako język, który agent czyta najszybciej

Modele świetnie radzą sobie z wyciąganiem danych z uporządkowanych struktur: tabel, list, wyliczeń. To format jednoznaczny, bez konieczności domyślania się, gdzie kończy się jeden parametr, a zaczyna drugi.
Poniższe zestawienie, przygotowane na jeden z warsztatów, dobrze pokazuje, jak to samo zdanie zmienia wartość informacyjną w zależności od tego, jak zostanie sformułowane.

Ta tabela sama jest dowodem na główną tezę: gdyby te dziesięć par przykładów zapisać ciągłym tekstem, agent musiałby się domyślać, gdzie kończy się jedna para, a zaczyna druga. W formie tabeli każdy wiersz to osobny, jednoznaczny fragment do pobrania.

Ta sama logika działa na poziomie całej karty, nie tylko pojedynczego zdania. Zanim agent w ogóle dotrze do tabeli parametrów, dobrze jest dać mu esencję produktu w niecałych 200 znakach na samym początku opisu: nazwa, przeznaczenie i dwie, trzy najważniejsze liczby. To wariant zasady BLUF, przeniesiony z poziomu sekcji na poziom całej karty produktowej.

Dane strukturalne jako język zaufania: co schema.org faktycznie daje agentowi?

Jeśli pytasz, jak zwiększyć widoczność produktu w wynikach generowanych przez AI poza samym tekstem opisu, odpowiedź w dużej mierze leży w kodzie, którego klient nigdy nie zobaczy.
Dane strukturalne to znaczniki w kodzie strony, które mówią algorytmowi wprost, czym jest dana strona i jakie ma parametry, bez konieczności domyślania się tego z tekstu. Rekomendowanym przez Google formatem jest JSON-LD, blok kodu w sekcji head, niewidoczny dla użytkownika, w pełni czytelny dla robota. Dla karty produktowej podstawą jest połączenie typów Product i Offer:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Kubek termiczny 350 ml",
  "brand": "Twoja marka",
  "sku": "KT-350-STAL",
  "gtin13": "5901234567890",
  "description": "Kubek termiczny 350 ml ze stali nierdzewnej 18/8, utrzymuje ciepło do 12 godzin.",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "PLN",
    "price": "89.00",
    "availability": "https://schema.org/InStock"
  }
}

Czy to gwarantuje cytowanie? Nie. John Mueller z Google, zapytany o to wprost w styczniu 2026 roku, zaznaczył, że mówi w tej sprawie prywatnie, nie oficjalnie, ale wyróżnił kategorię danych, które maszynowo praktycznie nie dają się odczytać z samego tekstu strony: ceny, dostępność, parametry wysyłki. Bez schema agent musi się ich domyślać (Wątek na Reddicie, r/TechSEO: „Does extensive Schema markup actually help Large Language Models (LLMs) understand your entity better, or is it just for Google Rich Snippets?”, autor pytania: Usual_Confidence_756
https://www.reddit.com/r/TechSEO/comments/1q0mtzh/does_extensive_schema_markup_actually_help_large/)

Microsoft poszedł dalej: Fabrice Canel, Principal Product Manager w Bing, potwierdził publicznie na konferencji SMX Munich w marcu 2025, że dane strukturalne realnie pomagają modelom Copilota rozumieć treść strony (Search Engine Roundtable, 20 marca 2025). Jedna platforma mówi „to nie zaszkodzi i czasem pomaga”, druga mówi „to pomaga wprost”.
Wniosek w obu przypadkach jest ten sam: dane strukturalne to fundament, od którego rozpoczynamy dostarczanie informacji.

Poza Product i Offer, warto rozważyć AggregateRating (oceny), Review (recenzje) i, jeśli sprzedajesz w kilku krajach, jasne oznaczenie dostępności regionalnej: atrybuty Schema ograniczone do konkretnego rynku i tagi hreflang, które kierują agenta na właściwą wersję językową i walutę. Bez tego agent może polecić klientowi produkt, którego w jego kraju po prostu nie da się kupić, a to kończy się utratą zaufania szybciej niż jakikolwiek błąd w opisie.

I zastrzeżenie na koniec, bo łatwo o tym zapomnieć w entuzjazmie do kodu: schema nie zastąpi dobrego opisu. To warstwa, która potwierdza i porządkuje fakty, nie generuje ich. Sklep z perfekcyjnym JSON-LD i pustym, marketingowym tekstem wciąż przegra z konkurentem, który ma gorsze schema, ale konkretny, faktograficzny opis.

Dobrze opisany produkt i poprawne schema to dziś fundament, ale warto wiedzieć, co nadchodzi dalej. W handlu zaczynają pojawiać się protokoły umożliwiające agentom bezpośrednie transakcje, nie tylko czytanie danych: UCP (Universal Commerce Protocol) i ACP (Agentic Commerce Protocol) mają standaryzować sposób, w jaki agent sprawdza dostępność, cenę i finalizuje zakup jednym wywołaniem, bez przechodzenia przez interfejs zaprojektowany dla człowieka. To wciąż wczesny etap, ale kierunek jest jasny: infrastruktura sklepu, nie tylko treść, będzie musiała mówić językiem agenta.

FAQ, które agent faktycznie wykorzysta

Format pytanie-odpowiedź jest dla systemów RAG naturalnym chunkiem: pasuje dokładnie do struktury pytań, które użytkownik zadaje modelowi.

Trzy zasady robią tu różnicę:

1. formułuj pytania językiem klienta, nie regulaminu;
2. zaczynaj odpowiedź od zwięzłego „tak” albo „nie”, dopiero potem uzasadniaj;
3. skup się na sytuacjach granicznych, „czy pasuje do starszych modeli”, „czy nadaje się dla alergika”, „czy działa bez internetu”, bo to właśnie tam agent najczęściej szuka pewności, zanim poleci produkt.

Warto tu jednak zaznaczyć jedną pułapkę, którą widziałam na własne oczy przy tej samej książce o sudoku, o której pisałam wyżej. Jedna z księgarni ma na karcie produktu ładnie sformatowaną sekcję FAQ: pytania jako nagłówki, pogrubiona odpowiedź na wejściu, dokładnie tak, jak powinno to wyglądać strukturalnie. Odpowiedzi w środku są jednak równie ogólnikowe jak reszta opisu. Na pytanie o poziomy trudności pada „tak, są zróżnicowane”, bez podania choćby przybliżonej liczby łamigłówek na każdy poziom. Dopiero pytanie o wymiary książki dostaje konkretną odpowiedź, bo tam nie da się już nic „opisać nastrojowo”. Sama struktura FAQ nie wystarczy, jeśli odpowiedzi w środku wciąż są puste, a ładne opakowanie bez produktu w środku to dla agenta ta sama pułapka.

Jeśli chodzi o samą technikę: oznacz sekcję FAQ mikrodanymi FAQPage.
Co prawda Google wycofał w maju 2026 roku rozszerzone wyniki FAQ z własnych wyników wyszukiwania, ale ten sam schemat nadal działa i jest odczytywany przez AI Overview, ChatGPT i Perplexity, więc rezygnacja z niego nie ma dziś żadnego uzasadnienia.

Zdjęcia i realny kontakt z produktem

Modele multimodalne, GPT-4.1, GPT-5, Gemini, Claude, coraz lepiej analizują obrazy, ale nadal potrzebują wsparcia w postaci precyzyjnego opisu tekstowego. Alt-tekst powinien dokładnie opisywać to, co faktycznie widać na zdjęciu, nie służyć jako kolejne miejsce na upchnięcie słów kluczowych. „Złącza: 2x HDMI 2.1, 1x DisplayPort 1.4” niesie więcej informacji niż „świetny design nowoczesnego urządzenia”.

Dobrze działa mieszanka trzech typów ujęć: packshot na czystym tle (żeby agent mógł jednoznacznie rozpoznać i dopasować produkt), zdjęcie w kontekście użycia i zbliżenie na materiał czy wykończenie.

Zauważyłam ostatnio na kilku dobrze prowadzonych sklepach jeszcze jeden poziom: realne zdjęcia produktu w użyciu – np. trzymanego w ręku, w naturalnym świetle, bez sterylizacji typowej dla packshotu producenta. Pokazanie autentyczności i „udokumentowanie” realnej znajomości produktu będzie budowało zaufanie lepiej niż idealnie wyretuszowana fotografia studyjna (niżej przykład zdjęcia ze sklepu drogeria-ekologiczna.pl w zestawieniu z grafiką od producenta – obecną w wielu innych sklepach).

Zastrzeżenie jest jednak konieczne: to nie działa w każdej branży. Trudno sobie wyobrazić „autentyczne” zdjęcie np. komponentu przemysłowego trzymanego w dłoni z sensownym efektem. Nawet tam, gdzie działa, sama estetyka nic to nie da bez dobrego opisu, bo jeśli kluczowa informacja istnieje wyłącznie na zdjęciu i nie ma pokrycia w tekście, agent może jej po prostu nie uwzględnić.

Zaufanie zamiast deklaracji: dlaczego struktura bez dowodów nic nie daje

Możesz mieć idealnie zbudowaną kartę produktu, poprawne schema, tabelę parametrów i sekcję FAQ i nadal przegrać z konkurencją, która ma „gorsze strony”, ale przedstawia „prawdziwe dowody”. Zaufanie to efekt przewidywalności i weryfikowalnych faktów, nie deklaracji o „najwyższej jakości” ani kolejny element do odhaczenia w checkliście.

Pierwszy problem jest banalnie prosty do przeoczenia: rozjazd między tym, co widać na stronie, a tym, co jest w danych strukturalnych. Jeśli cena czy dostępność w schema różni się od tego, co widzi klient, agent porównuje jedno z drugim i przy niezgodności zwyczajnie odrzuca źródło jako niewiarygodne. Dotyczy to też dostępności regionalnej: bez jasnego oznaczenia, że produkt jest dostępny „tylko PL”, agent może polecić go klientowi z innego kraju, co kończy się frustracją po obu stronach.

Drugi filar to opinie i treści od użytkowników, i tu robi się naprawdę ciekawie. Recenzje klientów dostarczają czegoś, czego nie ma w żadnym opisie producenta: naturalnego języka. „Nie uciska stopy po całym dniu”, „mieści laptop 16 cali”, „kolor jest ciemniejszy niż na zdjęciu”: to dokładnie ten sam sposób formułowania myśli, jakim klienci zadają pytania chatbotom.
Zdjęcia i filmy od klientów idą o krok dalej, bo modele multimodalne czytają z nich rzeczy, których nie pokaże żaden packshot: rzeczywisty kolor w naturalnym świetle, skalę względem dłoni czy pomieszczenia, sposób noszenia, zużycie po kilku miesiącach. O tym, jak ten sam mechanizm działa w klasycznym SEO, zanim jeszcze wejdzie do niego AI, pisałam szerzej w tekście o social proof w SEO.

Tu jednak pojawia się pokusa, przed którą chcę wyraźnie ostrzec: nie próbuj tego „produkować”. Analiza ponad 26 tysięcy recenzji z Amazon, przeprowadzona przez Originality.AI, pokazała niewielką, ale wyraźną ujemną korelację między prawdopodobieństwem, że recenzja jest wygenerowana przez AI, oceną tego na ile jest „pomocna” wystawianą przez innych użytkowników. Efekt nie jest dramatyczny, ale kierunek jest jasny: ludzie intuicyjnie gorzej oceniają treści, które czują jako sztuczne, nawet jeśli nie potrafią wskazać dlaczego.

Najlepiej pokazuje to jedno zestawienie: „Mam 178 cm wzrostu i rozmiar L pasuje idealnie” niesie dla agenta nieporównywalnie więcej niż „Polecam”. Pierwsza recenzja to fakt, który model może bezpośrednio wykorzystać, odpowiadając komuś o zbliżonym wzroście. Druga to szum. Ta sama zasada, która działa w opisie produktu, działa też w recenzji: liczy się konkret, kto go pisze, marka czy klient, ma tu drugorzędne znaczenie.

Najczęstsze pytania o opisy produktów pod AI

Czym jest AI search?

AI search to wyszukiwanie oparte na dużych modelach językowych, które zamiast listy linków generuje bezpośrednią, syntetyzowaną odpowiedź. Należą tu Google AI Overviews, Google AI Mode, ChatGPT Search, Perplexity i Microsoft Copilot. Dla sklepu oznacza to walkę nie o kliknięcie, tylko o to, żeby model w ogóle wykorzystał Twoje dane w odpowiedzi.

Jak przygotować opis produktu pod wyszukiwarki AI?

Napisz fakty zamiast przymiotników: parametry, zastosowania i ograniczenia w liczbach i pełnych zdaniach. Dodaj tabelę specyfikacji, sekcję FAQ i schema.org Product + Offer, i upewnij się, że wszystko jest widoczne w kodzie HTML, nie dopiero po wykonaniu JavaScriptu. Pełny schemat znajdziesz w sekcji „Anatomia karty produktu pod AI” wyżej.

Czym różni się tworzenie opisów produktów pod AI search od klasycznego SEO copywritingu?

Klasyczne SEO celuje w pozycję w rankingu. Optymalizacja pod AI (GEO) celuje w to, żeby fragment opisu został zacytowany w odpowiedzi modelu, często bez kliknięcia w stronę. Nie zastępuje to SEO, dokłada nowy wymóg: jednoznaczność faktów i strukturę czytelną dla maszyny.

Czy AI odczytuje dane strukturalne, czy tylko tekst opisu?

Oba źródła, ale nie w ten sam sposób. Microsoft potwierdza, że schema pomaga Copilotowi rozumieć treść. Google jest ostrożniejsze, ale przyznaje, że cena i dostępność praktycznie nie dają się wiarygodnie odczytać z samego tekstu. Najbezpieczniej zduplikować fakty w tekście i w schema.org Product + Offer.

Jak napisać opis produktu, żeby był polecany przez ChatGPT, Gemini i Perplexity jednocześnie?

Zasady fact density i danych strukturalnych działają uniwersalnie, ale mechanizm działania modeli się różni. Perplexity to w praktyce live RAG: przeszukuje sieć na bieżąco, więc świeża cena i aktualny stan magazynowy mają tam natychmiastowy efekt. ChatGPT i Gemini częściej opierają odpowiedź na modelu bazowym wzbogaconym o wyszukiwanie, więc bardziej liczy się długofalowy autorytet marki w sieci: opinie, wzmianki, spójność danych w czasie. Jedyny pewny sposób, żeby to sprawdzić, to regularnie pytać model wprost, bez podawania nazwy marki.

Co sprawia, że AI poleca dany produkt zamiast konkurencji?

Kompletność pokrycia podintencji ukrytych w pytaniu klienta, nie jedna dobrze dobrana fraza. Agent wybiera źródło, które jednoznacznie odpowiada na najwięcej z rozbitych warunków zapytania. Ładny opis nie ma znaczenia, jeśli przegrywa kompletnością z konkurentem.

Ile czasu zajmuje przejście z opisów SEO na opisy zoptymalizowane pod agenty AI?

Zależy od wielkości katalogu, ale nie trzeba przepisywać wszystkiego naraz: zacznij od bestsellerów i dodaj fakty, tabelę i schema. Efekt w klasycznym SEO widać zwykle po kilku tygodniach. Cytowania w AI trudniej mierzyć systematycznie, więc najprostszy test to ręczne pytanie modelu o produkt bez podawania marki.

Sprawdź, co możesz wdrożyć u siebie?

Zanim zamkniesz tę kartę, zrób jedną rzecz. Otwórz ChatGPT, Perplexity albo Gemini i zadaj pytanie o swój produkt tak, jak zadałby je klient, z kilkoma warunkami naraz, bez podawania nazwy Twojej marki. Zobacz, co dostaniesz w odpowiedzi. Czy w ogóle się pojawiasz? A jeśli tak, ile z tej odpowiedzi faktycznie pochodzi z Twojej karty produktu, a ile z opisu konkurenta, który po prostu podał więcej faktów?

To pytanie o Twój udział w odpowiedzi jest dziś ważniejsze niż pytanie o pozycję w rankingu. Bo prawda o tym wszystkim jest prostsza, niż się wydaje na pierwszy rzut oka: agent AI nie wybiera najlepszego produktu. Wybiera produkt, o którym da się powiedzieć najwięcej prawdziwych rzeczy.

Źródła:
1. Wix Studio AI Search Lab (2026) „Content Types Most Cited by LLMs” –
https://www.wix.com/studio/ai-search-lab/research/content-types-most-cited-by-llms

2. Searchviu.com – https://www.searchviu.com/en/ai-crawlers-javascript-rendering/

3. John Mueller (Google) / Reddit r/TechSEO – https://www.reddit.com/r/TechSEO/comments/1q0mtzh/does_extensive_schema_markup_actually_help_large/

4. Fabrice Canel (Microsoft) / SMX Munich – https://www.seroundtable.com/schema-llms-copilot-bing-microsoft-39093.html

5. Originality.AI – analiza ponad 26 000 recenzji Amazon – https://originality.ai/blog/amazon-ai-generated-reviews