Atrybuty feedu produktowego, które faktycznie odczytują ChatGPT Shopping i Google AI Mode

Jeśli twój feed produktowy przechodzi już weryfikację Google Shopping i Meta, kusi założenie, że jest też gotowy na ChatGPT Shopping i AI Mode od Google. Po stronie Google prawdopodobnie nie jest. Specyfikacja feedu produktowego Agentic Commerce od OpenAI wymaga 9 pól, aby produkt kwalifikował się do wyszukiwania i zakupu w ChatGPT, zgodnie z dokumentacją dla deweloperów OpenAI. Centrum pomocy Merchant Center od Google, zaktualizowane w ramach wprowadzenia Universal Commerce Protocol w maju 2026 roku, wymienia 6 konkretnych atrybutów, które nazywa „atrybutami konwersacyjnymi” dla AI Mode w wyszukiwarce. Obie listy nie mają ani jednej wspólnej nazwy pola. Ten przewodnik pokazuje, co faktycznie odczytuje każda z tych powierzchni, co prawdopodobnie już masz i co jeszcze musisz dodać, a do tego zawiera punktowaną listę kontrolną, którą możesz sprawdzić własny feed.

Dwa różne problemy „zakupów z AI”, a nie jeden

„Przygotowanie do zakupów z AI” bywa traktowane jak jeden projekt, ale w rzeczywistości to dwa projekty, stworzone przez dwie firmy, z dwiema osobnymi specyfikacjami i dwoma osobnymi celami.

Agentic Commerce Protocol (ACP) od OpenAI pozwala sprzedawcy sprzedawać bezpośrednio w rozmowie w ChatGPT za pomocą Instant Checkout. Zadanie feedu produktowego jest tu wąskie: dostarczyć ChatGPT wystarczająco dużo ustrukturyzowanych danych, by poprawnie wyświetlić produkt i umożliwić rzeczywistą transakcję, przy czym to sprzedawca, a nie OpenAI, jest stroną sprzedaży i obsługuje realizację zamówienia, podatki i płatności przez własnego dostawcę usług płatniczych.

Atrybuty konwersacyjne Google znajdują się natomiast w feedzie Merchant Center, który już prowadzisz na potrzeby reklam produktowych i bezpłatnych informacji o produktach. Nie trzeba wdrażać osobnego protokołu zakupowego ani budować nowego feedu od zera. Google prosi o wzbogacenie feedu, który już masz, aby jego własne AI Mode i powierzchnie zakupowe oparte na Gemini mogły odpowiadać na bardziej szczegółowe pytania o twoje produkty.

Mylenie tych dwóch rzeczy prowadzi do dwóch rodzajów błędów: zespoły budują cały drugi feed dla ChatGPT, którego wcale nie potrzebowały, albo zakładają, że odhaczenie kilku pól w stylu OpenAI obejmuje też AI Mode od Google, choć tak nie jest.

Czego faktycznie wymaga specyfikacja feedu produktowego OpenAI

Specyfikacja OpenAI (ostatnio zweryfikowana z aktualną dokumentacją we wrześniu 2026 roku) definiuje podstawowy zestaw pól wymaganych, mniejszy zestaw potrzebny konkretnie do kwalifikacji do zakupu oraz dłuższą listę pól zalecanych, które poprawiają pozycjonowanie i zaufanie.

Poza podstawowymi dziewięcioma polami trzy kolejne decydują konkretnie o możliwości zakupu: is_eligible_checkout (wartość logiczna, musi wynosić true), seller_privacy_policy (URL publicznej polityki prywatności) i seller_tos (URL publicznego regulaminu). Produkt może kwalifikować się do wyszukiwania bez nich, ale nie do zakupu.

OpenAI przyjmuje pliki JSONL, CSV lub TSV, także w wersjach skompresowanych gzipem. Pojedynczy wiersz JSONL wygląda tak:

{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}

Specyfikacja nie określa stałego interwału aktualizacji, ale OpenAI wyraźnie zaznacza, że cena i dostępność muszą być aktualne za każdym razem, gdy promocja się zaczyna lub kończy, co w praktyce oznacza synchronizację z tą samą częstotliwością, której już używasz dla Google Shopping, a nie rzadziej.

Dlaczego większość feedów gotowych dla Google lub Meta jest już blisko poprzeczki OpenAI

Spójrz jeszcze raz na listę pól: title, description, price, availability, image_url, brand. Każde z nich ma niemal identyczny odpowiednik w standardowych specyfikacjach katalogów Google Shopping i Meta, które niemal na pewno już uzupełniasz. Zmiany nazw są głównie kosmetyczne: image_link z Google staje się image_url w OpenAI, a id z Google staje się item_id.

