Google запускает UCP: ИИ-агенты меняют e-commerce покупки от выбора до заказа

Введение: что произошло и почему это заметно рынку

Google представила Universal Commerce Protocol (UCP) — открытый стандарт (и открытый проект), который задуман как “общий язык” для агентской коммерции. Его цель — связать потребительские поверхности (например, AI Mode в поиске и Gemini) с бизнес-бэкендами (каталог, корзина, оформление, заказы) так, чтобы путь “нашёл → выбрал → купил” превращался в единый сценарий без лишних разрывов. (Google for Developers)

Ранее Google анонсировала платежный протокол AP2

Почему эта новость важна не только для разработчиков? Потому что речь не про очередную “фичу в поиске”, а про стандарт интеграции, который может стать общим способом подключать магазины и платёжных участников к агентским покупкам — то есть к покупкам, которые выполняются внутри диалога/поиска с ИИ.

---

1) Что такое Universal Commerce Protocol простыми словами

UCP — это стандарт, который описывает:

• какие “коммерческие действия” (capabilities) система должна уметь выполнять;
• как эти действия обнаруживаются агентом;
• как агент взаимодействует с бизнес-сервером;
• как встраиваются платежи и подтверждения.

Если перевести на человеческий язык: UCP задаёт правила, по которым ИИ-агент может “разговаривать” с магазином так же стандартно, как браузер разговаривает с сайтом по HTTP. Не в смысле “ИИ сам всё решит”, а в смысле — есть протокол, по которому можно безопасно и предсказуемо сделать шаги покупки.

---

2) Где это будет работать: AI Mode в поиске и Gemini

В официальных материалах UCP привязывается к массовым ИИ-поверхностям: AI Mode в Google Search и Gemini. Это означает, что “покупка” становится не отдельной задачей после поиска, а потенциальным продолжением того же сценария, где пользователь задаёт вопросы, сравнивает варианты и принимает решение.

Ключевой смысл для пользователя интернета: меньше ручных переходов, меньше повторного ввода, меньше шансов “сорваться” на середине пути.

---

3) Как меняется путь покупки в e-commerce

UCP логически перестраивает воронку так, чтобы действия (добавить в корзину, оформить, применить скидку, оплатить, получить статус заказа) стали вызываемыми в стандартизированной форме.

В привычной модели e-commerce пользователь сам “склеивает” путь: поиск → выдача → карточка → корзина → форма → оплата. В агентской модели часть склейки делается протоколом: агент знает, какие действия поддерживает конкретный бизнес, и вызывает их.

---

4) Из чего состоит UCP: базовые “capabilities” и расширения

В UCP используются “capabilities” как строительные блоки коммерции. Это ядро, которое описывает, что вообще можно делать. В обзорной схеме и тексте упоминаются блоки вроде:

• product discovery (поиск/подбор),
• cart (корзина),
• identity linking (привязка идентичности/аккаунта),
• checkout (оформление),
• order management (управление заказом).

Поверх ядра предусмотрены extensions — расширения, которые добавляют специализированные возможности, например скидки. Это важный момент: e-commerce редко живёт только на “купить за полную цену”. Расширяемость — ключ к тому, чтобы стандарт выдерживал реальную торговлю.

---

5) Discovery: как агент “понимает”, что умеет магазин

Для агентских сценариев критично, чтобы интеграции не превращались в N×N-хаос (“для каждой поверхности — отдельная кастомная интеграция”). В UCP заложен механизм обнаружения возможностей: агент может динамически узнавать, какие сервисы и действия поддерживает конкретный бизнес и как к ним обращаться.

Практическая польза: меньше ручной “прошивки” интеграций и меньше хрупкости — когда при добавлении новой поверхности или нового партнёра не приходится переписывать всё заново.

---

6) Платежи: “инструменты” и “обработчики” — не одно и то же

Отдельная часть UCP — модель платежей, где разделяются:

• instruments — чем платит пользователь (условно: его способ оплаты),
• payment handlers — кто и как проводит платеж (процессинг/обработчик).

Такое разделение сделано, чтобы масштабироваться на разные варианты оплаты и разных платёжных провайдеров без жёсткой привязки к одному решению.

---

