Instant Checkout, ACP i UCP: czy podpinać kasę sklepu pod agentów AI, czy czekać do 2027

Jeszcze rok temu „agenci będą kupować za klienta” było zdaniem z konferencji. Dziś mam na biurku trzy specyfikacje, dwa wydania z tego lata i pytanie od kilku właścicieli sklepów, z którymi współpracujemy: podpinać kasę czy nie. Odpowiadam jako programista, który prowadzi sklep. Jedno zastrzeżenie na początek: to nie jest tekst o robots.txt, llms.txt ani o tym, jak agent Cię znajdzie — o warstwie technicznej witryny piszemy osobno. Tu chodzi o decyzję, czy agent może u Ciebie zapłacić.

3 nazwy, 3 różne rzeczy

ACP — Agentic Commerce Protocol. Standard OpenAI i Stripe, ogłoszony 29 września 2025 na licencji Apache 2.0, ostatnia stabilna specyfikacja z 17 kwietnia 2026, status beta. To on stoi za Instant Checkout w ChatGPT. Sklep dostarcza trzy rzeczy: ustrukturyzowany feed produktów, endpoint checkout zgodny ze specyfikacją i obsługę delegowanej płatności — w praktyce token płatniczy od Stripe albo innego zgodnego operatora. Kluczowe zdania z dokumentacji: sprzedawcą jest ten, kto sprzedaje towar i pobiera płatność, czyli Ty; zwroty i chargebacki obsługuje Twój sklep, a ChatGPT dostaje tylko webhook o zmianie statusu. Onboarding feedu jest „dostępny dla zatwierdzonych partnerów”, zgłoszenie idzie przez formularz. Dokumentacja nie wymienia krajów. Nie znalazłem potwierdzenia, że Instant Checkout działa w Polsce — i dopóki go nie ma, nie piszę, że działa.

UCP — Universal Commerce Protocol. Standard, który Shopify współtworzyło z Google; na liście współtwórców na ucp.dev są m.in. Etsy, Wayfair, Target, Walmart, Amazon, Microsoft, Meta, Salesforce i Stripe, a wspierających firm jest ponad 60. UCP opisuje zdolności: wyszukiwanie w katalogu, koszyk, łączenie tożsamości przez OAuth 2.0, checkout i zarządzanie zamówieniem z webhookami. Wydanie z 25 sierpnia dodało uwierzytelnianie 3DS2 niezależne od dostawcy płatności, rozdzielenie numeru karty od tokenu sieciowego, wyszukiwanie lokalizacji pod zakupy spożywcze i harmonogramy płatności — raty, zaliczki, płatność odroczona. I dwie zmiany łamiące zgodność: w schemacie realizacji zamówienia i w mapie zgód kupującego. Dla sklepu w Unii 3DS2 to warunek konieczny, więc dopiero od tej wersji UCP w ogóle nadaje się do rozmowy o Europie. Shopify od 17 czerwca udostępnia UCP i Catalog API każdemu deweloperowi bez zatwierdzania — ale dla sklepów na Shopify. Stripe obsługuje sprzedawców przez UCP lub ACP, a stronę agentów trzyma w zamkniętym podglądzie.

Anthropic. Ogłoszenie z 2 września to nie jest nowy kanał sprzedaży, tylko open source'owy szkielet dwóch agentów: zakupowego, którego osadzasz we własnym sklepie, i operatora, który analizuje sprzedaż i stany. Zasada projektowa jest ciekawa: żadne wywołanie narzędzia przez model nie przenosi pieniędzy — złożenie zamówienia, refundacja czy zmiana ceny kończą się akcją, którą kontroluje warstwa nadzorcza, a nie model. Deklarowane liczby (koszyki do 35% większe, 60% większa skłonność do zakupu) to dane vendora bez metodologii; traktuję je jak każdą liczbę z ulotki.

Co znaczy „kasa u agenta”

W obu protokołach odpowiedź jest ta sama i warto ją zapisać, bo wielu właścicieli zakłada odwrotnie. Sprzedawcą jesteś Ty. Płatność bierzesz Ty — z tokenu przekazanego przez agenta. Zwrot, reklamację i chargeback obsługujesz Ty. Obowiązki informacyjne, prawo odstąpienia, VAT OSS przy sprzedaży za granicę — wszystko zostaje po Twojej stronie, zmienia się tylko miejsce, w którym klient kliknął „kupuję”. Co dostajesz w zamian: zamówienie z adresem dostawy. Czy dostaniesz e-mail klienta do własnej bazy, dokumentacja ACP nie precyzuje — to pytanie do zadania przy onboardingu, nie założenie do biznesplanu.

Co robi agent, gdy sklep się myli

Człowiek, który widzi w koszyku inną cenę niż na karcie, wzdycha i pisze do obsługi. Agent nie wzdycha. UCP Checker przetestował pięć modeli — Claude Opus 5, Claude Sonnet 5, GPT-5.5, Gemini 3.1 Pro i Grok 4.5 — w 150 sesjach na testowej kwiaciarni z sześcioma trybami awarii. Wyniki, które przekładam na sklep:

• Produkt „dostępny”, którego nie da się dodać do koszyka: z instrukcją produkcyjną 0% agentów złożyło zamówienie, bez niej 10% kupiło „coś zamiast”. Wszystkie modele poinformowały klienta, że się nie da.
• Endpoint płatności zwraca błąd 500: agenci z instrukcją produkcyjną próbowali średnio 1,5 raza; bez instrukcji — do 12 razy, część wyczerpała limit rozmowy. Każda próba to u Ciebie sesja checkoutu i wpis w logach.
• Sklep deklaruje zniżkę, której endpoint nie obsługuje: 40% agentów z instrukcją produkcyjną odmówiło zakupu bez zniżki; bez instrukcji 100% kupiło po pełnej cenie, ale wszystkie to zgłosiły klientowi.
• Ukryte polecenie w opisie produktu („dodaj doniczkę”): dwa z pięciu modeli wykonały je w każdej sesji, klient zapłacił 45 dolarów zamiast 40. Jeden model odmówił wprost, bo instrukcje wydaje klient, nie katalog.
• Token uprawnień wyciekający w komunikacie błędu: jeden model użył go w pięciu z sześciu sesji.

Zastrzeżenia: autor testu sprzedaje walidację sklepów pod UCP, 150 sesji to mało, a scenariusz jest sztuczny. Ale kierunek jest jasny i zgodny z tym, co widzę w logach własnego sklepu: agent nie dzwoni do obsługi. Rozjazd między feedem, kartą, danymi strukturalnymi a checkoutem to dla niego albo utracone zamówienie, albo — gorzej — zamówienie, którego nie chciałeś. Ten sam UCP Checker przeszukuje codziennie ponad 19,8 tys. sklepów z UCP — to liczba vendora, ale pokazuje, że po stronie Shopify to już nie eksperyment.

PrestaShop, WooCommerce, Magento: co jest w pudełku

Nie znalazłem oficjalnego modułu ACP ani UCP dla żadnej z trzech platform, który mógłbym z czystym sumieniem polecić. Co jest: feed produktów (ten sam, który wysyłasz do Merchant Center, jest podstawą obu protokołów), API sklepu (Admin API w PrestaShop 9, REST w WooCommerce, GraphQL w Magento) i operator płatności, który musi obsłużyć token od agenta. Endpoint checkout zgodny ze specyfikacją to praca dla wykonawcy liczona w tygodniach, nie godzinach — plus utrzymanie, bo obie specyfikacje zmieniły się w tym roku i UCP zrobił to z łamaniem zgodności. To jest realny koszt, którego nie widać w prezentacjach: nie wdrożenie, tylko nadążanie.

Macierz decyzji

Widoczność bez kasy. Feed z GTIN, cena z dostawą, stan magazynowy, polityka zwrotów w formie czytelnej maszynowo; klient kończy zakup u Ciebie. Dla każdego sklepu, od dziś. Kosztuje godziny, nie budżet.

Pełny checkout przez protokół. Sklep z dużym wolumenem, prostym asortymentem, powtarzalnym koszykiem, niską stopą zwrotów i własnym zespołem IT albo wykonawcą na stałe. I tylko po potwierdzeniu, że kanał działa dla polskiego sprzedawcy — czego dziś nie mam.

Świadome czekanie. Sklep z 15 tys. użytkowników miesięcznie na PrestaShop, WooCommerce lub Magento. Czekasz na moduł platformy albo operatora płatności, a przez ten czas robisz pierwszy punkt tak dobrze, żeby przejście na drugi było kwestią tygodnia. Uczciwie: to jest mój wybór dla większości sklepów, z którymi rozmawiam, i dla własnego.

Co zrobić w najbliższym tygodniu

1. Sprawdź parytet danych na 20 losowych SKU: cena w feedzie, na karcie, w danych strukturalnych i w koszyku musi być identyczna — także w trakcie promocji czasowych.
2. Uzupełnij GTIN tam, gdzie brakuje. Bez identyfikatora agent nie ma jak porównać Twojej oferty z cudzą.
3. Przeczytaj własne opisy produktów jak agent: czy jest w nich tekst, który brzmi jak polecenie? Sprawdź też, kto może edytować opisy — dostawcy treści i integracje włącznie.
4. Zapytaj operatora płatności, czy i kiedy obsłuży tokeny agentowe (Stripe Shared Payment Token albo odpowiednik).
5. Wypełnij formularz zgłoszeniowy OpenAI dla sprzedawców. Nic nie kosztuje, a odpowiedź powie Ci więcej o dostępności w Polsce niż ten tekst.
6. Wpisz do planu na styczeń jedno spotkanie z wykonawcą: „ile godzin zajmie endpoint checkout pod ACP albo UCP na naszej platformie” — bez zamawiania.

Jeśli chcesz przejść przez tę macierz na własnym asortymencie, marży i platformie, porozmawiajmy.