Prawdziwe luki to pola, których nie zawiera żaden standardowy feed reklamowy, bo żadna platforma reklamowa nigdy o nie nie prosiła: seller_name jako odrębne pole tożsamości, seller_privacy_policy, seller_tos oraz flaga zakupu is_eligible_checkout. Wymagają one reguły mapowania, która pobiera dane ze stron prawnych lub z informacji o firmie, a nie z katalogu produktów — a to dokładnie ten rodzaj statycznego pola, niezależnego od SKU, które silnik reguł feedu (Feedance ma taki w ramach wzbogacania feedu) obsługuje lepiej niż ręczna edycja kolumny w arkuszu.

Krótko mówiąc: jeśli twój feed przechodzi już weryfikację Google Shopping i Meta, zbudowanie eksportu zgodnego z OpenAI to raczej ćwiczenie z mapowania niż projekt zbierania danych.

Co Google faktycznie dodało dla AI Mode

Dokumentacja pomocy Google wymienia dokładnie sześć atrybutów jako „atrybuty konwersacyjne”: question_and_answer, document_link, related_product, item_group_title, variant_option i popularity_rank. Wszystkie sześć jest opcjonalnych, a Google wprost stwierdza, że ich dodanie „nie wpłynie na status zatwierdzenia twoich istniejących produktów”.

• question_and_answer — do 30 par pytanie–odpowiedź na produkt, każda do 1000 znaków, łącznie 10 000 znaków dla wszystkich par. Pisane właśnie z myślą o pytaniach uzupełniających, które kupujący zadaje interfejsowi czatu zamiast przeglądać kartę specyfikacji.
• document_link — do pięciu linków HTTPS wyłącznie do plików PDF (instrukcje, karty katalogowe, wskazówki pielęgnacji), maks. 50 MB każdy, sam URL ograniczony do 2000 znaków, aby AI Mode mogło odpowiadać na podstawie twojej dokumentacji, a nie zgadywać.
• related_product — do 30 pozycji na produkt, każda z określonym typem relacji (część zestawu, wymagana część, często kupowane razem, zamiennik, inna marka, akcesorium), aby odpowiedź konwersacyjna mogła zaproponować właściwy produkt uzupełniający.
• item_group_title — wspólny tytuł grupy wariantów (1–150 znaków, dłuższe są obcinane), który pozostaje ogólny, podczas gdy tytuł każdego wariantu precyzuje rozmiar czy kolor.
• variant_option — pary nazwa/wartość (każda do 250 znaków) dla wymiarów wariantów spoza standardowych sześciu w Google (kolor, rozmiar, materiał, wzór, grupa wiekowa, płeć), przesyłane razem ze wspólnym item_group_id.
• popularity_rank — liczba od 0.0 do 100.0, z jednym miejscem po przecinku, odzwierciedlająca faktyczną względną sprzedaż produktu w twoim katalogu, a nie deklarację marketingową.

Wiersz question_and_answer w feedzie rozdzielanym tabulatorami wygląda jak w przykładzie Google:

'Does it have a headphone jack?':'This version doesn't have a headphone jack.'

Nic z tego nie jest przesyłane przez nowy punkt końcowy. Wszystko trafia do tego samego feedu Merchant Center, tak samo jak już teraz product_highlight czy gtin.

Dwa atrybuty, które wszyscy błędnie nazywają „atrybutami AI Mode”

Kilka szeroko udostępnianych poradników, w tym popularne omówienie społeczności na forum pomocy Google, opisuje „8 atrybutów dla AI Mode”, dodając product_highlight i product_detail do sześciu z listy Google. Warto to sprostować: oficjalna strona Google o atrybutach konwersacyjnych wymienia sześć, a nie osiem, a product_highlight to osobny, starszy atrybut (zobacz specyfikację Google), który istniał na długo przed AI Mode i powstał dla zwykłych ofert Shopping, a nie specjalnie dla powierzchni konwersacyjnych.

Nie oznacza to, że product_highlight jest bezużyteczny dla AI Mode. Krótkie, rzeczowe stwierdzenia o zaletach (przykład samego Google: „Obsługuje sieci Wi-Fi 2,4 GHz i 5 GHz”) to dokładnie ten rodzaj ustrukturyzowanych, łatwych do przejrzenia danych, które system AI przedkłada nad akapit tekstu marketingowego, a ogłoszenie Google z maja 2026 roku ogólnie zachęca sprzedawców do bardziej konwersacyjnych opisów produktów. Traktowanie go jednak jako jednego z „oficjalnej szóstki” przecenia to, jak nowy i specyficzny dla AI Mode jest ten atrybut, i może sprawić, że zespół pominie te sześć, które rzeczywiście nimi są.

Lista kontrolna gotowości feedu, punktowana według obu specyfikacji

Przyznaj sobie jeden punkt za każdą pozycję, którą możesz już potwierdzić jako spełnioną, bez zgadywania. To migawka, a nie certyfikat: obecność pola nie gwarantuje spełnienia wymagań jakości treści, które każda z platform egzekwuje osobno.

0–4: twój feed jest zbudowany wyłącznie pod tradycyjne reklamy produktowe. 5–9: jesteś gotowy na zakupy w OpenAI, ale warstwa konwersacyjna Google jest praktycznie pusta. 10–13: wykonałeś pracę nad wzbogaceniem danych, którą większość katalogów pomija.

