Покупка через ChatGPT і Google: як підготувати магазин до ACP, UCP і AP2
Два роки питання про штучний інтелект і електронну торгівлю звучало так: чи приведуть чат-інтерфейси трафік. Тепер це питання другорядне. Головне інше: чи здатен агент завершити покупку з вашого каталогу так, щоб жодна людина не відкрила вашу вітрину, і чи технічно готовий ваш магазин таке замовлення прийняти.
На це відповідають три протоколи, за якими стоїть майже вся значуща частина індустрії. Вони перебувають на різних стадіях, вирішують різні рівні задачі і не є конкурентами в тому сенсі, у якому це подають публікації. Далі – що саме кожен із них вимагає від продавця.
Три протоколи поруч
| ACP | UCP | AP2 | |
|---|---|---|---|
| Повна назва | Agentic Commerce Protocol | Universal Commerce Protocol | Agent Payments Protocol |
| Хто стоїть за ним | OpenAI і Stripe як засновники, згодом доданий Meta, ліцензія Apache 2.0 | Рада управління з представників Google, Shopify і Stripe; технічна рада з Amazon, Meta, Microsoft, Target, Etsy, Salesforce і Wayfair | Google, з екосистемою навколо A2A, UCP і FIDO Alliance |
| Що стандартизує | Як агент читає каталог, проходить оформлення і приймає делеговану оплату | Сумісність між комерційними системами через оголошувані можливості | Доказ того, що людина санкціонувала те, що агент збирається оплатити |
| Що віддає продавець | Товарний фід, ендпоінти оформлення за специфікацією і платіжного провайдера з делегованою оплатою | Профіль можливостей із переліком того, що підтримується: Checkout, Cart, Catalog, Identity Linking, Order | Прямо нічого; протокол обмежує те, чим обмінюються агент і платіжна мережа |
| Рівень | Продавець – агент | Система – система | Довіра і авторизація |
| Статус | Бета, датовані ревізії приблизно раз на два місяці, працює в ChatGPT | Можливості й розширення опубліковані, управління формалізоване | Версія 0.2, відкритий протокол, референсні реалізації |
ACP: чого насправді просять OpenAI і Stripe
Документація OpenAI щодо комерції ділить протокол на три специфікації. Продавець реалізує Agentic Checkout Spec. Платіжний провайдер реалізує Delegated Payment Spec. І всі передають дані про товари через Product Feed Spec. Сайт самого протоколу описує його як відкритий стандарт для програмних комерційних сценаріїв між покупцями, AI-агентами і бізнесами, спроєктований спільнотою під ліцензією Apache 2.0 і сумісний і з REST, і з MCP.
Дві деталі варто виправити, і сам спосіб, у який вони спотворилися, повчальніший за самі деталі. Майже кожен переказ стверджує, що фід приймає TSV, CSV, XML або JSON і оновлюється кожні п’ятнадцять хвилин. У жовтні 2025 року це було правдою. Зараз – ні. Поточні рекомендації щодо завантаження файлів кажуть: віддавайте перевагу parquet, бажано зі стисненням, також підтримуються jsonl.gz, csv.gz і tsv.gz, а рекомендована періодичність – щонайменше щодня. XML і звичайний JSON зникли, разом із цифрою п’ятнадцять хвилин. Окремий шлях, сумісний з Google Merchant, і досі приймає .txt або .tsv у UTF-8 із табуляцією чи .csv із комою та їхні gzip-варіанти.
ACP випускає датовані ревізії приблизно кожні шість-вісім тижнів відтоді, як Stripe і OpenAI опублікували його 29 вересня 2025 року. План інтеграції, написаний за переказом, а не за датованою версією специфікації, застаріє протягом кварталу, і змінюється саме те, від чого залежить ваш конвеєр даних.
Обов’язкові поля цілком буденні, і в цьому суть: id, назва, опис, посилання, посилання на зображення, наявність, ціна, бренд і назва продавця, плюс два прапорці, які визначають, чи придатний товар для пошуку і для оформлення. Умовно – GTIN або MPN. Магазин із дисциплінованими даними про товари вже має більшу частину цього. Магазин, де опис товару живе у PDF, не має нічого.
UCP: протокол із цікавим списком учасників
UCP оголошений Google 11 січня 2026 року, розроблений спільно з Shopify, Etsy, Wayfair, Target і Walmart і підтриманий більш ніж двадцятьма іншими компаніями. Його часто помилково датують травневою конференцією Google для розробників, але там представили Universal Cart: це споживчий продукт, а UCP – інфраструктура під ним.
UCP варто розуміти через його управління, а не через новини про запуск. Опублікований список мейнтейнерів саджає в раду управління Google, Shopify і Stripe, у технічну раду з торгівлі – представників Amazon, Meta, Microsoft, Target, Etsy, Salesforce і Wayfair, а в окрему раду з харчування – Square, Toast, DoorDash і Uber Eats. Це не ініціатива одного вендора, це майже вся сторона попиту і майже вся сторона пропозиції в одній кімнаті.
Репозиторій специфікації описує UCP як відкритий стандарт сумісності між комерційними суб’єктами, побудований із можливостей (Checkout, Cart, Catalog, Identity Linking, Order) і розширень (Discounts, Fulfillment), незалежний від транспорту і працездатний поверх REST, MCP та A2A. Наслідок для продавця – це радше проєктне рішення, ніж інтеграція: бізнес оголошує через стандартизований профіль, які можливості він підтримує, а платформи самі це знаходять і налаштовуються. Ви публікуєте контракт про те, на що здатен ваш магазин, а не пишете окрему інтеграцію під кожного агента.
AP2: рівень, від якого залежить, кого судитимуть
Незручне питання агентної комерції – хто відповідає, коли агент купив не те. AP2, опублікований Google 16 вересня 2025 року і нині у версії 0.2, є спробою відповісти на нього криптографією, а не умовами договору.
Саме тут більшість вихідних довідок застаріли, тож перевіряйте до того, як почнете будувати. На старті AP2 визначав три мандати: Intent Mandate, Cart Mandate і Payment Mandate. Поточна специфікація визначає два: Checkout Mandate і Payment Mandate, кожен у відкритій і закритій формі залежно від того, чи була людина присутня в момент покупки. Intent і Cart більше не існують як об’єкти специфікації.
Одне виправлення варто зробити твердо, бо його повторюють майже всюди. Ці мандати не є W3C Verifiable Credentials і ніколи ними не були. AP2 від самого початку називає їх верифікованими цифровими посвідченнями, а поточна специфікація прямо каже, що для захисту мандатів Checkout і Payment використовується SD-JWT, конструкція IETF. Якщо вендор розповідає, що його інтеграція побудована на W3C VC, він читав переказ, а не специфікацію.
Змінилося і те, хто веде проєкт. У квітні 2026 року Google передав AP2 до FIDO Alliance, де він розвивається як стандарт спільноти, а не як продукт одного постачальника. Первинне оголошення називало понад шістдесят організацій-учасниць, серед них Mastercard, American Express, PayPal, Adyen і Worldpay.
Для продавця AP2 – це переважно те, що відбувається довкола вас, а не те, що ви впроваджуєте. Практичне значення в іншому: це механізм, завдяки якому замовлення від агента приходить із доказами, і саме тому еквайри й платіжні мережі взагалі погоджуються його обробляти.
Є ще один наслідок, про який рідко пишуть. Якщо покупку завершує агент, ваша сторінка товару перестає бути місцем переконання і стає джерелом даних. Усе, на чому тримався роздрібний онлайн-продаж – фотографії, компонування, банер із акцією, соціальні докази – до агента не доходить узагалі. Доходять поля: ціна, наявність, строк доставки, умови повернення, характеристики. Магазини, які роками вкладалися у вітрину і не вкладалися у дані, виявлять, що конкурують у середовищі, де їхня єдина перевага невидима. Це не привід кидати дизайн, бо люди нікуди не діваються, але це привід перестати вважати структуровані дані технічною формальністю.
Де вже перебувають платформи
Весняний випуск Shopify 2026 року, оприлюднений 17 червня 2026 року під назвою Everywhere, робить напрямок явним. Там з’явився Catalog API, описаний як дані про товари, структуровані для агентів, підтримка UCP для оформлення на додаткових поверхнях і Shop Pay усередині AI-каналів, щоб покупка завершувалася просто в розмові. Оголошення для розробників формулює це ще прямолінійніше: доступ до каталогу відкривається ключем API без жодного погодження, а UCP описаний як стандарт, який Shopify розробляв спільно з Google. Як би ви не ставилися до маркетингу, платформа зі значною часткою ринку вирішила, що це базовий рівень, і продавців на інших платформах питатимуть, чому в них так не можна.
Що справді варто зробити цього кварталу
| Робота | Чому зараз | Ціна зволікання |
|---|---|---|
| Привести дані про товари до рівня полів специфікації фіда | Усі протоколи читають ті самі поля і жоден не вигадає відсутній GTIN | Висока. Це повільна ручна робота, яку не прискорити перед запуском |
| Опублікувати машиночитний фід | Придатний одночасно для реклами, маркетплейсів і агентів | Низька, але без нього не працює решта |
| Виправити структуровані дані на картках товару | Саме ціну, наявність і відгуки цитують у відповідь | Помірна. Див. наш гайд про те, що розмічати за Schema.org |
| Зробити залишки і ціни правдивими в реальному часі | Агент, який продав відсутній товар, створює не продаж, а повернення коштів | Висока. Зазвичай це задача інтеграцій, а не сайту |
| Виділити AI-переходи в аналітиці | Не можна керувати каналом, якого не видно | Низька, і це єдиний спосіб дізнатися, коли канал стане реальним |
| Реалізувати ендпоінти оформлення | Лише після того, як зроблено чотири рядки вище | Сьогодні низька. Це останній крок, а не перший |
Непафосна правда в тому, що чотири з цих шести рядків – звичайна гігієна даних і інтеграцій, яка окупається незалежно від того, чи прийде агентна комерція вчасно. Точність залишків між сайтом, складською системою і обліком – та сама задача, що й п’ять років тому, і ми розбирали її в матеріалі про зв’язку сайту з CRM і складом. Протоколи лише підвищили ціну помилки, бо людина пробачає застарілий залишок, а автомат відкриває суперечку.
Чого це поки не виправдовує
Команда Adobe Digital Insights у квітні 2026 року повідомила, що трафік з AI-джерел на роздрібні сайти США за перший квартал 2026 року зріс на 393% рік до року, а в березні 2026 року конвертував на 42% краще за не-AI канали на кшталт платного пошуку і розсилок, тоді як роком раніше конвертував на 38% гірше. Це показники вендора з клієнтів Adobe Analytics, і читати їх треба саме з цією поміткою; власне резюме аналізу від Adobe говорить про тризначне зростання і стабільно кращу залученість та конверсію на масиві понад трильйон візитів, не стверджуючи при цьому, що обсяг великий.
А обсяг тут головне. Виміряна частка візитів з AI-джерел на незалежних наборах даних досі тримається близько половини відсотка, і ми докладно розібрали це в матеріалі про те, що сталося з електронною комерцією у 2026 році. Дуже високий темп зростання на дуже малій базі – це привід дешево підготуватися, а не привід перерозподіляти бюджет. Та сама дисципліна потрібна і з боку пошуку, про що ми писали в матеріалі про те, що пошук без кліків означає для органічного трафіку.
Помилка, якої варто уникнути, – вважати це маркетинговим проєктом. Ані в ACP, ані в UCP, ані в AP2 немає нічого від кампанії. Є якість каталогу, правдиві залишки, оформлення, яким може керувати третя сторона, і аналітика, здатна побачити, що сталося. Ширший погляд на те, які тренди електронної комерції справді впливають на продажі, робить ту саму різницю на більшому наборі мод.
Коротко
ACP звернений до продавця: фід, ендпоінт оформлення і платіжний провайдер, відкритий код від OpenAI і Stripe під Apache 2.0. UCP – рівень сумісності під управлінням Google, Shopify і Stripe із більшістю галузі в технічних радах, і він просить оголошувати можливості, а не будувати інтеграції. AP2 – рівень довіри, зараз версія 0.2 з мандатами Checkout і Payment у вигляді верифікованих цифрових посвідчень, переданий до FIDO Alliance, і він переважно відбувається довкола вас. Весняний випуск Shopify 2026 року вже містить Catalog API і підтримку UCP.
Три поширені тези перевірки не пройшли. Формати XML і JSON та оновлення раз на п’ятнадцять хвилин були реальними в жовтні 2025 року і відтоді замінені на parquet і щоденну періодичність. Мандати AP2 ніколи не були W3C Verifiable Credentials. А UCP оголосили в січні 2026 року, а не на травневій конференції Google. Читайте датовані специфікації, а не перекази.
Робота, яка окупається в будь-якому разі, – це дані про товари, реальні залишки і оформлення, яке зовнішня система здатна завершити без людини. Це звичайна інженерія електронної торгівлі, і саме нею ми займаємося, коли створюємо і перебудовуємо інтернет-магазини.
