Universal Commerce Protocol: jak agenci AI zmieniają zakupy w internecie

Universal Commerce Protocol (UCP) to otwarty standard, dzięki któremu agenci AI wyszukują produkty, budują koszyk i finalizują zakup u sprzedawcy bezpośrednio z poziomu interfejsu AI. Sprzedawca publikuje profil pod adresem /.well-known/ucp, deklaruje obsługiwane możliwości (capabilities), a agent ustala ich część wspólną. Google uruchomił protokół w styczniu 2026 roku razem z Shopify, Etsy, Wayfair, Target i Walmart i używa go w trybie AI w wyszukiwarce (AI Mode) oraz w Gemini.

#Czym jest Universal Commerce Protocol

Universal Commerce Protocol (UCP) to otwarty standard opisujący, jak systemy AI komunikują się ze sprzedawcami, żeby wyszukać produkty, sprawdzić ceny i dostępność oraz sfinalizować transakcję. Dokumentacja Google dla deweloperów nazywa go “otwartym standardem zaprojektowanym z myślą o przyszłości handlu” (tłumaczenie własne) (dokumentacja Google Merchant UCP). Rozwiązuje praktyczny problem: asystent AI, który znalazł właściwy produkt, nadal potrzebuje niezawodnego sposobu, żeby go kupić, bez człowieka klikającego po sklepie.

W tradycyjnym e-commerce użytkownik sam przegląda strony, dodaje produkty do koszyka i ręcznie wypełnia formularz zamówienia. UCP umożliwia to, co Google nazywa handlem agentycznym (agentic commerce): agenci AI działają w imieniu użytkownika, wyszukują produkty spełniające jego kryteria, porównują opcje, sprawdzają szczegóły i składają zamówienie.

#Kto stworzył UCP i kto go rozwija

UCP nie jest specyfikacją wyłącznie Google. Sundar Pichai ogłosił go na konferencji handlowej NRF 11 stycznia 2026 roku jako protokół zbudowany razem z Shopify, Etsy, Wayfair, Target i Walmart, wspierany przez ponad 20 innych firm (Google, wystąpienie na NRF 2026). Tego samego dnia Shopify opublikował własny opis techniczny autorstwa Ilyi Grigorika (Shopify Engineering).

Strona projektu, ucp.dev, wymienia dziś współtwórców w podziale na branże: zakupy (m.in. Google, Shopify, Etsy, Wayfair, Target, Walmart, Salesforce i Stripe), noclegi (m.in. Booking.com, Expedia Group, Hilton i Marriott) oraz jedzenie (m.in. DoorDash, Square, Toast i Uber Eats). Specyfikacja jest opublikowana na GitHubie na licencji Apache License 2.0, z prawami autorskimi UCP Authors i publicznym przewodnikiem dla kontrybutorów (ucp.dev). W praktyce oznacza to, że największym odbiorcą UCP są dziś usługi Google, ale sam protokół jest open source i może go wdrożyć każda platforma.

#Jak UCP zmienia SEO i wyszukiwanie produktów

Od ponad dwóch dekad optymalizacja pod wyszukiwarki (SEO) jest głównym sposobem, w jaki firmy sprawiają, że ich produkty i usługi da się znaleźć w sieci. Firmy optymalizowały strony pod odpowiednie słowa kluczowe, zdobywały linki zwrotne i tworzyły treści, żeby zajmować wyższe pozycje w wynikach wyszukiwania.

UCP przenosi część tej pracy z warstwy prezentacji (strony internetowe) do warstwy danych (feedy, profile i API). FAQ Google o UCP jasno stawia dwie sprawy. Wyszukiwanie produktów w usługach Google nadal opiera się na Shopping Graph i feedach z Merchant Center, a natywna integracja z UCP nie wpływa na ranking, tylko dodaje opcję bezpośredniego zakupu do kwalifikujących się ofert (FAQ Google o UCP). O widoczności decydują więc pytania o dane:

• Jakość danych: czy feed produktowy jest kompletny, poprawny i aktualny?
• Zgodność ze schematami: czy strony produktów mają właściwe typy Schema.org (Product, Offer, PriceSpecification)?
• Sygnały dostępności: czy agent może w czasie rzeczywistym sprawdzić stan magazynu i czas dostawy?
• Gotowość transakcyjna: czy agent może sfinalizować zakup bez odsyłania kupującego do formularza?

