Sprzedaż w ChatGPT: kompletny przewodnik po Shoppingu i protokole ACP (2026)

Czym jest ChatGPT Shopping?

ChatGPT Shopping to zbiór doświadczeń zakupowych wbudowanych w ChatGPT: gdy użytkownik opisuje potrzebę („kurtka przeciwdeszczowa na wędrówki w Tatrach w październiku”, „prezent do 200 zł dla miłośnika kawy”), ChatGPT może odpowiedzieć wzbogaconymi kartami produktu, ze zdjęciem, ceną, sprzedawcą i dostępnością, zamiast zwykłą listą linków.

Współistnieją trzy odrębne elementy, a ich mylenie to pierwszy błąd sprzedawców:

• Organiczne odkrywanie produktów: ChatGPT wynosi produkty w swoich odpowiedziach, bez opłaty ze strony sprzedawcy.
• Instant Checkout: użytkownik finalizuje zakup bez opuszczania rozmowy, na kwalifikujących się produktach i u kwalifikujących się sprzedawców.
• ChatGPT Ads: płatne miejsce reklamowe, oddzielone od odpowiedzi modelu, omówione w naszym przewodniku reklama w ChatGPT.

Ten przewodnik dotyczy dwóch pierwszych. Nie da się ich kupić: zdobywa się je czystymi danymi produktowymi i integracją techniczną.

Jak ChatGPT odkrywa dziś produkty?

To punkt, który większość sprzedawców pomija: być może jesteś już obecny w ChatGPT, nie wiedząc o tym, z danymi, których nie kontrolujesz. Dokumentacja OpenAI wskazuje, że lista sprzedawców oferujących dany produkt powstaje z metadanych sprzedawcy i produktu pochodzących albo od dostawców zewnętrznych (agregatory, porównywarki, bazy katalogowe), albo bezpośrednio od sprzedawców.

Różnica jest ogromna. Przez podmiot trzeci Twoje ceny mogą być nieaktualne, stany magazynowe błędne, nazwa produktu przybliżona, a Ty nie masz żadnej bezpośredniej drogi odwołania. Przez product feed wysyłany do OpenAI stajesz się źródłem prawdy o własnym katalogu.

Praktyczny wniosek: cena pokazana w pierwszej odpowiedzi ChatGPT odpowiada zwykle cenie pierwszego wymienionego sprzedawcy, która niekoniecznie jest najniższą dostępną ceną. ChatGPT wyróżnia następnie najtańszą znaną mu opcję w szczegółowej karcie produktu i w rankingu sprzedawców.

Czym jest Agentic Commerce Protocol (ACP)?

Agentic Commerce Protocol to otwarty standard współtworzony przez OpenAI i Stripe. Pełni rolę warstwy łączącej sprzedawców z użytkownikami ChatGPT: definiuje, jak agent AI odkrywa katalog, buduje koszyk, wylicza podatki i koszty wysyłki oraz inicjuje płatność, zostawiając zamówienie, płatność i zgodność na istniejącym stosie e-commerce sprzedawcy.

Protokół opiera się na trzech specyfikacjach:

• Product Feed Spec, czyli jak przekazujesz swój katalog.
• Agentic Checkout Spec, czyli jak agent rozmawia z Twoim systemem zamówień.
• Delegated Payment Spec, czyli jak płatność trafia do Twojego dostawcy płatności.

Jedna integracja pozwala sprzedawać przez agentów AI, zachowując kontrolę nad tym, co jest sprzedawane, jak pokazuje się marka i jak realizowane są zamówienia.

Dlaczego otwartość protokołu zmienia wszystko

„Otwarty” nie jest tu argumentem marketingowym, tylko weryfikowalną cechą, która ma dwie bezpośrednie konsekwencje dla sprzedawcy.

Nie musisz korzystać ze Stripe. Choć protokół powstał we współpracy ze Stripe, sprzedawcy, którzy nie używają Stripe, mogą go przyjąć ze swoim obecnym dostawcą płatności. Specyfikacja jest w tym punkcie jednoznaczna: OpenAI nie jest sprzedawcą formalnym (merchant of record), a sprzedawca obsługuje płatność jak każdą inną transakcję, u swojego zwykłego PSP.

