Agentic commerce przestaje być domeną wyłącznie sklepów internetowych. Specyfikacja UCP v2026-08-25 dodaje capability Location – wyszukiwanie lokalizacji biznesowych z geokodowaniem, godzinami otwarcia i stanem zapasów per oddział. To pierwszy protokół, który pozwala agentowi AI znaleźć restaurację serwującą ramen w promieniu 2 km, sprawdzić czy ma wolny stolik o 19:00, i przekierować na rezerwację. Dodano też fractional quantities (produkty spożywcze sprzedawane na wagę) oraz split payments i harmonogramy płatności. Google już testuje rezerwacje restauracji w AI Mode z ośmioma platformami partnerskimi w UK, Agoda podłączyła się pod Meta Muse w Singapurze i Japonii, a Instacart uruchomił agentic grocery w ChatGPT i Claude. Dla polskiego rynku to oznacza, że protokoły agentic commerce zaczynają obejmować restauracje, hotele i lokalne sklepy spożywcze – biznesy, które dotąd mogły ignorować UCP.
Co się zmieniło w UCP v2026-08-25 dla lokalnego handlu?
Specyfikacja UCP v2026-08-25 (opublikowana 25 sierpnia 2026, 68 zamkniętych pozycji, 17 breaking changes) przenosi Universal Commerce Protocol z czystego e-commerce w kierunku local commerce. Trzy zmiany są tu kluczowe.
Po pierwsze, nowa capability Location (dev.ucp.common.location.search i .lookup) pozwala agentowi AI wyszukiwać i odpytywać fizyczne lokalizacje biznesowe – punkty odbioru, restauracje, hotele, oddziały sklepów. Po drugie, fractional quantities zmieniają pole quantity z integera na structured measure z zdefiniowaną jednostką i krokiem – agent może teraz zamówić 1,4 kg jabłek zamiast „1 opakowanie”. Po trzecie, split payments i harmonogramy płatności (depozyty, raty, odroczone płatności) obsługują modele rozliczeń typowe dla gastronomii i hotelarstwa – zaliczka za rezerwację, płatność przy odbiorze, raty za pobyt.
Dotychczas UCP pokrywał pięć capabilities: checkout, cart, catalog, identity linking i order management. Wszystkie dotyczyły klasycznego e-commerce – katalog produktów online, koszyk, płatność, wysyłka. Location dodaje szóstą warstwę, która przesuwa protokół w kierunku fizycznego świata. Pełne porównanie protokołów agentic commerce (UCP, ACP, MCP, AP2) opisaliśmy w checkliście gotowości agentic commerce.
Jak działa capability Location w UCP?
Według dokumentacji UCP Checker, Location opiera się na dwóch endpointach pod wspólną przestrzenią dev.ucp.common.
location.search obsługuje discovery lokalizacji. Przyjmuje zapytanie w języku naturalnym (query), zestaw filtrów (filters) lub jedno i drugie. Filtry obejmują: odległość od punktu (max_distance w metrach od współrzędnych center), dostępność produktu/dania w danym oddziale (filters.items z id, type i quantity), godziny otwarcia (open_now lub filters.hours.open_at dla konkretnego momentu) oraz udogodnienia (amenities – Wi-Fi, parking, curbside pickup, ogródek, opcje wegetariańskie).
location.lookup zwraca pełne dane lokalizacji na podstawie tablicy identyfikatorów. Serwer deduplikuje wyniki i nie gwarantuje kolejności – klient matchuje po id. Opcjonalne filtry stosowane są po rozwiązaniu identyfikatorów.
Kluczowa integracja: location.id z wyników search/lookup może być przekazane jako selected_destination_id do endpointu Checkout, sygnalizując odbiór osobisty. Ten sam identyfikator scopuje filtry Catalog do jednego oddziału – agent może sprawdzić dostępność produktu w konkretnym sklepie, nie w całej sieci. Godziny otwarcia, stan magazynowy i amenities są traktowane jako dane prowizoryczne – specyfikacja wymaga ich rewalidacji przy każdej sesji, bez cachowania między sesjami.
| Element Location | Co agent może odpytać | Przykład zapytania |
|---|---|---|
| Proximity (distance) | Lokalizacje w promieniu N metrów od punktu | „Sklepy z mąką bezglutenową w promieniu 3 km” |
| Coverage (serves) | Czy lokalizacja obsługuje dany adres dostawy | „Która pizzeria dowiezie na ul. Puławską 12?” |
| Hours (open_now / open_at) | Godziny otwarcia z wyjątkami świątecznymi | „Restauracje otwarte w niedzielę o 20:00” |
| Amenities | Udogodnienia statyczne (parking, Wi-Fi, ogródek) | „Kawiarnia z Wi-Fi i miejscem do pracy” |
| Inventory (items) | Dostępność produktu/dania w konkretnym oddziale | „Który Carrefour ma tofu wędzone na stanie?” |
| Fulfillment link | Przekazanie location.id do Checkout jako pickup | „Zamów i odbierz w tym oddziale” |
Dlaczego fractional quantities zmieniają grę dla grocery?
Do wersji 2026-08-25 pole quantity w UCP było integerem – agent mógł zamówić „2 sztuki” produktu, ale nie „350 g szynki” ani „1,4 kg jabłek”. Dla e-commerce elektroniki czy odzieży to nie problem. Dla grocery – blokada.
Zmiana wprowadzona w PR #597 i #653 zamienia quantity na typ, który akceptuje albo integer, albo structured measure z zdefiniowaną jednostką sprzedaży (sale_basis) i deklarowanym krokiem (step). Agent może teraz zapytać: „1,4 kg jabłek Gala” – a system zwraca cenę za kilogram, dostępną ilość i minimalny przyrost (np. krok 0,1 kg).
To otwiera trzy scenariusze dotąd niemożliwe w agentic commerce: produkty na wagę (owoce, warzywa, mięso, sery na ladzie), produkty na metry (tkaniny, kabele), i produkty na litry (chemia gospodarcza na rozlewniach). Dla polskiego rynku spożywczego – gdzie delikatesowe sery, wędliny i pieczywo sprzedaje się na wagę – to warunek konieczny, żeby agentic commerce miał sens w segmencie grocery.
Co robią rady techniczne Food i Lodging?
Latem 2026 UCP powołało dwie rady techniczne: Food Technical Council i Lodging Technical Council (rada Lodging zasiadła w sierpniu). Ich zadaniem jest rozbudowa specyfikacji pod kątem wymagań specyficznych dla branży gastronomicznej i hotelarskiej.
Dla Food: capability Location to fundament – wyszukiwanie restauracji po lokalizacji, menu (inventory filter na dania), godzinach otwarcia i udogodnieniach. Fractional quantities obsługują zamówienia na wagę. Następny krok to prawdopodobnie standardy menu-as-data (nazwy dań, alergeny, ceny, modyfikatory – „bez glutenu”, „podwójny ser”) jako część Catalog capability zintegrowanej z Location.
Dla Lodging: Location daje hotelowi strukturalną, resolvowalną tożsamość – adres, geokodowanie, amenities (basen, parking, śniadanie), godziny zameldowania. Rezerwacja zaczyna się od Location, przechodzi do Checkout z harmonogramem płatności (depozyt + reszta przy zameldowaniu). Split payments i deferred payments to dokładnie ten model rozliczeniowy, którego potrzebują hotele.
Rady nie opublikowały jeszcze odrębnych specyfikacji – wersja 2026-08-25 buduje infrastrukturę (wspólne typy Location i payment w common/), na której branżowe rozszerzenia będą operować.
Jak wypada aktywność UCP vs ACP i AP2?
Stan specyfikacji na listopad 2026 mówi więcej niż deklaracje partnerów. Według analizy ShopAppy opartej na danych z repozytoriów GitHub:
| Metryka | UCP | ACP | AP2 |
|---|---|---|---|
| Ostatni tagged release | v2026-08-25 | v2026-04-17 | Brak od VI.2026 |
| Commity (30 dni do końca VIII.2026) | 41 | 0 (od 18 VII) | Brak danych |
| Otwarte PR | Aktywne | 51 | Brak danych |
| Otwarte issues | Aktywne | 137 | Brak danych |
| Kierunek rozwoju | Local: Location, grocery, lodging | MCP binding (IV.2026), potem cisza | Brak aktualizacji od VI.2026 |
| Zewnętrzne implementacje (VIII.2026) | Shopify CLI skill, NVIDIA retail blueprint, Adobe Commerce module | NVIDIA retail blueprint (dual ACP+UCP) | Brak nowych |
Cisza ACP może oznaczać dojrzałość specyfikacji – albo stagnację. 137 otwartych issues i 51 niezamkniętych PR sugerują raczej to drugie. AP2 (Agent Payments Protocol od Google) nie miał aktualizacji od czerwca 2026. Jednocześnie UCP loguje 41 commitów miesięcznie i wypuścił breaking release z 17 zmianami łamiącymi kompatybilność wsteczną – to znak aktywnego, szybkiego rozwoju, nie maintenance mode.
Dla polskiego e-commerce implikacja jest prosta: UCP to protokół, na którym warto budować. ACP ma znaczenie dla sprzedaży przez ChatGPT (MCP binding z kwietnia 2026), ale nie jest aktywnie rozwijany. AP2 jako warstwa płatności jest ważny koncepcyjnie, ale dormantny w praktyce. Pełne porównanie techniczne protokołów jest w checkliście readiness.
Kto już testuje agentic commerce w local?
Trzy wdrożenia z drugiej połowy 2026 pokazują, jak agentic commerce działa w segmencie local.
Rezerwacje restauracji w Google AI Mode
Google uruchomił rezerwacje restauracji w AI Mode w USA (listopad 2025) i w Wielkiej Brytanii (10 kwietnia 2026). Użytkownik opisuje plan w języku naturalnym – np. „stolik dla dwojga w dog-friendly włoskiej restauracji w Shoreditch na sobotę o 19:00” – a AI Mode zwraca wyselekcjonowaną listę restauracji z linkami do rezerwacji. Rezerwacja finalizuje się na platformie partnerskiej, nie w Google.
Osiem platform partnerskich w UK: TheFork, SevenRooms, ResDiary, Mozrest, Foodhub, Dojo, DesignMyNight, OpenTable. Google testuje też integracje z OpenTable, Resy, Tock, Ticketmaster, StubHub, SeatGeek i Booksy w USA dla subskrybentów Google AI Ultra. System korzysta z Project Mariner (live web browsing), bezpośrednich integracji partnerskich i sygnałów z Knowledge Graph i Google Maps. To ten sam model „discover in AI, buy on site”, który sprawdził się w e-commerce – agent nie rezerwuje za użytkownika, ale kieruje go na platformę partnerską z właściwym kontekstem.
Instacart: agentic grocery w ChatGPT i Claude
Instacart uruchomił Cart Assistant – konwersacyjne narzędzie zakupowe oparte na 1,6 miliarda historycznych zamówień. W Q1 2026 było dostępne dla około 25% amerykańskich klientów. Instacart zintegrował Cart Assistant z ChatGPT (zakupy spożywcze bezpośrednio w czacie) i Claude (tworzenie koszyka przez agenta Anthropic). Średnia wartość zamówienia w Q1 2026: 113 USD (+3% r/r), GTV: 10,29 mld USD (+13% r/r), 91,2 mln zamówień (+10% r/r). Generatywny system rekomendacji używa kontekstu koszyka w czasie rzeczywistym – dodanie mąki i jajek powoduje sugestię wanilii i cynamonu, nie ciastek.
Agoda + Meta Muse: rezerwacje hoteli w Singapurze i Japonii
28 października 2026 Agoda (Booking Holdings) ogłosiła integrację z Muse – osobistym agentem AI Meta – w Singapurze i Japonii. Connector łączy asystenta podróżniczego Agoda z Muse: użytkownik może odkrywać destynacje, rezerwować noclegi i zarządzać planami podróży bezpośrednio przez agenta Meta. Agoda jest pierwszą platformą travel w regionie Azji-Pacyfiku podłączoną do Muse. Miesiąc wcześniej Expedia dołączyła do Muse w USA. CEO Booking Holdings Glenn Fogel przyznał, że AI referral stanowią poniżej 1% rezerwacji pokoi na Booking.com – ale kierunek jest jednoznaczny.
| Wdrożenie | Segment | Platforma AI | Rynek | Model |
|---|---|---|---|---|
| Google AI Mode – rezerwacje | Restauracje | Gemini / AI Mode | USA, UK | Discover in AI, book on partner |
| Instacart Cart Assistant | Grocery | ChatGPT, Claude | USA (25% klientów) | Agentic basket building + checkout |
| Agoda + Meta Muse | Hotele | Meta Muse | Singapur, Japonia | Discovery + booking via connector |
| Expedia + Meta Muse | Hotele | Meta Muse | USA | Browser-based navigation |
Co to oznacza dla polskich restauracji, hoteli i sklepów spożywczych?
Polska nie jest jeszcze na mapie wdrożeń agentic commerce w local, ale infrastruktura się zbliża. Trzy sygnały.
PPRO + BLIK: 12 sierpnia 2026 PPRO ogłosiło partnerstwo z BLIK nad rozwojem agentic commerce dla lokalnych płatności w Polsce. BLIK obsługuje około 71% polskich transakcji e-commerce (Q4 2025). PPRO nazwało to „jedną z pierwszych na świecie implementacji lokalnej metody płatniczej dla transakcji inicjowanych przez agentów”. 21 października 2026 PPRO uruchomiło Local Payments Council for Agentic Commerce – ciało koordynujące włączanie lokalnych metod płatności do ekosystemu agentowego w Europie i Ameryce Łacińskiej. Bez BLIK agentic commerce w Polsce domyślnie operuje na kartach – a karty to nie jest podstawowa metoda płatności polskich konsumentów.
Popyt konsumencki: Raport Adyen (dane z końca 2025) pokazuje, że prawie 90% polskich konsumentów jest otwartych na zakupy wspierane przez AI, 37% już używa ChatGPT i innych narzędzi AI w zakupach, a ponad połowa odkryła dzięki AI mniejsze, niszowe marki, które inaczej by pominęła. Popyt jest, infrastruktura nadchodzi.
Google AI Mode w Polsce: AI Mode jest dostępny w ponad 180 krajach, w tym w Polsce. Rezerwacje restauracji działają na razie w USA i UK, ale rozszerzenie na Europę kontynentalną jest kwestią czasu. Warunek: restauracja musi być na platformie partnerskiej (TheFork działa w Polsce). Dla hoteli – Business Agent w Google zacznie odgrywać rolę, gdy Merchant Center będzie obsługiwał rezerwacje hotelowe. Gemini jako asystent zakupowy już teraz poleca lokalne biznesy w odpowiedziach – ale nie finalizuje transakcji.
Dla kontekstu skali: w serwisach z naszego portfolio ruch z asystentów AI stanowi medianę 0.78% wszystkich sesji (dane z GA4, 6 serwisów, maj-październik 2026). W sklepach internetowych to 8-40 sesji AI dziennie, w firmach usługowych i B2B — poniżej 1 sesji dziennie. Dla restauracji i hoteli liczby będą jeszcze niższe, bo UCP Location dopiero startuje, a piloty ograniczają się do USA i UK. To nie powód, żeby ignorować temat — ale powód, żeby wdrażać go ewolucyjnie, nie rewolucyjnie. Kto przygotuje dane (schema, GBP, feed lokalizacyjny) zanim agenci zaczną odpytywać lokalne biznesy w Polsce, ten złapie kanał, zanim konkurencja zorientuje się, że istnieje.
Przykład: co musi wiedzieć agent, gdy użytkownik pyta o ramen na Mokotowie
Użytkownik pyta Gemini: „restauracja z ramenem na Mokotowie, stolik dla dwóch na 19:00 w sobotę”. Agent musi w ciągu sekund odpytać kilka warstw danych, żeby zwrócić sensowną odpowiedź.
| Warstwa danych | Co agent musi wiedzieć | Skąd bierze dane |
|---|---|---|
| Lokalizacja | Restauracje w promieniu 2-3 km od Mokotowa | Google Maps / Knowledge Graph, docelowo UCP location.search |
| Menu | Czy serwuje ramen (nie tylko „kuchnia azjatycka”) | Strona www (HTML), Google Business Profile, docelowo UCP Catalog z filtrem items |
| Dostępność | Czy ma wolny stolik o 19:00 w sobotę | TheFork / OpenTable API, docelowo UCP location.search z open_at |
| Cena | Przedział cenowy (ile kosztuje ramen) | Menu na stronie z cenami w HTML, atrybut priceRange w schema |
| Udogodnienia | Parking, ogródek, opcje wegetariańskie | Google Business Profile atrybuty, docelowo UCP amenities |
| Rezerwacja | Link do rezerwacji na platformie partnerskiej | TheFork / OpenTable (integracja Google AI Mode) |
Jeśli restauracja ma menu jako PDF, cennik jako obrazek, a profil Google Business z ogólną kategorią „kuchnia azjatycka” bez dania „ramen” – agent jej nie znajdzie. Restauracja z HTML-owym menu, profilem z atrybutami i obecnością na TheFork wygra ten slot. To nie jest optymalizacja SEO – to czytelność maszynowa danych operacyjnych.
Kiedy agentic commerce w local dotrze do Europy?
Analiza ShopAppy prognozuje opóźnienie europejskich wdrożeń wobec Ameryki Północnej o około dwa kwartały. Realistyczna oś czasu:
| Kamień milowy | Prognoza | Komentarz |
|---|---|---|
| Kolejny tagged release UCP (location/food/lodging) | Q1 2027 | Rozbudowa capability Location o food ordering i lodging booking |
| Pierwszy named pilot grocery/restaurant/lodging | Q1 2027 | Prawdopodobnie USA; Europa Q2-Q3 2027 |
| Rezerwacje restauracji w Google AI Mode w Europie kontynentalnej | H1 2027 | TheFork obecny w Polsce – potencjalny partner |
| BLIK gotowy na transakcje agentowe | 2027 | PPRO + BLIK w fazie rozwoju; brak publicznego harmonogramu |
| ACP: aktywność lub oficjalne wycofanie | Q1 2027 | Jeśli cisza się utrzyma do końca 2026, ACP staje się de facto dormantny |
Zastrzeżenie: to prognozy, nie potwierdzone harmonogramy. Real-time inventory na poziomie półki (shelf-level) pozostaje trudnym problemem dla sieci spożywczych. Breaking changes w UCP mogą spowolnić adopcję w krótkim terminie. ACP może być cicho dojrzały, nie porzucony – ale 137 otwartych issues nie wspiera tej interpretacji.
Jak przygotować lokalny biznes na agentic commerce?
Checklista dla restauracji, hoteli i lokalnych sklepów spożywczych – niezależnie od platformy. Punkty uporządkowane od fundamentów (działają już teraz) do przyszłościowych (przydadzą się, gdy protokoły dotrą do Europy).
Fundament: dane strukturalne i profile (teraz)
- Google Business Profile – kompletny, aktualny, z godzinami otwarcia (w tym wyjątkami świątecznymi), atrybutami (parking, Wi-Fi, ogródek, opcje dietetyczne) i zdjęciami. To dane, które agent AI odpytuje już teraz przez Knowledge Graph i Google Maps.
- Menu/katalog w formacie czytelnym maszynowo – nie PDF, nie obrazek. Restauracja: menu na stronie jako HTML z cenami, alergenami, modyfikatorami. Hotel: pokoje z cenami, udogodnieniami, dostępnością. Sklep spożywczy: asortyment z cenami i stanem magazynowym, najlepiej jako feed produktowy.
- Schema.org na stronie – Restaurant, Hotel, LocalBusiness, FoodEstablishment z adresem, godzinami, ofertą. Dla sklepu: Product/Offer na każdym produkcie. Dla restauracji: Menu i MenuItem (schema.org/Menu).
- Opinie i review management – agenci AI oceniają wiarygodność lokalizacji m.in. na podstawie recenzji. Aktywne zarządzanie opiniami na Google, TripAdvisor, TheFork.
Warstwa pośrednia: rezerwacje i inventory (H1 2027)
- Platformy rezerwacyjne – restauracja powinna być na co najmniej jednej platformie partnerskiej Google AI Mode (TheFork działa w Polsce). Hotel: integracja z Booking.com, Agoda lub innym OTA podłączonym do Muse.
- Real-time inventory per oddział – stan magazynowy aktualizowany co najmniej co godzinę, dostępny przez API. Dla sieci sklepów: local inventory w Google Merchant Center. Dla restauracji: dostępność stolików w czasie rzeczywistym przez platformę rezerwacyjną.
- API dostępności i cen – endpoint zwracający cenę i dostępność produktu/usługi per lokalizację. To fundament pod przyszły
location.searchz filtrem inventory.
Warstwa przyszłościowa: UCP Location i płatności (2027+)
- Endpoint /.well-known/ucp z capability Location – gdy specyfikacja dojrzeje i pojawią się narzędzia implementacyjne, sklep/restauracja/hotel powinien eksponować Location z adresem, godzinami, amenities i inventory filters.
- Fractional quantities w feedzie – sklepy spożywcze sprzedające na wagę: przygotowanie danych produktowych z unit of measure (kg, g, l, mb) i zdefiniowanym krokiem.
- Split payments i deferred payments – hotele: integracja z bramką płatniczą obsługującą depozyty i harmonogramy. BLIK w kontekście agentowym – gdy PPRO i BLIK ukończą prace.
Czym się różni readiness w local od readiness w e-commerce?
Model Agentic Commerce Readiness Score z głównego artykułu (26 punktów, 5 warstw, max 57) został zaprojektowany dla sklepów online. Dla local commerce priorytety się przesuwają.
| Wymiar | E-commerce (sklep online) | Local commerce (restauracja/hotel/sklep) |
|---|---|---|
| Discovery | /.well-known/ucp, product feeds, schema | Google Business Profile, platformy rezerwacyjne, schema LocalBusiness |
| Inventory | Stan magazynowy per SKU | Stan per oddział + per produkt/danie/pokój |
| Pricing | Cena per SKU w jednej walucie | Cena per danie/pokój + modyfikatory + stawki sezonowe |
| Checkout | Server-side order creation, tokenizacja | Rezerwacja stolika/pokoju, depozyty, split payments |
| Geolokalizacja | Adres wysyłki klienta | Lokalizacja biznesu, proximity search, coverage zone |
| Dane temporalne | Czas dostawy, śledzenie przesyłki | Godziny otwarcia, wyjątki świąteczne, sezonowość |
| Kluczowy bloker | Brak endpointu UCP lub brak feeda | Menu/katalog w PDF, brak profilu Google, brak platformy rezerwacyjnej |
Najważniejsza różnica: w e-commerce blokerem jest brak endpointu technicznego (/.well-known/ucp). W local commerce blokerem jest brak danych w formacie czytelnym maszynowo – menu w PDF, cennik na obrazku, godziny otwarcia nieaktualne na Google Maps. To jest ten sam problem, który Emily Pfeiffer z Forrester zdiagnozowała dla e-commerce: „Crawling and scraping is inadequate.” Dla restauracji z menu-jako-PDF problem jest jeszcze ostrzejszy – scrapowanie PDF z daniami, cenami i alergenami jest praktycznie niemożliwe.
Dane o dostawie i fulfillment w kontekście agentowym omówiliśmy osobno w artykule o delivery i order tracking jako danych produktowych. Gotowość na poziomie pojedynczego produktu (SKU) – w artykule o UCP readiness per SKU.
Jakie encje powinien eksponować lokalny biznes agentom AI?
Agenci AI nie interpretują stron HTML – czytają dane strukturalne. Im więcej encji lokalny biznes eksponuje w schema.org, Google Business Profile i (docelowo) endpointach UCP Location, tym lepiej agenci rozumieją ofertę i mogą ją polecić kupującemu.
| Warstwa | Encja / typ danych | Gdzie eksponować | Dlaczego istotne dla lokalu |
|---|---|---|---|
| Schema.org | LocalBusiness / Restaurant / Hotel / CafeOrCoffeeShop | JSON-LD na stronie | Agent rozpoznaje typ biznesu i dopasowuje do zapytania |
| Schema.org | OpeningHoursSpecification (z wyjątkami świątecznymi) | JSON-LD na stronie + Google Business Profile | Agent filtruje po „otwarte teraz” lub „otwarte o 19:00 w sobotę” |
| Schema.org | GeoCoordinates + PostalAddress | JSON-LD na stronie | Agent oblicza odległość od użytkownika i filtruje po proximity |
| Schema.org | Menu / MenuItem (restauracje) | JSON-LD na stronie, HTML menu z cenami | Agent wie, jakie dania serwujesz, z cenami i alergenami |
| UCP Location | dev.ucp.common.location.search / .lookup | Endpoint /.well-known/ucp (przyszłość) | Agent odpytuje proximity, hours, amenities, inventory per oddział |
| UCP Catalog | Fractional quantity (sale_basis + step) | Feed produktowy / UCP Catalog | Sklep spożywczy: agent zamawia „1,4 kg jabłek”, nie „1 opakowanie” |
| Schema.org | FoodEstablishmentReservation / LodgingReservation | Platforma rezerwacyjna (TheFork, Booking.com) | Agent finalizuje rezerwację stolika/pokoju na platformie partnerskiej |
| Schema.org | Offer z priceSpecification (ceny sezonowe, strefy dostawy) | JSON-LD na stronie, feed | Agent zna cenę per danie/pokój z uwzględnieniem sezonowości |
| Google Business Profile | Atrybuty (parking, Wi-Fi, ogródek, opcje dietetyczne) | Google Business Profile | Agent filtruje po udogodnieniach („kawiarnia z Wi-Fi i miejscem do pracy”) |
| Google Merchant Center | Local inventory (stan per oddział) | Google Merchant Center, local inventory feed | Agent wie, czy produkt jest na stanie w konkretnym sklepie obok |
Praktyczna zasada: zacznij od schema.org (JSON-LD na stronie) i Google Business Profile – to działa już teraz, niezależnie od platformy i protokołów. Następnie dołącz do platformy rezerwacyjnej (TheFork dla restauracji, Booking.com dla hoteli). UCP Location i fractional quantities to perspektywa 2027 – ale dane, na których będą operować, trzeba przygotować teraz. Jeśli chcesz sprawdzić, jak AI widzi Twoją ofertę już teraz, audyt widoczności w AI pokaże punkt startowy.
Podsumowanie
UCP v2026-08-25 to punkt zwrotny: protokół przestaje być standardem wyłącznie dla sklepów internetowych i zaczyna obejmować fizyczny handel lokalny. Capability Location, fractional quantities i split payments to infrastruktura pod grocery, food ordering i rezerwacje hotelowe. Google już testuje rezerwacje restauracji w AI Mode (USA, UK), Instacart integruje agentic grocery z ChatGPT i Claude, Agoda podłącza się pod Meta Muse. ACP stoi w miejscu (zero commitów od lipca), AP2 jest dormantny od czerwca. W Polsce PPRO i BLIK budują fundament płatności agentowych, a 90% konsumentów deklaruje otwartość na zakupy wspierane przez AI. Dla restauracji, hoteli i lokalnych sklepów spożywczych priorytetem na teraz jest fundament: dane strukturalne, kompletny profil Google Business, menu/katalog w formacie HTML, obecność na platformach rezerwacyjnych. Gotowość techniczna na UCP Location i fractional quantities to perspektywa 2027 – ale dane, które trzeba przygotować, są potrzebne już dzisiaj. Jeśli potrzebujesz wsparcia w przygotowaniu sklepu lub lokalu na agentic commerce, pozycjonowanie sklepu internetowego obejmuje również optymalizację pod AI discovery.
O przygotowaniu sklepu na peak season z perspektywy agentów AI piszemy w artykule o agentic commerce w peak season. Jak optymalizować konwersję z ruchu AI opisujemy w artykule o konwersji z ruchu AI. O pozycjonowaniu w AI jako kanale discovery piszemy szerzej.
FAQ
Co to jest capability Location w UCP i dlaczego jest ważna dla lokalnych biznesów?
Capability Location (dev.ucp.common.location.search i .lookup) to nowy element specyfikacji UCP v2026-08-25, który pozwala agentom AI wyszukiwać fizyczne lokalizacje biznesowe — restauracje, hotele, sklepy, punkty odbioru. Agent może filtrować po odległości, godzinach otwarcia, dostępności produktów w konkretnym oddziale i udogodnieniach (parking, Wi-Fi, opcje dietetyczne). To pierwszy protokół agentic commerce, który wykracza poza katalog online i obejmuje fizyczny handel lokalny.
Czym są fractional quantities w UCP i jakie produkty obejmują?
Fractional quantities zmieniają pole quantity w UCP z integera na structured measure z jednostką sprzedaży i zdefiniowanym krokiem. Zamiast „2 sztuki” agent może zamówić „1,4 kg jabłek” lub „350 g szynki”. Obejmuje produkty spożywcze na wagę (owoce, warzywa, mięso, sery), produkty na metry (tkaniny) i na litry (chemia gospodarcza). Zmiana została wprowadzona w specyfikacji UCP v2026-08-25 (PR #597 i #653).
Czy Google AI Mode pozwala już rezerwować stoliki w restauracjach?
Tak, ale na razie w USA i Wielkiej Brytanii. W UK funkcja działa od 10 kwietnia 2026 z ośmioma platformami partnerskimi: TheFork, SevenRooms, ResDiary, Mozrest, Foodhub, Dojo, DesignMyNight i OpenTable. Użytkownik opisuje plan w języku naturalnym (np. „stolik dla dwojga we włoskiej restauracji na sobotę o 19:00”), a AI Mode zwraca listę restauracji z linkami do rezerwacji. Rezerwacja finalizuje się na platformie partnerskiej. TheFork działa w Polsce — rozszerzenie na Europę kontynentalną jest prawdopodobne w 2027.
Czy BLIK będzie działać z agentami AI?
PPRO i BLIK ogłosiły 12 sierpnia 2026 partnerstwo nad rozwojem agentic commerce dla lokalnych płatności w Polsce. BLIK obsługuje około 71% polskich transakcji e-commerce. Projekt jest w fazie rozwoju — PPRO nie podało publicznego harmonogramu wdrożenia. W październiku 2026 PPRO uruchomiło Local Payments Council for Agentic Commerce, koordynujący włączanie lokalnych metod płatności do ekosystemu agentowego w Europie.
Jak restauracja lub hotel powinien przygotować się na agentic commerce?
Najważniejszy krok to zamiana menu i cenników z PDF/obrazów na strukturalny HTML na stronie internetowej. Następnie: kompletny i aktualny profil Google Business (godziny, atrybuty, zdjęcia), obecność na platformie rezerwacyjnej (TheFork, OpenTable, Booking.com), schema.org (Restaurant, Hotel, LocalBusiness) z adresem i ofertą, oraz aktywne zarządzanie opiniami. Te działania są potrzebne już teraz — agenci AI odpytują Knowledge Graph i Google Maps niezależnie od tego, kiedy UCP Location dotrze do Europy.