#Jak sprzedawca publikuje profil UCP

Wykrywanie zaczyna się od jednego pliku. Przewodnik wdrożeniowy Google każe opublikować profil UCP pod adresem /.well-known/ucp w domenie sprzedawcy (publikacja profilu). Inżynierowie Google opisują go jako standardowy manifest JSON z listą usług i możliwości obsługiwanych przez firmę, dzięki któremu agenci znajdują funkcje, endpointy i konfigurację płatności bez integracji zakodowanej na sztywno (Google Developers Blog, Under the Hood).

Skrócony profil o strukturze zgodnej z przykładem Google wygląda tak (adresy endpointów i schematów pominięte):

{
  "ucp": {
    "version": "2026-04-08",
    "services": {
      "dev.ucp.shopping": [{ "transport": "rest", "endpoint": "..." }]
    },
    "capabilities": {
      "dev.ucp.shopping.checkout": [{ "version": "2026-04-08" }],
      "dev.ucp.shopping.discount": [{ "extends": "dev.ucp.shopping.checkout" }]
    },
    "payment_handlers": { "com.google.pay": [{ "config": { } }] }
  },
  "signing_keys": [{ "kid": "...", "kty": "EC", "crv": "P-256" }]
}

Obiekt ucp zawiera wersję protokołu, usługi i możliwości. signing_keys przechowuje klucze publiczne w formacie JWK. Tekst Google opisuje konfigurację płatności jako element równoległy do ucp, a w przykładzie payment_handlers jest zagnieżdżone w środku, więc przed skopiowaniem którejkolwiek formy sprawdź specyfikację dla wersji, pod którą wdrażasz.

#Usługi, możliwości i rozszerzenia

Grigorik opisuje UCP jako trzy warstwy. Usługa zakupowa (shopping service) zawiera podstawowe prymitywy. Nad nią są możliwości, takie jak Checkout, Orders i Catalog, wersjonowane niezależnie. Rozszerzenia dodają schematy specyficzne dla domeny przez kompozycję, na przykład rabaty albo realizacja zamówienia rozszerzające checkout. Nazwy stosują notację odwróconej domeny (dev.ucp.shopping.checkout), więc firma może opublikować własne rozszerzenie we własnej domenie bez centralnego rejestru.

Profile publikują obie strony. Agent pobiera profil sprzedawcy, a negocjacja wyznacza część wspólną obu profili (Shopify Engineering): transakcja korzysta tylko z możliwości obsługiwanych przez obie strony. Sklep, który obsługuje checkout, ale nie koszyk, nadal działa z agentem obsługującym oba; sesja przebiega wtedy bez funkcji koszyka.

Nazwy możliwości w przykładowym profilu Google to dev.ucp.shopping.checkout, dev.ucp.shopping.cart, dev.ucp.shopping.order, dev.ucp.shopping.fulfillment, dev.ucp.shopping.discount i dev.ucp.common.identity_linking. 19 marca 2026 roku Google dodał w swoich usługach trzy opcjonalne możliwości: Cart (kilka produktów z jednego sklepu naraz), Catalog (aktualne dane produktu, takie jak warianty, stan magazynu i cena) oraz Identity Linking (zalogowani klienci zachowują korzyści programów lojalnościowych lub członkowskich) (Google, aktualizacje UCP).

#Opcje integracji checkoutu

UCP obsługuje dwa modele checkoutu:

1. Checkout natywny: domyślny w usługach Google. Logika zamówienia integruje się bezpośrednio z AI Mode i Gemini, a agent pracuje na API checkoutu sprzedawcy.

2. Checkout osadzony: opcjonalna ścieżka oparta na iframe, którą Google zastrzega dla wybranych, zatwierdzonych sprzedawców z bardzo indywidualnym brandingiem lub złożonym procesem zamówienia.

Opis Shopify wyjaśnia, jak ścieżka osadzona przekazuje kontrolę człowiekowi. Embedded Checkout Protocol, wywodzący się z Checkout Kit Shopify, otwiera kanał JSON-RPC 2.0 między interfejsem agenta a checkoutem sprzedawcy. Zamówienie przechodzi przez stany incomplete, requires_escalation i ready_for_complete; w stanie eskalacji kupujący jest proszony o działanie, na przykład o potwierdzenie metody płatności albo akceptację regulaminu.

#UCP vs MCP vs A2A vs AP2 w handlu agentycznym