Nie budujesz pod jednego agenta. ACP jest zaprojektowany tak, żeby działać w wielu agentach AI, nie tylko w ChatGPT. To zasadniczo odróżnia tę inwestycję od integracji zamkniętej: wysiłek dostosowania katalogu i checkoutu służy poza jedną platformą. Właśnie dlatego uznajemy ten projekt za priorytetowy nawet dla sprzedawcy, który nie ma jeszcze dostępu do Instant Checkout.

Product feed: formaty, dostarczanie i częstotliwość odświeżania

Product feed to sposób, w jaki sprzedawca dzieli się z OpenAI ustrukturyzowanymi danymi produktowymi, żeby ChatGPT mógł wynosić jego produkty w doświadczeniach wyszukiwania i zakupu. Trzeba dostarczyć bezpieczny i regularnie odświeżany feed zawierający identyfikatory, opisy, ceny, dostępność, media i opcje dostawy.

Formaty. Aktualna specyfikacja deweloperska dokumentuje pliki płaskie w UTF-8: .txt lub .tsv rozdzielane tabulatorem, .csv rozdzielane przecinkami, a także ich skompresowane warianty (.tsv.gz, .csv.gz, .txt.gz). Wiersz nagłówka z kanonicznymi nazwami pól pisanymi małymi literami i rozdzielanymi podkreśleniem, a następnie jeden produkt lub jeden wariant na wiersz. Dokumentacja dla sprzedawców wspomina również o TSV, CSV, XML i JSON, zależnie od wybranego trybu wymiany: sprawdź oczekiwany format w specyfikacji w momencie wdrożenia, bo to jest ta część dokumentacji, która się zmienia.

Dwa tryby dostarczania. File upload przekazuje pełny katalog w regularnym rytmie: nadpisujesz ten sam plik (lub ten sam zestaw fragmentów) swoim najnowszym zrzutem. API wysyła aktualizacje w ciągu dnia metodą upsert, przy czym dane o promocjach przechodzą wyłącznie przez API. OpenAI wprost zaleca łączenie obu trybów: pełny feed raz dziennie przez upload, aktualizacje w ciągu dnia przez API.

To najbardziej niedoceniany parametr całego układu. Katalog odświeżany raz w tygodniu wygeneruje z automatu błędne ceny i braki magazynowe pokazywane jako dostępne, a w doświadczeniu, w którym użytkownik może kupić natychmiast, błędna dana nie tylko psuje doświadczenie, ale rozbija transakcję.

Pola product feed: obowiązkowe, warunkowe, rekomendowane

Dla feedu niereklamowego specyfikacja rozróżnia trzy poziomy wymagań. Nazwy pól poniżej pochodzą ze specyfikacji deweloperskiej z chwili pisania tego tekstu, do ponownego sprawdzenia przed wdrożeniem, bo OpenAI je rozwija.

Obowiązkowe (10 pól): item_id, title, description, brand, url, image_url, price, availability, is_eligible_search, is_eligible_checkout.

Warunkowe: gtin lub mpn są wymagane, chyba że identifier_exists ma wartość no; availability_date jest wymagane, gdy dostępność to przedsprzedaż lub oczekiwanie na dostawę; polityki sprzedawcy (seller_privacy_policy, seller_tos) są wymagane, jeśli checkout jest włączony.

Rekomendowane: condition, product_category, material, dimensions, weight, age_group po stronie opisu; additional_image_urls, video_url, model_3d_url po stronie mediów; sale_price i jego daty obowiązywania po stronie ceny; group_id, variant_dict, color, size, size_system, gender po stronie wariantów; shipping, pickup_method, is_digital po stronie logistyki; review_count, star_rating, q_and_a, reviews po stronie opinii; accepts_returns i return_deadline_in_days po stronie zwrotów.

Dwie flagi zasługują na szczególną uwagę. is_eligible_search decyduje o pojawianiu się produktu w wyszukiwaniu ChatGPT. is_eligible_checkout zezwala na zakup bezpośrednio w rozmowie i zależy od is_eligible_search: produkt niekwalifikujący się do wyszukiwania nie będzie możliwy do kupienia. Feed technicznie poprawny, ale ze źle ustawionymi flagami daje niewidoczny katalog.