7) Транспорты: как бизнес и агент общаются технически

UCP предусматривает несколько способов “доставки” запросов (transport bindings), чтобы бизнес не упирался в один единственный стек:

• API (например, REST),
• MCP,
• A2A.

Смысл простой: стандарт задаёт “что” и “как”, а конкретный транспорт можно подобрать под платформу и архитектуру.

---

Как это внедрять: модель “business server + manifest”

В техническом разборе есть практическая логика внедрения:

1. бизнес поднимает сервер и готовит товары,
2. подготавливает сервер к запросам от агентов,
3. публикует описание возможностей в стандартном месте,
4. агент делает discovery и вызывает checkout,
5. по необходимости применяются расширения (например, скидки).

В результате агент может “подключиться” к магазину без жёстко прошитых интеграций — через стандартное описание возможностей.

---

9) Интеграция именно в экосистеме Google: что нужно бизнесу

В материалах описано, что протокол задуман как нейтральный и “vendor-agnostic”, но Google сделала первую референс-реализацию, чтобы дать конкретный пример и обеспечить “прямую покупку” в собственных conversational-поверхностях (AI Mode и Gemini).

Для участия в этой реализации упоминается необходимость активного аккаунта Merchant Center и предоставления товаров, подходящих для checkout-сценария, чтобы система имела корректные данные и могла показывать инвентарь для прямой покупки.

---

10) Кому это подходит в первую очередь

Магазинам и брендам

• у кого есть нормализованные товарные данные;
• кто хочет появляться в агентских сценариях (AI Mode / Gemini);
• кто готов подключать checkout в виде стандартизируемой логики.

Большим магазинам со сложным checkout

В материалах отдельно подчёркивается “embedded option”, позволяющая сохранить кастомизированный опыт оформления, а не ломать всё под “универсальную форму”. Это критично для тех, у кого:

• сложная доставка,
• особые юридические согласия,
• промо-логика,
• антифрод и проверочные шаги.

Платёжным провайдерам и разработчикам платформ

Потому что UCP описывает модульную архитектуру обработчиков платежей и интероперабельность.

---

11) Кому может быть рано (без “хайпа”, только практично)

• Небольшим магазинам без стабильного каталога и корректных данных (агентский checkout требует аккуратных данных).
• Проектам, где бизнес-логика оформления настолько нестандартна, что её нельзя безопасно стандартизировать без отдельного “встроенного” решения.
• Командам, которые не готовы поддерживать интеграцию и post-purchase процессы (статусы заказа, возвраты, поддержка).

---

12) Термины в одном блоке (чтобы не путаться)

• Consumer surfaces — интерфейсы, где пользователь взаимодействует с ИИ (например, AI Mode, Gemini).
• Business backends — системы магазина: каталог, цены, наличие, корзина, оформление, управление заказами.
• Capabilities — базовые действия коммерции (например, checkout).
• Extensions — расширения capabilities (например, скидки).
• Discovery — механизм, позволяющий агенту узнать, какие возможности поддерживает бизнес и как их вызвать.
• Instruments vs handlers — разделение “чем платит пользователь” и “кто проводит платёж”.
• Transports — способы связи (API/MCP/A2A).

---

13) Мини-FAQ (коротко, по делу)

Это “маркетплейс”?
Нет. По смыслу материалов, это стандарт интеграции, который подключает коммерческие действия к ИИ-поверхностям.

Это только про покупку “одного товара”?
Стандарт проектируется как расширяемый. В дорожной логике (и в описании возможностей) упоминаются корзина, оформление и управление заказами как составные части end-to-end сценария.

Это про “ИИ сам покупает без меня”?
Нет. В описании акцент на безопасной цепочке, в том числе в платежной архитектуре и подтверждениях.

---

14) Что в сухом остатке

UCP — это попытка сделать для e-commerce то, что стандарты сделали для веба: единые правила связи. Если подход приживётся, покупка в интернете станет более “поточной” — выбор, оформление и оплата будут происходить внутри одного агентского сценария, а не как набор разрозненных страниц и форм.

---

Источники

https://developers.google.com/merchant/ucp?hl=ru
https://developers.googleblog.com/under-the-hood-universal-commerce-protocol-ucp/