UCP nie działa w izolacji. Definiuje semantykę handlu, a transport zostawia innym standardom: inżynierowie Google wymieniają jako obsługiwane transporty REST API, MCP i A2A, więc jedna możliwość checkoutu może mieć jednocześnie wiązanie REST i wiązanie MCP.

#Model Context Protocol (MCP)

MCP (Model Context Protocol) pozwala agentom AI wywoływać zewnętrzne systemy jako typowane narzędzia. Pierwotnie opracowany przez Anthropic dla Claude, MCP pozwala systemom AI:

• programowo wykonywać wyszukiwania i zapytania,
• czytać treść bez renderowania HTML,
• wysyłać ustrukturyzowane akcje zamiast wypełniać formularze,
• korzystać z API i endpointów z danymi.

MCP to warstwa narzędzi, a UCP to słownik handlowy, który może nią podróżować. W sklepach WooCommerce trzymaj te dwie rzeczy osobno: pytania o katalog przez REST należą do MCP tylko do odczytu, takiego jak woocommerce-mcp na GitHubie, a checkout agentów i feedy sprzedawcy do tego przewodnika po UCP. Zakres wdrożeń własnych serwerów MCP opisuję na stronie tworzenie serwerów MCP.

#Agent-to-Agent Protocol (A2A)

A2A (Agent2Agent), opracowany przez Google, obsługuje komunikację między różnymi agentami AI. Umożliwia przepływy, w których współpracują wyspecjalizowani agenci: jeden zajmuje się wyszukiwaniem produktów, drugi zakupem. UCP wymienia A2A jako jeden ze swoich transportów.

#Agent Payments Protocol (AP2)

AP2 to protokół Google do płatności inicjowanych przez agentów. FAQ Google opisuje podział ról: UCP koordynuje cały cykl zakupu, a AP2 może pełnić funkcję wyspecjalizowanej warstwy płatności. Instrumenty płatnicze (czym płaci kupujący) są oddzielone od obsługi płatności (kto ją przetwarza), a inżynierowie Google podają, że każda autoryzacja jest poparta kryptograficznym dowodem zgody użytkownika.

#Czym jest WebMCP i jak uzupełnia UCP

WebMCP to robocza specyfikacja grupy W3C Web Machine Learning Community Group, redagowana przez inżynierów Microsoftu i Google. Pozwala stronie internetowej udostępnić funkcje JavaScript jako narzędzia, które agent może wywołać, przez document.modelContext.registerTool() (szkic WebMCP). To szkic społeczności, a nie standard W3C. UCP rozmawia z backendem sprzedawcy, a WebMCP obejmuje stronę, którą użytkownik ma już otwartą w przeglądarce.

Aktualizacja, 2 listopada 2026. Cloudflare opisał, jak Commerce.com włączył WebMCP na brzegu sieci dla prawie 100 000 sklepów bez edycji motywów u sprzedawców. Cloudflare wstrzykuje mały skrypt mostka na edge; narzędzia w rodzaju search_products i add_to_cart działają w sesji przeglądarki kupującego na domenie sklepu, więc ceny i koszyk są te same co u człowieka, a kasa zostaje u sprzedawcy. Pojedynczy sklep może się wyłączyć przez metadane hostname i regułę Configuration Rule (cf.hostname.metadata.webmcp_opt_out), a adres MCP można ustawić na własną ścieżkę, np. /api/mcp zamiast /mcp. Dla sklepu WooCommerce już na Cloudflare sensowny podział brzmi tak: UCP nadal obsługuje backendowy checkout na powierzchniach Google, a WebMCP na edge - agentów, którzy już siedzą w przeglądarce kupującego, bez przepisywania motywu.

Zrzut: Cloudflare Blog, How Commerce.com and Cloudflare are getting storefronts ready for AI agents, 21 października 2026.

#Czym UCP różni się od Agentic Commerce Protocol

UCP ma równoległy standard. Agentic Commerce Protocol (ACP) opracowały Stripe i OpenAI, również jako open source na licencji Apache 2.0, a pierwszą platformą AI, która go wdrożyła, jest ChatGPT, z Shared Payment Token od Stripe jako pierwszą zgodną metodą płatności (agenticcommerce.dev). Oba protokoły rozwiązują ten sam problem dla różnych ekosystemów, więc sprzedawca, który chce checkoutu zarówno w usługach Google, jak i w ChatGPT, planuje oba. WPPoland publikuje pliki wykrywania dla każdego z nich: /.well-known/ucp i /.well-known/acp.json.