Jak ChatGPT wybiera produkty i sprzedawców do pokazania

To pytanie, na które nikt nie potrafi odpowiedzieć dokładnym wzorem, i trzeba wystrzegać się każdej treści twierdzącej inaczej. Dokumentacja OpenAI mówi tyle: ranking sprzedawców uwzględnia takie czynniki jak dostępność, cena, jakość oraz bycie producentem lub głównym sprzedawcą danego artykułu. OpenAI zaznacza, że spodziewa się ewolucji tych kryteriów, zwłaszcza w stronę większej personalizacji rankingu sprzedawców według preferencji użytkownika.

Cztery operacyjne odczyty tego zdania:

• Dostępność, błędny stan magazynowy odbiera Ci pozycję w rankingu, a nie tylko sprzedaż. Świeżość feedu staje się czynnikiem widoczności.
• Cena, konkurencyjność cenowa między sprzedawcami oferującymi ten sam artykuł waży bezpośrednio, co zbliża całość do porównywarki.
• Jakość, termin celowo szeroki po stronie OpenAI, ale przekładający się konkretnie na kompletność i poprawność danych produktowych oraz na sygnały z opinii, jeśli je dostarczasz.
• Główny sprzedawca lub producent, marka sprzedająca własny produkt startuje ze strukturalną przewagą nad resellerem. To świetna wiadomość dla marek natywnie cyfrowych (DNVB) i marek direct-to-consumer, a realne ograniczenie dla dystrybutorów wielomarkowych.

Te kryteria dotyczą rankingu sprzedawców i są czymś innym niż sposób, w jaki ChatGPT wybiera produkty istotne dla danego zapytania, co wynika ze zrozumienia potrzeby wyrażonej językiem naturalnym, a więc z bogactwa semantycznego Twoich tytułów, opisów i atrybutów.

Instant Checkout: czym jest i gdzie naprawdę jest dostępny

Instant Checkout pozwala użytkownikowi kupić bezpośrednio wewnątrz rozmowy: przy kwalifikującym się produkcie pojawia się przycisk zakupu, a użytkownik potwierdza zamówienie, adres dostawy i metodę płatności, nie opuszczając ChatGPT.

Aktualny zasięg, bez upiększeń: funkcja jest dostępna dla zatwierdzonych partnerów. Użytkownicy ChatGPT Plus, Pro i Free w Stanach Zjednoczonych mogą kupować w rozmowie u amerykańskich sprzedawców Etsy, a sprzedawcy Shopify, ponad milion, w tym marki takie jak Glossier, SKIMS, Spanx i Vuori, są zapowiedziani jako kolejna fala.

Innymi słowy: jeśli jesteś sprzedawcą europejskim, Instant Checkout nie jest jeszcze dla Ciebie otwarty, a każda treść proponująca „włączenie go dzisiaj” sprzedaje coś innego, niż zapowiada. To, co jest dla Ciebie otwarte już teraz, to praca u podstaw: jakość katalogu, identyfikatory produktowe, strukturyzacja danych, zgłoszenie się do onboardingu product feed, który również jest zarezerwowany dla zatwierdzonych partnerów i odbywa się przez formularz OpenAI dla sprzedawców.

To właśnie ciekawe okno. Sprzedawcy, którzy przygotują katalog, gdy dostęp jest ograniczony, będą kwalifikowali się w dniu otwarcia; ci, którzy odkryją temat dopiero przy otwarciu, będą mieli przed sobą pół roku czyszczenia danych.

Dwie specyfikacje techniczne: Agentic Checkout i Delegated Payment

Agentic Checkout Spec. Sprzedawca wystawia pięć punktów wejścia REST: utworzenie sesji checkoutu, aktualizacja sesji (pozycje, dostawa, rabaty), finalizacja z metodą płatności, anulowanie oraz odczyt stanu sesji. Każda odpowiedź musi zwracać pełny stan koszyka: pozycje, ceny, podatki i opłaty, dostawę, rabaty, sumy, status. Sprzedawca otrzymuje dane kupującego (imię i nazwisko, e-mail, telefon), adresy dostawy i rozliczeniowy, ilości oraz token płatniczy, nigdy pełnych danych karty, i śledzi cykl życia przez webhooki (utworzone, potwierdzone, wysłane, zrealizowane, anulowane).

