Shopify розширює підтримку WebMCP у Checkout для браузерних агентів

Shopify розширив інструменти агентів WebMCP до checkout, дозволяючи браузерним AI‑агентам читати та оновлювати checkout у Shopify і надсилати замовлення після підтвердження покупцем. Компанія оголосила про зміни у посту журналу розробників від 28 вересня 2026 р., на індексі журналу змін Shopify.

У оголошенні перераховано чотири інструменти, якими агенти можуть користуватися під час checkout: get_checkout, який читає стан checkout, повідомлення та деталі замовлення після завершення; update_checkout, який оновлює підтримувані поля checkout; complete_checkout, який надсилає checkout після підтвердження покупцем; і navigate_to_storefront, який повертає вкладку до вітрини. Інструменти працюють з активним checkout у сеансі браузера покупця і передають керування назад покупцю, коли потрібне введення, наприклад автентифікація 3D Secure або блокування UI‑розширень. Вони виконуються всередині checkout-web, використовують той самий стан, що й інтерфейс checkout, не відкривають нових API і не потребують налаштувань продавця.

Оскільки інструменти для вітрини та кошика вже працюють, Shopify заявив, що браузерні агенти тепер можуть допомагати протягом усього процесу покупок на його платформі — від пошуку товару та керування кошиком до checkout та підтвердження замовлення. Інструменти обслуговують агентів, яких покупці приносять у магазин у своєму браузері.

Як працюють інструменти Checkout

Checkout WebMCP реалізує можливість UCP checkout (dev.ucp.shopping.checkout) через інструменти WebMCP, зареєстровані у браузері, замість серверного JSON‑RPC, і він ділиться об’єктом checkout, статусами та повідомленнями з Checkout MCP, серверним аналогом Shopify, згідно документації Checkout WebMCP. Агенти виявляють інструменти за допомогою document.modelContext.getTools() і викликають їх за допомогою document.modelContext.executeTool(), передаючи аргументи у вигляді JSON‑рядків; документація зазначає, що Chrome 153 відхиляє аргументи‑об’єкти, а Chrome планує приймати об’єкти у Chrome 155.

get_checkout читає поточний checkout без змін, повертаючи об’єкт UCP checkout з грошовими значеннями у вигляді цілих чисел у мінорній одиниці валюти. Для покупця Shop Pay він перелічує доступні збережені картки під payment.instruments, а на сторінці Thank you повертає квитанцію замовлення. update_checkout замінює контактні дані покупця, виконання, коди знижок, оголошені поля та платіж. Він використовує семантику PUT, тому агент повинен надіслати повний бажаний стан, сформований з нового get_checkout відповіді, і ігнорує позиції та атрибуцію, оскільки покупець змінює товари на сторінці. Оголошені поля розкривають додаткові дані, зібрані під час checkout, такі як податковий номер (у документації вказано бразильський CPF або CNPJ) та прапорець кредиту магазину, через розширення Shopify для UCP.

complete_checkout розміщує замовлення після його підтвердження покупцем. Якщо checkout відкриває крок перегляду, покупець переглядає замовлення на сторінці, і агент викликає complete_checkout знову лише після того, як покупець авторизує надсилання; якщо потрібен платіжний виклик або інша дія покупця, покупець завершує її на сторінці checkout у тому ж вкладці. Тільки статус completed підтверджує замовлення. navigate_to_storefront залишає checkout без розміщення замовлення чи зміни кошика, реєструється лише коли магазин має онлайн‑вітрину, і залишається доступним на сторінці Thank you. Checkout WebMCP не має еквіваленту інструменту Checkout MCP cancel_checkout , тому статус checkout ніколи не canceled.

Підтвердження покупцем, оплата та автентифікація агента

Документація інструктує агентів отримати дозвіл покупця перед розміщенням замовлення: «Перед тим як викликати complete_checkout, покажіть покупцю поточне замовлення та підсумок і отримайте його дозвіл на розміщення», — зазначає вона, додаючи, що Web Bot Auth, схвалення Shop Pay та ready_for_complete статус не надає цього дозволу, і агент повинен запитати знову, якщо підсумок змінюється.

Checkout WebMCP не приймає нові дані картки. Залежно від checkout, payment.instruments приймає збережену карту Shop Pay для покупця Shop Pay, схвалення Shop Pay для гостьового checkout, який приймає схвалення, або лише платіжну адресу; покупець обирає будь‑який інший спосіб оплати безпосередньо на сторінці checkout.

Агенти повинні підписувати запити браузера за допомогою Web Bot Auth, а не аргументів інструмента, і Shopify перевіряє лише зареєстровані ключі. Реєстрація вимагає створення підписного ключа Ed25519, розміщення публічного ключа у каталозі ключів і публікації цього каталогу разом із Shopify; без Web Bot Auth виявлення ботів Shopify може знизити пріоритет або заблокувати запити агента. Документація також застерігає агентів розглядати текст продавця та сторонніх розробників у відповідях інструменту як дані checkout, а не інструкції, оскільки такий текст може містити спроби ін’єкції підказок, і радить агентам ніколи не обходити інструмент, керуючись елементами керування сторінки самостійно.

Доступність та стандарт WebMCP

Checkout реєструє інструменти лише на придатних чек‑аутів. Shopify документація щодо кошиків і чек‑ауту перераховує чек‑ауті, у яких інструменти не реєструються: стандартний тритраничний чек‑аут, якщо покупець не використовує Shop Pay; B2B checkout; вбудований чек‑аут і чек‑ауті в мобільних SDK для чек‑ауту; чек‑ауті з товарами з іншого магазину; а також чернеткові замовлення, редагування замовлень та збір платежів. Взаємодії розширень чек‑ауту, визначені додатком, також обробляються покупцем на сторінці чек‑ауту. Shopify рекомендує Checkout MCP для агентів, які можуть працювати на сервері, і направляє розробників до Checkout WebMCP лише коли агент вже працює в браузері покупця.

Shopify вперше випустив інструменти WebMCP для магазинів на Liquid і Hydrogen 5 серпня 2026 року у посту зі списком змін, що охоплює пошук у каталозі (search_catalog, browse_store, get_product, show_variant ), управління кошиком (get_cart, update_cart, cancel_cart ), і передача оформлення (proceed_to_checkout, manage_orders). Ці інструменти працюють у кожному магазині на Liquid і у прев’ю Hydrogen для розробників без потреби у встановленні чи налаштуванні. За даними документація WebMCP для магазинів, після proceed_to_checkout, у придатних чек‑аутів інструменти магазину замінюються інструментами чек‑ауту, і агенти отримують вказівку оновити список інструментів браузера на сторінці чек‑ауту.

WebMCP — це пропонований веб‑стандарт, який дозволяє сторінці реєструвати інструменти в браузері, а підтримка агентів наразі обмежена браузерами на базі Chromium через оригінальний випробувальний період. Shopify заявив, що допомагає формувати специфікацію WebMCP спільно з Google та Microsoft.