Aktualizacja, 3 listopada 2026. Shopify Fall ‘26 Edition dodaje narzędzia WebMCP do każdego sklepu na Liquid i Hydrogen oraz do checkoutu: agenci w przeglądarce mogą szukać produktów, zmieniać koszyk i kończyć zakup po zgodzie kupującego, z tą samą walidacją co strona checkoutu, i dostają ustrukturyzowane dane zamiast czytać zrzuty ekranu (Shopify, Fall ‘26 Edition dla programistów). To samo wydanie wprowadza Shop.dev, jedno połączenie dla dowolnego agenta albo aplikacji z Shopify Catalog, koszykiem, checkoutem i Shop Pay, oraz kontrolę bezpieczeństwa aplikacji w Shopify CLI. Sprzedawca na Shopify ma więc tę warstwę włączoną domyślnie, a sklep na WooCommerce musi zbudować jej odpowiednik sam: do tego służy profil UCP i kroki opisane niżej.

Aktualizacja, 28 października 2026. 24 marca 2026 OpenAI zmieniło sposób, w jaki ChatGPT korzysta z ACP. Instant Checkout w ChatGPT jest teraz dostępny tylko dla zatwierdzonych partnerów, pozostali sprzedawcy zostają przy własnym procesie zakupu, a OpenAI zapowiada, że skupia się na odkrywaniu produktów (OpenAI). Przez ACP sprzedawcy przekazują teraz głównie pliki produktowe i promocje, a podłączenie takiego pliku też jest na razie otwarte tylko dla zatwierdzonych partnerów (dokumentacja OpenAI). Jeśli planujesz sklep pod oba ekosystemy, dla ChatGPT potrzebujesz pliku produktowego i kasy we własnym sklepie, w której kupujący przychodzący z czatu dokończy zamówienie. Endpointy zakupu opisane w tym przewodniku zostają zadaniem dla UCP, a do tej integracji Google przyjmuje sprzedawców z listy oczekujących (Google for Developers).

Razem te protokoły tworzą obecny stos handlu agentycznego:

• UCP: warstwa handlu i transakcji (usługi Google i każdy, kto wdroży protokół)
• ACP: warstwa handlu i checkoutu w ekosystemie OpenAI i Stripe
• MCP: interakcja z narzędziami i dostęp do API
• A2A: komunikacja między agentami
• AP2: płatności agentów i dowód zgody
• WebMCP: narzędzia udostępniane przez stronę w przeglądarce

#Czego Google oczekuje od sprzedawcy w UCP

FAQ Google o UCP wymienia wymagania operacyjne, które łatwo przeoczyć, gdy plik profilu wygląda na gotowy:

• Merchant Center pozostaje w centrum. Feedy produktowe, zasoby marki, zasady zwrotów i dane kontaktowe firmy muszą być kompletne i aktualne; UCP bazuje na istniejącym feedzie zakupowym.
• Sprzedawca pozostaje stroną transakcji (merchant of record). Jest właścicielem relacji z klientem i danych transakcyjnych, a zakup regulują jego własne warunki, które kupujący musi zaakceptować w trakcie checkoutu.
• Stan magazynu w czasie rzeczywistym. Sprzedawca sprawdza dostępność przy checkoucie i zwraca kod błędu out_of_stock, gdy produktu zabraknie.
• Walidacja adresu. Użytkownik może zmienić adres dostawy, sprzedawca przelicza koszt wysyłki i podatek, a gdy nie może wysłać, zwraca address_undeliverable.
• Błędy do naprawienia. Komunikat, który kupujący może sam naprawić, musi mieć w tablicy messages poziom recoverable, inaczej użytkownik trafia na błąd blokujący.
• Płatności. Sprzedawca nie potrzebuje Google Pay API na własnej stronie, ale jego operator płatności musi przetwarzać tokeny Google. W allowed_auth_methods używa się wyłącznie PAN_ONLY.
• Wersjonowanie. Nowa wersja specyfikacji trafia na osobny endpoint, żeby Google mógł przekierować ruch z powrotem, jeśli nowa zawiedzie.
• Jeden profil, wiele krajów. Osobne profile dla poszczególnych krajów nie są potrzebne.

#Które firmy potrzebują UCP

#Sklepy internetowe