Delegated Payment Spec. Użytkownik wybiera metodę płatności w ChatGPT; OpenAI przekazuje dane płatności do dostawcy płatności sprzedawcy; ten zwraca jednorazowy token płatniczy z limitem kwoty, poza zakresem PCI; OpenAI przekazuje ten token w chwili finalizacji zamówienia. Ważne dla wymiarowania projektu: bezpośrednia integracja z tą specyfikacją jest zarezerwowana dla PSP i dla sprzedawców certyfikowanych PCI DSS poziomu 1, dysponujących własnym sejfem danych kartowych. Dla ogromnej większości sprzedawców tę część obsługuje dostawca płatności, a nie wewnętrzny zespół techniczny.

Punkt kluczowy: sprzedawca pozostaje właścicielem zamówienia i relacji z klientem oraz pozostaje sprzedawcą formalnym.

Co sprzedawca kontroluje, a czego nie

Uczciwa lektura protokołu daje dość wyraźny podział.

Kontrolujesz: które produkty są wystawione, a które nie (przez flagi kwalifikowalności), przekazywane ceny i dostępność, treść opisową i media, promocje, polityki sprzedaży i zwrotów, realizację zamówienia i logistykę, obsługę płatności przez Twój PSP, relację z klientem po zakupie oraz to, że pozostajesz sprzedawcą formalnym.

Nie kontrolujesz: tego, czy pojawisz się w danej odpowiedzi, swojej pozycji w rankingu sprzedawców, dokładnego sformułowania, jakiego ChatGPT użyje do opisania Twojego produktu, porównania z konkurentami pokazanego obok Ciebie ani harmonogramu otwarcia Instant Checkout na Twoim rynku.

To strukturalnie ta sama asymetria co w SEO: kontrolujesz jakość wejścia, a nie decyzję na wyjściu. Różnica polega na tym, że przekazywana tu dana jest dużo bardziej znormalizowana niż strona internetowa, co czyni optymalizację bardziej mechaniczną i mniej spekulacyjną.

Shopify, WooCommerce, PrestaShop, Magento: realny stan integracji

Wiele artykułów zapowiada „natywne wsparcie”, którego w dokumentacji nie ma. Oto, co jest weryfikowalne, a co nie.

Shopify jest platformą najbardziej zaawansowaną: OpenAI zapowiedziało wejście sprzedawców Shopify do Instant Checkout, przy czym mowa o ponad milionie sklepów. To najkrótsza droga do kwalifikowalności, ale dostęp pozostaje uzależniony od zatwierdzenia przez OpenAI, a nie od zwykłego przełącznika w panelu sklepu.

WooCommerce, PrestaShop oraz Magento / Adobe Commerce: do dziś oficjalna dokumentacja OpenAI nie opisuje żadnej natywnej integracji dla tych platform. Technicznie nic tego nie blokuje, bo ACP jest otwartym protokołem opartym na punktach wejścia REST i pliku płaskim, a więc możliwym do wdrożenia na dowolnym stosie, łącznie z serwisem szytym na miarę. Konkretnie oznacza to jednak albo dedykowany rozwój, albo sięgnięcie po moduł lub konektor zewnętrzny, z typową ostrożnością co do utrzymania takiej warstwy.

Nasza rekomendacja dla tych trzech platform: nie zaczynaj od checkoutu. Zacznij od product feed, bo to część o natychmiastowej wartości, niezależna od żadnego modułu zewnętrznego i przydatna niezależnie od tego, jaki konektor wybierzesz później.

Dlaczego Twój produkt nie pojawia się w ChatGPT

Przyczyny układają się w trzy rodziny, według częstotliwości.

1. Nie masz feedu, a dane zewnętrzne działają na Twoją niekorzyść. Bez bezpośredniego feedu ChatGPT opiera się na metadanych dostawców zewnętrznych. Jeśli Twój produkt jest tam źle zidentyfikowany, źle skategoryzowany lub nieobecny, nie istniejesz, i żaden alert Cię o tym nie poinformuje.

