Najważniejsze wnioski w pigułce
Dwa protokoły, jeden cel
- Universal Commerce Protocol (UCP) Google’a orkiestruje cały workflow od wyszukiwania do realizacji zamówienia
- Agentic Commerce Protocol (ACP) OpenAI optymalizuje konwersacyjne ścieżki zakupowe i bezpośredni checkout
- Większość marek będzie potrzebować zgodności z obydwoma standardami, nie wyboru między nimi
GS1 jako fundament agentic commerce
- GTIN to jedyny globalny klucz główny dla fizycznych produktów rozpoznawany przez agentów AI
- Wewnętrzne numery SKU czynią Twoją ofertę niewidzialną dla globalnej sieci agentów
- Standard GS1 Digital Link umożliwia jednoznaczną identyfikację produktów w obu protokołach
Trójwarstwowa architektura danych
- Warstwa 1 (Tożsamość): shipping_weight, return_rate, certification — umożliwiają weryfikację przez agenta
- Warstwa 2 (Transakcje): enable_checkout, product_id splitting, auto_pricing_min_price — kontrolują możliwość zakupu
- Warstwa 3 (Negocjacje): negotiation_policy, structured_answers, relationship_type — definiują zachowanie agenta
Krytyczne pola w praktyce
- return_rate to sygnał ryzyka, który ujawnia efektywność operacyjną całej organizacji
- structured_answers eliminują niepewność klientów przez proaktywne Q&A zintegrowane z systemem
- certification wymaga identyfikatorów rejestrowych, nie marketingowych przymiotników
Od Web of Documents do Web of Agents: nowa infrastruktura handlu
Rok 2026 zmienia definicję pracy z danymi produktowymi. Reasoning Web nie komunikuje się w HTML-u, tylko w protokołach. Przejście od dokumentów do agentów oznacza, że celem nie jest już strona czytelna dla człowieka, ale dane czytelne, weryfikowalne i wykonywalne przez oprogramowanie działające w imieniu użytkownika.
Google i OpenAI wprowadzają dwa konkurencyjne, ale nie wykluczające się standardy: Universal Commerce Protocol (UCP) i Agentic Commerce Protocol (ACP). Oba operacjonalizują tę samą rzecz — mandat użytkownika wyrażony przez agenta. Różnica nie leży w tym, czy agent ma uprawnienia. W obu przypadkach ma. Różnica polega na tym, gdzie następuje wykonanie i co trzeba udowodnić w czasie rzeczywistym, by zamknąć transakcję.
UCP Google’a buduje workflow ekosystemowy — od odkrycia produktu po realizację zamówienia. Protokół orkiestruje inwentarz, wysyłkę, tożsamość, zwroty, lojalność i fulfillment przez powierzchnie Google Search, Google Shopping i Google AI Mode. Strategicznie modernizuje model zarabiania Google’a: reklamy i promocje nie mają już napędzać kliku, tylko kształtować konwersję. Sponsorowane oferty stają się częścią podróży agenta, a negocjacja wchodzi do lejka sprzedażowego.
ACP OpenAI koncentruje się na konwersacyjnych witrynach sklepowych, gdzie interfejsem jest dialog, a zakup może się zakończyć bez tradycyjnej wizyty na stronie. W modelu Instant Checkout sprzedawcy płacą prowizję od sfinalizowanych zakupów, przy czym ranking produktów nie powinien zależeć od włączenia checkoutu. To optymalizacja transakcyjna, nie orkiestracyjna.
Strategia zgodności: buduj raz, działaj wszędzie
Dla większości marek agentic commerce nie jest wyborem typu albo-albo. Platformy takie jak Shopify, Etsy czy Walmart nie mogą sobie pozwolić na wybór jednego toru. Ich sprzedawcy muszą docierać do wielu ekosystemów, więc zwycięską strategią jest kompatybilność, nie lojalność wobec jednego standardu.
Wdrażasz więc jeden ujednolicony feed agentic commerce, który obsługuje obie ścieżki: UCP do orkiestracji end-to-end workflow, ACP do checkoutu konwersacyjnego. To założenie opiera się na gotowości do obsługi agentów. Nadal sprzedajesz ludziom, ale coraz częściej będziesz negocjować i dokonywać transakcji przez oprogramowanie. Jeśli czytasz ten tekst, przyjąłeś już tę zmianę.
Warto zrozumieć, że fundamentem obu protokołów jest GS1. Nie można budować grafu wiedzy na ruchomym piasku. Global Trade Item Number (GTIN) to jedyny globalny klucz główny dla towarów fizycznych. W UCP Google ściśle wymusza GTIN-y, by połączyć id-web i id-store w jedną kanoniczną encję — to kluczowy podział, którego potrzebujesz przed marcem 2026, gdy ten sam produkt sprzedawany online i w detalu ma różne ceny. W ACP agent wykonujący BuyAction opiera się na GTIN-ie, by upewnić się, że kupuje konkretny wariant (rozmiar M, kolor czerwony), a nie podobne SKU.
Trójwarstwowa architektura feedu agentic commerce
Agenci działają w trzech trybach: weryfikują, dokonują transakcji i negocjują. Twój stos danych musi to odzwierciedlać.
Warstwa 1: Zaufanie, tożsamość, zgodność (fizyka). Jeśli agent nie może zweryfikować produktu, nie będzie go rekomendował. Ta warstwa zakotwicza twierdzenia w ograniczeniach. Pole return_rate (ACP) to sygnał ryzyka, który implikuje niepewność, a w konsekwencji silny, nieintuicyjny dialog między zespołem ecommerce a logistyką i wsparciem. Ten poziom komunikacji międzyfunkcyjnej to punkt danych, którego większość operacji ecommerce nie posiada. W terminologii grafów wiedzy oznacza to efektywność operacyjną organizacji.
Pole shipping_weight (UCP) jest niezbędne do dokładnego wyliczenia całkowitego kosztu dostawy, obietnic wysyłkowych i kalkulacji zwrotów. Google chce negocjować warunki sprzedaży z pewnością. Pole certification (UCP) wymaga zgodności jako identyfikatorów, nie przymiotników. Odniesienia do rejestrów biorą górę nad „ekologicznym". Używaj identyfikatorów GS1 i Digital Link, by zakotwiczać produkt, następnie dołączaj zewnętrzne identyfikatory rejestrowe jako encje pierwszej klasy w grafie, nie ciągi znaków.
Warstwa 2: Logika komercyjna i gatekeepers (transakcja). Ta warstwa kontroluje akcję zakupu. Oddziela „rozmawianie o produkcie" od „wykonania zakupu". Podział product_id (UCP) wymaga odrębnych identyfikatorów, gdy cena lub dostępność różni się według kanału (web vs lokalnie). Unikasz niezgodności, które łamią kwalifikowalność. Pole enable_checkout (ACP) to twarda bramka: pozwala na odkrycie i Q&A, blokuje zakup, gdy potrzeba (B2B, produkty regulowane, wysokodotyko we). Pole auto_pricing_min_price (UCP) to ochrona marży — dolny próg zapobiega automatyzacji negocjującej Cię w złą ekonomię jednostkową.
Warstwa 3: Polityki agentów i kontekst (negocjacja). Tu przestajesz wysyłać „dane", a zaczynasz wysyłać „zachowanie". Pole negotiation_policy (UCP) definiuje guardrails dla ofert: maksymalny rabat, bundle, zasady dopasowania cen, ograniczenia kwalifikowalności. Pola structured_answers (UCP) i q_and_a (ACP) to prewencyjne Q&A, które eliminuje niepewność dla flagowych produktów. Zamieniasz zgadywanie w wyraźne odpowiedzi.
Znowu wydaje się to oczywiste, ale nie jest. Mówisz agentom, jak dobrze działa system za kulisami. Jak skutecznie wydobywasz istotne pytania i odpowiadasz na nie od klientów, zespołów wsparcia, help desku i sklepów stacjonarnych. Ponownie: to kwestia organizacyjna i dokładności. Kiedy ostatnio aktualizowałeś FAQ? Czy masz dane do wyprowadzenia kontekstu tej informacji? Większość sprzedawców nie ma.
Struktura to strategia: od feedu do grafu
Różnica między feedem a grafem nie jest już akademicka. Sprowadza się do ekonomii. Jeśli agenci nie mogą walidować Twoich encji, nie będą ich wyświetlać. Jeśli nie mogą bezpiecznie wykonywać transakcji, nie dokonają ich. Jeśli brakuje im polityki i kontekstu, nie będą sprzedawać.
Pipeline to produkt. Zbuduj go raz. Uczyń go czytelnym dla agentów wszędzie. Wykorzystaj jednolitą macierz pól UCP + ACP jako jednoznaczną, ewoluującą checklistę. Jedno ujednolicone schema, z wymaganiami specyficznymi dla protokołu.
Priorytety dzielą się na cztery kategorie: Critical — brakujące lub błędne dane mogą zmniejszyć kwalifikowalność, zablokować checkout lub wywołać egzekucję. Compliance — pola kierowane polityką lub regulacją. Growth — poprawia konwersję lub odblokowuje nowe powierzchnie. Pilot / New — pojawiające się pola, które mogą się zmienić.
Pola z warstwy tożsamości, jak is_incentivized_review (oba protokoły), deklarują, czy recenzje są stymulowane, co umożliwia agentom dyskontowanie stronniczych sygnałów. Structured_title (UCP) wymaga jasności i identyfikowalności pochodzenia — jeśli generujesz tytuły, ujawnij proweniencję, by systemy downstream mogły stosować politykę i kontrole jakości. Pola seller_privacy_policy i seller_tos (ACP) to kanoniczne linki do polityki prywatności i warunków usługi, niezbędne do pytań użytkownika podczas wspomaganego checkoutu i weryfikacji zaufania.
Nowe pola, takie jak popularity_score (ACP), to jawny sygnał social proof — wyprowadzaj go z velocity sprzedaży, wskaźnika powtórnych zakupów lub innych metryk wewnętrznych, potem zamroź mapowanie. Sustainability_incentives (UCP) deklaruje kwalifikowalność do rabatów lub zachęt, włącz jurysdykcję, identyfikator programu i warunki, by agent mógł walidować kwalifikowalność przed rekomendacją.
Warstwa druga obejmuje kontrole transakcji: cenę, dostępność i to, czy agent ma pozwolenie na dokończenie zakupu. Podział product_id_web i product_id_store (UCP) zapobiega porównywaniu przez agentów niedopasowanych ofert i redukuje ryzyko polityczne z niespójności cenowych. Pole installment (UCP) to raty i warunki BNPL dla droższych produktów — podaj pierwszą wpłatę, kwotę okresową, liczbę i wymagane ujawnienia, by uniknąć wprowadzających w błąd sum. Subscription_cost (UCP) umożliwia przepływy subskrypcyjne (subscribe and save), użyj wyraźnego okresu i ustalonej kwoty. Enable_search (ACP) to kontrola odkrywania — wartość false ukrywa przedmiot przed wyszukiwaniem i rekomendacjami agenta, jednocześnie pozwalając na bezpośredni dostęp przez ID lub URL, jeśli wybierzesz.
Podsumowanie
W 2026 roku pipeline jest produktem. Struktury danych nie są już metaforą techniczną, ale aktywem strategicznym determinującym widoczność, możliwość transakcji i negocjacyjność oferty. Unified Agentic Commerce Feed, który obsługuje UCP i ACP, opiera się na GS1 jako fundamencie, trójwarstwowej architekturze danych i jawnych politykach zachowania. Agenty AI wymagają pewności, weryfikowalności i możliwości wykonania — jeśli Twoje dane tego nie zapewniają, Twoja oferta będzie niewidzialna w nowej ekonomii agentowej.
Źródło: WordLift, “The Product Ontology for the Agentic Commerce”, styczeń 2026