W sklepach z produktami sprawa jest prosta. Jeśli konkurencyjne oferty w AI Mode mają opcję bezpośredniego zakupu, a Twoje nie, agent sfinalizuje zakup gdzie indziej.

Najważniejsze działania:

• Opublikuj profil UCP pod adresem /.well-known/ucp
• Utrzymuj kompletne feedy w Merchant Center i oznaczenia Schema.org (Product, Offer, PriceSpecification)
• Zadbaj, żeby API dostępności i cen odpowiadały w czasie rzeczywistym
• Testuj wyszukiwanie produktów przez asystentów AI

Aktualizacja, 30 października 2026. 29 października 2026 Microsoft Clarity opublikował analizę ponad 5,2 mln sesji z udziałem agentów AI z 230 511 projektów, zebranych od 13 sierpnia do 9 września 2026 (Microsoft Clarity). Sesję uznawano za agentową, gdy Clarity wykrył przeglądarkę agentową z ekosystemu OpenAI, Google lub Anthropic. Zdarzenie checkoutu wystąpiło w 25,21% takich sesji i w 14,65% sesji ludzi, wysłanie formularza w 19,85% wobec 18,56%, a dodanie do koszyka w 2,33% wobec 3,31%. W linki wychodzące agenci klikali rzadziej (14,28% wobec 26,99%). Clarity zastrzega, że w sesji agenta mógł przejąć sterowanie człowiek i że te liczby nie dowodzą, że agent sam dokończył zakup. Badanie nie mierzy też konwersji.

Dla sklepu na WooCommerce wynika z tego tyle, że agenci trafiają prosto do kasy, więc kasa i dane produktu muszą działać bez zgadywania:

• Feed w Merchant Center trzymaj w zgodzie ze stroną (cena, dostępność, warianty, GTIN), bo na nim opiera się UCP i zakupy w usługach Google.
• Dane Product i Offer na karcie produktu generuj z tych samych pól co feed, żeby agent nie dostał dwóch różnych cen.
• Przejdź checkout jako gość: każde pole z etykietą, komunikaty błędów w tekście, bez kroków, które wymagają konta tylko po to, żeby zobaczyć koszt dostawy.
• Mierz sesje agentów: Clarity udostępnił do tego panel Agent Activity Dashboard, a ruch UCP rozpoznasz w logach po nagłówku UCP-Agent.

Przegląd feedu, danych produktu i checkoutu w sklepie WooCommerce robię w ramach usługi programista WooCommerce.

#Firmy usługowe

W agencjach, u konsultantów i w usługach profesjonalnych rachunek wygląda inaczej. Usług rzadko kupuje się w jednym kroku; wymagają konsultacji, wyceny i uzgodnionego zakresu. Specyfikacja UCP nie ma możliwości zapytania ani wyceny, więc firma usługowa używa standardu do wykrywania i dokłada wokół niego własne dane:

• Używaj schematów ProfessionalService i Offer zamiast schematów Product
• Opisz usługi i sposób ustalania ceny
• Zadeklaruj procesy zapytania i wyceny w wyraźnie własnym bloku (WPPoland używa supportsInquiry i supportsQuote, które są jego własnymi polami, a nie możliwościami UCP)
• Udostępnij ustrukturyzowane FAQ i opis procesu

#Wydawcy treści

Firmy medialne i wydawcy treści powinni skupić się na:

• wdrożeniu schematów Schema.org Article i FAQ,
• takiej strukturze treści, żeby AI mogła ją cytować (zobacz mój przewodnik po optymalizacji LLMO),
• danych strukturalnych opisujących podmioty, tematy i relacje.

#Jak wdrożyć UCP w pięciu krokach

#Krok 1: sprawdź obecne dane

Zanim wdrożysz UCP, ustal, jakie dane już masz:

• Czy strony produktów lub usług mają oznaczenia Schema.org?
• Czy feed w Merchant Center jest kompletny i aktualny?
• Czy ceny, dostępność i czasy dostawy są ustrukturyzowane, czy zapisane wolnym tekstem?

#Krok 2: opublikuj profil UCP

Postępuj zgodnie z przewodnikiem wdrożeniowym dla wersji, pod którą wdrażasz, i opublikuj /.well-known/ucp z usługami, możliwościami, obsługą płatności i kluczami podpisu. Sprzedawcy, którzy chcą checkoutu w usługach Google, zgłaszają się przez formularz zainteresowania UCP dla sprzedawców, podlinkowany w dokumentacji, a Google zapowiedział uproszczony proces dołączania w Merchant Center, wdrażany w kolejnych miesiącach.