2. Feed istnieje, ale wywraca się na konkretnych regułach. Flaga is_eligible_search ustawiona na false, brak gtin/mpn bez uzupełnionego identifier_exists, brak availability_date przy przedsprzedaży, brak polityk sprzedawcy przy włączonym checkoucie, kodowanie inne niż UTF-8, niezgodne nagłówki kolumn. Te błędy po cichu odrzucają całe wiersze.

3. Kwalifikujesz się, ale jesteś źle sklasyfikowany. Cena niekonkurencyjna wobec innych sprzedawców tego samego artykułu, stan wskazany jako niedostępny, niekompletne dane, status resellera wobec producenta. Jesteś w systemie, ale nigdy w pierwszych trzech wierszach.

Do tego dochodzi czwarta przyczyna, nietechniczna: zapytanie użytkownika po prostu nie odpowiada Twojemu pozycjonowaniu produktowemu w takiej formie, w jakiej jest opisane. Tu praca semantyczna opisana w naszym przewodniku SEO dla ChatGPT spotyka się z pracą nad katalogiem.

Problemy jakości danych, które realnie blokują katalog

W katalogach, które analizujemy, pięć problemów wraca systematycznie i tłumaczy większość blokad.

Brakujące identyfikatory produktowe. GTIN (EAN, UPC, ISBN, zależnie od przypadku) jest osią pozwalającą zestawić Twoją ofertę z ofertą innych sprzedawców tego samego artykułu. Bez niego oraz bez MPN lub poprawnie uzupełnionego identifier_exists Twój produkt staje się obiektem niemożliwym do powiązania. To blokada numer jeden i jest bardzo rozpowszechniona w katalogach polskich, zwłaszcza u marek produkujących własne referencje.

Nieaktualne ceny i stany magazynowe. Dzienny feed bez aktualizacji w ciągu dnia wystarczy, żeby rozbić doświadczenie, w którym zakup jest natychmiastowy. Tutaj świeżość to nie komfort, tylko kryterium rankingowe.

Słabe zdjęcia. Nieneutralne tło, przycięty produkt, za niska rozdzielczość, znak wodny, jedno zdjęcie bez ujęcia alternatywnego. W interfejsie, w którym karta produktu sprowadza się do miniatury i trzech linijek, obraz niesie nieproporcjonalnie dużą część decyzji.

Ubogie opisy. Dwuwierszowy opis powtarzający tytuł nie pozwala modelowi zrozumieć, na jaką potrzebę odpowiada produkt. Atrybuty materiału, wymiarów, wagi, przedziału wiekowego i przypadków użycia nie są dekoracją: to zaczepy, o które chwyta się zapytanie w języku naturalnym.

Źle zamodelowane warianty. Kolory i rozmiary rozbite na niezależne produkty bez group_id albo przeciwnie, zgrupowane bez atrybutów rozróżniających: w obu przypadkach agent nie wie, co zaproponować użytkownikowi proszącemu o konkretny rozmiar.

ChatGPT Shopping vs Google Shopping: co naprawdę się zmienia

Sprzedawca obecny już w Google Shopping startuje z realną przewagą: dyscyplina product feed jest ta sama, a duża część pól się pokrywa. Trzy zasadnicze różnice zmieniają jednak strategię, a tabela poniżej je podsumowuje.

Najbardziej strukturalna: w Google Shopping widoczność kupuje się głównie za kliknięcie, przez Google Merchant i Google Ads. W ChatGPT Shopping organiczne odkrywanie nie jest kupionym miejscem, tylko zależy od jakości i świeżości danych, od ceny oraz od statusu głównego sprzedawcy. Dźwignia budżetowa istnieje osobno, w postaci reklam w ChatGPT, ale nie zastępuje organicznego rankingu sprzedawców.

Druga różnica: checkout. Google kieruje ruch w większości na stronę sprzedawcy. ChatGPT, przy kwalifikujących się produktach, zatrzymuje transakcję w rozmowie, co przenosi pytanie o optymalizację współczynnika konwersji z karty produktu na product feed.