Gdzie to podejście ma swoje granice

Ten przewodnik dotyczy danych feedu, a nie reszty infrastruktury. Instant Checkout od OpenAI wymaga też dostawcy usług płatniczych zgodnego z jego Delegated Payment Spec oraz własnej obsługi walidacji zamówień, realizacji i podatków — żadnej z tych rzeczy narzędzie feedowe nie dotyka; to projekt płatniczy i programistyczny, odrębny od wzbogacania feedu.

Nie obejmuje on też wszystkich powierzchni zakupowych opartych na AI. Perplexity prowadzi własny Merchant Program, z osobnym onboardingiem i własnym przesyłaniem danych produktowych poza obiema omawianymi tu specyfikacjami, a Meta w chwili pisania tego tekstu nie opublikowała specyfikacji w stylu atrybutów konwersacyjnych porównywalnej z Google; funkcje zakupowe Meta oparte na AI nadal działają na standardowych polach Commerce Catalog omówionych w naszym przewodniku po odrzuceniach w katalogu Meta. Traktuj obie kwestie jako otwarte pytania, do których warto wrócić, a nie luki w tej liście kontrolnej.

Inne platformy feedowe opublikowały własne spojrzenie na wdrożenie Google; omówienie Channable warto przeczytać równolegle z tym tekstem, ponieważ dokumentacja Google dotycząca harmonogramu wdrożenia i pomiaru jest wciąż skąpa, a druga interpretacja przydaje się, dopóki specyfikacja się nie ustabilizuje. Nic z tego nie zastępuje też podstawowej higieny feedu: produkt bez GTIN lub źle skategoryzowany nie pojawi się w AI Mode ani w ChatGPT, niezależnie od tego, jak dobrze uzupełnisz atrybuty konwersacyjne, ponieważ w ogóle nie kwalifikuje się do wyświetlenia.

FAQ

Czy muszę budować osobny feed dla ChatGPT Shopping?

Nie. Wymagane pola OpenAI przesyłasz jako osobny plik feedu, ale dane źródłowe są podzbiorem tego, co już utrzymujesz dla Google Shopping. Większość zespołów generuje go jako dodatkowy eksport z tych samych danych produktowych, a nie jako drugi katalog.

Czy dodanie atrybutów konwersacyjnych Google wpłynie na moje istniejące reklamy produktowe?

Google wyraźnie stwierdza, że ich dodanie nie zmienia statusu zatwierdzenia istniejących produktów. To pola dodatkowe, a nie zamiennik obecnych wymaganych atrybutów.

Jaki format przyjmuje specyfikacja feedu OpenAI?

JSONL, CSV lub TSV, także w wersjach skompresowanych gzipem. JSONL to format pokazywany w większości przykładów samego OpenAI.

Czy popularity_rank to po prostu moja lista bestsellerów?

Ma on odzwierciedlać faktyczną względną sprzedaż w skali 0–100, a nie ręcznie wybraną listę „polecanych” produktów. Zasilanie go rankingiem marketingowym zamiast rzeczywistymi danymi sprzedażowymi mija się z jego celem.

Czy nadal potrzebuję item_group_id, jeśli dodam item_group_title od Google?

item_group_id to pole, które faktycznie łączy warianty; item_group_title to etykieta nałożona na to grupowanie. Potrzebujesz obu, jeśli warstwa konwersacyjna ma działać poprawnie.

Czy Meta ma odpowiednik specyfikacji, pod który powinienem budować feed?

W chwili pisania tego tekstu nie ma opublikowanego zestawu atrybutów w stylu AI Mode. Wymagania katalogowe Meta to nadal standardowe pola Commerce Catalog; skup się tam na przechodzeniu standardowej weryfikacji, zamiast gonić za specyfikacją, która jeszcze nie istnieje.

Jak często te pola muszą się aktualizować?

Dopasuj to do częstotliwości zmian cen i promocji. OpenAI wyraźnie wymaga aktualizacji ceny i dostępności, gdy promocja się zaczyna lub kończy; atrybuty konwersacyjne Google zmieniają się rzadziej, ale warto je przeglądać przy każdym dodaniu nowych produktów lub aktualizacji specyfikacji.

Czy mogę sprawdzić, czy ChatGPT lub AI Mode poprawnie odczytują te pola?

W chwili pisania tego tekstu żadna z firm nie udostępnia publicznego narzędzia do podglądu w czasie rzeczywistym. Praktycznym podejściem jest walidacja feedu względem opublikowanej specyfikacji pole po polu, a następnie okresowe wyszukiwanie własnych produktów po nazwie i konkretnych atrybutach w ChatGPT i w AI Mode od Google, aby wyrywkowo sprawdzić, co się wyświetla.

Wykonaj bezpłatny audyt feedu produktowego, aby sprawdzić, które z tych pól obejmuje już twój obecny feed i gdzie są luki, zanim zaczniesz ręcznie mapować nowe atrybuty.