#Krok 3: wdróż oznaczenia Schema.org

Uzupełnij stronę o dane Schema.org:

• Dla produktów: schematy Product, Offer, Brand, Review
• Dla usług: schematy ProfessionalService, Offer, PriceSpecification
• Dla obu: schematy Organization, ContactPoint, FAQPage

#Krok 4: zbuduj endpointy checkoutu

Wdróż zadeklarowane usługi, zaczynając od checkoutu. Przewodnik Google korzysta z przykładowego serwera w Pythonie i SDK UCP z przykładowymi danymi produktów (demonstracyjna kwiaciarnia), żeby pokazać od początku do końca wykrywanie, utworzenie checkoutu i kod rabatowy; oficjalne SDK są w organizacji Universal-Commerce-Protocol na GitHubie. Poza UCP firma usługowa może dodać własne endpointy, takie jak /agent.json.

#Krok 5: testuj i monitoruj

Po wdrożeniu:

• Sprawdź, czy /.well-known/ucp zwraca poprawny JSON
• Obserwuj w logach serwera nagłówek UCP-Agent i wartości User-Agent zaczynające się od Google/UCP
• Przetestuj ścieżki błędów (out_of_stock, address_undeliverable) przed startem
• Pytaj asystentów AI o swoje produkty i usługi

#Jak firma usługowa wdraża UCP

WPPoland jest firmą usługową, a nie sklepem z produktami, więc musiało odpowiedzieć na konkretne pytanie: jak opublikować dane czytelne dla agentów, nie mając checkoutu do zaoferowania.

Plik dostępny pod /.well-known/ucp (serwowany też jako /.well-known/ucp.json) odpowiada na nie w dwóch częściach. Obiekt ucp deklaruje wersję 2026-04-08 z pustymi usługami i możliwościami, bo żaden checkout UCP nie jest oferowany. Obok znajduje się własny blok opisujący firmę:

• Profil sprzedawcy z nazwą prawną, numerem VAT, adresem i obsługiwanymi krajami
• Możliwości: supportsInquiry i supportsQuote ustawione na true, supportsPayment i supportsBooking na false
• 8 głównych usług
• Sześć języków: polski, angielski, niemiecki, norweski, portugalski i hiszpański
• EUR jako waluta wyceny i zapisana zasada, że cennik nie jest publikowany, a wiążąca wycena powstaje po pisemnym briefie
• Dodatkowy endpoint, /agent.json, z danymi usług w JSON-LD

Dzięki temu część standardowa pozostaje uczciwa (nie deklaruje niczego, czego firma nie potrafi zrobić), a agenci i tak dostają ustrukturyzowane fakty o firmie.

#Jak UCP zmieniał się w 2026 roku

• 11 stycznia 2026: start na NRF, protokół współtworzony z Shopify, Etsy, Wayfair, Target i Walmart; zapowiedź natywnego checkoutu w AI Mode w wyszukiwarce i w Gemini.
• 19 marca 2026: opcjonalne możliwości Cart, Catalog i Identity Linking; uproszczone dołączanie w Merchant Center; Commerce Inc, Salesforce i Stripe wskazane jako platformy, które wdrożą UCP.
• Kwiecień 2026: przewodnik wdrożeniowy Google przechodzi na wersję specyfikacji 2026-04-08.
• 20 maja 2026 (Google Marketing Live): Universal Cart działający między sklepami i usługami Google, opcje Affirm i Klarna w Google Pay, zakupy z promocji Direct Offers oraz checkout oparty na UCP wdrażany w Kanadzie i Australii, a później w Wielkiej Brytanii. Jako nowe kategorie zapowiedziano rezerwację hoteli i zamawianie jedzenia z lokalnych restauracji (Google Marketing Live 2026).

Publiczna mapa drogowa na ucp.dev wymienia korzyści lojalnościowe i członkowskie, natywny cross-selling i upselling, ścieżki lokalne i omnichannel, rynki globalne oraz branże jedzenia i noclegów. Zaznacza przy tym, że “nie stanowi zobowiązania do dostarczenia konkretnych funkcji” (tłumaczenie własne) (mapa drogowa UCP).

#Jak zabezpieczyć integrację UCP i spełnić wymogi RODO

#Identyfikacja i weryfikacja ruchu agentów