Trzecia różnica: dojrzałość. Google Merchant to system ustabilizowany od ponad piętnastu lat, z zamrożoną dokumentacją i kompletnymi narzędziami diagnostycznymi. ACP ma niecały rok, a jego specyfikacja jeszcze się zmienia. Oznacza to więcej okazji, ale też obowiązek ponownego sprawdzenia dokumentacji przed każdym wdrożeniem.

Shopping organiczny, Instant Checkout, ChatGPT Ads: nie mylić tych trzech

Te trzy mechanizmy bywają regularnie mieszane w dostępnych treściach, także przez dostawców usług. Odpowiadają jednak innym logikom i nie wdrażają się w tym samym rytmie.

Shopping organiczny nie jest płatny: zdobywa się go czystym product feed i konkurencyjnymi danymi. Jest dostępny dla każdego zatwierdzonego sprzedawcy i stanowi warunek wstępny całej reszty.

Instant Checkout dodaje transakcję w rozmowie. Dziś jest ograniczony do zatwierdzonych partnerów i do wąskiego zasięgu geograficznego. Zakłada wdrożenie Agentic Checkout Spec, a więc realny projekt techniczny.

ChatGPT Ads kupuje miejsce sponsorowane, odrębne od odpowiedzi modelu, z własnym systemem licytacji i targetowania. OpenAI proponuje zresztą kampanie budowane z product feed, z dedykowanym polem w specyfikacji (is_ads_eligible). Zauważ synergię: ta sama praca nad product feed służy wszystkim trzem.

To rozstrzygający argument, żeby zacząć od katalogu, a nie od checkoutu: to jedyny projekt, którego zwrot jest pewny niezależnie od scenariusza otwarcia pozostałych elementów.

Checklista sprzedawcy: przygotowanie katalogu pod ChatGPT i ACP

• Sprawdź poziom pokrycia identyfikatorów produktowych: udział katalogu z poprawnym gtin lub mpn oraz poprawnie uzupełnione identifier_exists na reszcie. To pierwszy front, przed wszystkim innym.
• Zmierz realną świeżość swoich cen i stanów magazynowych: z której godziny pochodzi ostatnia synchronizacja i ile referencji jest pokazywanych jako dostępne, choć już nie są.
• Zaudytuj zdjęcia: rozdzielczość, tło, brak znaku wodnego, obecność co najmniej jednego ujęcia alternatywnego przez additional_image_urls.
• Weź najkrótsze opisy w katalogu i uzupełnij atrybuty ustrukturyzowane (product_category, material, dimensions, weight, age_group), zamiast wydłużać tekst marketingowy.
• Sprawdź modelowanie wariantów: group_id, color, size, size_system spójne w całych rodzinach produktowych.
• Świadomie ustaw is_eligible_search i is_eligible_checkout i pamiętaj, że drugie zależy od pierwszego.
• Przygotuj polityki sprzedawcy (seller_privacy_policy, seller_tos): są wymagane, gdy tylko checkout zostanie włączony.
• Zaplanuj architekturę dostarczania: pełny feed dziennie przez upload, aktualizacje w ciągu dnia przez API, promocje wyłącznie przez API.
• Jeśli działasz na WooCommerce, PrestaShop lub Magento, nie uzależniaj harmonogramu od pojawienia się modułu: product feed można wyprodukować już teraz.
• Zgłoś się do onboardingu OpenAI dla sprzedawców i śledź rozwój zasięgu geograficznego Instant Checkout.
• Nie lekceważ strony redakcyjnej: strony wyjaśniające Twoje produkty zasilają także odpowiedzi ChatGPT poza kontekstem zakupowym, co opisujemy w naszym przewodniku SEO dla ChatGPT.

W Ready2GEO rozwijamy obecnie AI Shopping Feed Auditor: narzędzie, które zestawia katalog z całością tych wymagań, pokryciem identyfikatorów, brakującymi polami obowiązkowymi, flagami kwalifikowalności, jakością zdjęć i opisów, i zwraca listę blokujących referencji. Jest w trakcie rozwoju i nie jest jeszcze dostępne; dołączy do naszego zestawu narzędzi, gdy tylko będzie gotowe. Do tego czasu powyższą checklistę da się bardzo dobrze obsłużyć ręcznie na eksporcie katalogu.