• Żądania UCP zawierają nagłówek UCP-Agent z profilem agenta i User-Agent zaczynający się od Google/UCP.
• Google może sprawdzać stan endpointów z User-Agent Google-UCP-Prober/1.0.
• Sprawdzaj, czy ruch rzeczywiście pochodzi od Google, przez odwrotne zapytania DNS i opublikowane przez Google zakresy IP.
• Ograniczenia geograficzne nie są obsługiwane; Google zaleca zamiast nich tokeny OAuth 2.0 Bearer lub inne podpisy.
• Publikuj klucze podpisu w formacie JWK w profilu i rotuj je jak każdy inny klucz.

#Obsługa wymogów RODO

• Własność danych: sprzedawca pozostaje stroną transakcji i jest właścicielem danych transakcyjnych.
• Przechowywanie: Google przechowuje standardowe dane zamówienia, dopóki użytkownik nie poprosi o ich usunięcie; własne obowiązki sprzedawcy dotyczące przechowywania nadal obejmują jego systemy.
• Remarketing: obowiązują standardowe zasady prywatności i zgód; Google wymienia funkcję opt-in jako planowaną.
• Minimalizacja danych: przekazuj agentom tylko dane potrzebne do transakcji.

#Najczęstsze błędy UCP i jak je naprawić

#Dlaczego agenci AI nie widzą możliwości sklepu

Możliwe przyczyny:

1. Profil nieosiągalny pod /.well-known/ucp (404)
2. Błędy składni JSON
3. Możliwości zadeklarowane bez odpowiadającego im endpointu usługi

Rozwiązania:

• Wywołaj adres bezpośrednio i sprawdź kod odpowiedzi
• Przepuść plik przez walidator JSON
• Porównaj zadeklarowane możliwości z endpointami, które faktycznie odpowiadają

#Dlaczego agenci AI pokazują nieprawidłowe ceny

Możliwe przyczyny:

1. Nieprawidłowe formatowanie waluty
2. Różne ceny w feedzie i w checkoucie
3. Problemy ze strefą czasową lub formatem

Rozwiązania:

• Używaj kodów walut ISO 4217
• Przeliczaj cenę, wysyłkę i podatek przy checkoucie i utrzymuj aktualny feed
• Zapisuj znaczniki czasu w UTC

#Dlaczego checkout przez UCP nie działa

Możliwe przyczyny:

1. Produkty niedostępne zwracane bez kodu out_of_stock
2. Problemy do naprawienia wysyłane bez poziomu recoverable
3. Problemy z uwierzytelnianiem albo operator płatności, który nie przetwarza tokenów Google

Rozwiązania:

• Zwracaj udokumentowane kody błędów
• Oznaczaj komunikaty, które kupujący może naprawić, jako recoverable
• Waliduj tokeny i potwierdź u operatora płatności obsługę tokenów

#Jak przygotować sklep na handel agentyczny

Checkout agentów działa już w usługach Google, Shopify współtworzył protokół, a platformy płatnicze zapowiedziały wsparcie. Część warstwy wykrywania przeniosła się ze stron internetowych do protokołów. Niezależnie od tego, czy sprzedajesz produkty, czy usługi, dane ustrukturyzowane, kompletne i dostępne dla agentów znaczą dziś tyle samo co same strony.

Dla firm zadania są jasne:

1. Przejrzyj obecne struktury danych i feedy
2. Opublikuj profil UCP, który deklaruje tylko to, co faktycznie obsługujesz
3. Przetestuj wykrywanie przez agentów i ścieżki błędów checkoutu
4. Śledź wersje specyfikacji i publiczną mapę drogową

Powiązane artykuły:

• LLMO: Kompleksowy przewodnik techniczny po optymalizacji dla botów AI
• Semantyczne SEO dla WordPress w 2026
• Core Web Vitals: Osiągnięcie wyniku 100/100
• Headless WordPress vs tradycyjny WordPress

Strony usługowe:

• Gotowość AI Commerce - Implementacja UCP
• Programista WordPress
• WooCommerce Development
• Optymalizacja prędkości
• GEO i LLMO

Zasoby techniczne:

• Implementacja UCP WPPoland
• Endpoint danych agenta
• API usług AI
• Dokumentacja Google UCP
• Specyfikacja UCP
• Dokumentacja Schema.org Offer
• Specyfikacja JSON-LD
• Model Context Protocol