Агентные покупки через UCP и ACP: как проверить путь заказа

Обновлено 11 ноября 2026.

Ассистент сообщил «оформляем», а магазин потерял соединение после запроса оплаты. Можно ли повторить запрос? Сначала нужно установить результат прежней операции. Нарисуйте состояния корзины, платежа и заказа, затем проверьте их на имитации сбоев.

Что именно запустили в США

Google 15 октября 2026 объявил запуск Universal Cart в США в Search и Gemini. В анонсе 16 сентября названа Tapestry (Coach и Kate Spade). Продавцом остаётся магазин.

Анонсы показывают интерес платформ США. Они не измеряют спрос покупателей, не доказывают рост выручки магазина и не обещают доступность в РФ.

UCP и ACP: сравнивайте операции одной версии

У UCP в закреплённой версии 2026-08-25 отдельно описаны checkout и order. Первый отвечает за оформление, второй — за дальнейший жизненный цикл заказа. При асинхронном оформлении ответ checkout может прийти раньше, чем появится заказ. Завершённый обмен на шаге checkout ещё не означает, что товар уже отправлен; дальше нужны события исполнения и возврата.

В спецификации ACP есть создание, обновление, завершение и отмена checkout, а также уведомления о заказах. Сводить ACP к кнопке оплаты неверно. Для честного сравнения выпишите из выбранных версий поддержку доставки, изменений корзины, уведомлений и возвратов. Наличие понятия в протоколе отдельно проверяется на поддержку конкретным участником.

Отличие этой задачи от работы агента в браузере — устойчивый серверный обмен с магазином. Клики по странице сами по себе не дают журнал операций, согласованные статусы и защиту от повторной обработки.

Сначала своя таблица состояний

Ниже — учебная модель магазина. Названия состояний придуманы для объяснения, это не имена полей UCP или ACP. Адаптер переводит ответы выбранного протокола в такую модель, сохраняя исходный ответ для разбора в защищённом журнале.

Платёж ведите отдельно: авторизация, списание и возврат не совпадают с этапами отгрузки. Если магазин подтверждает заказ до окончательного расчёта, это должно быть явно отражено в его правилах. Фраза модели «всё готово» не меняет состояние учётной системы.

Потерянный ответ и повтор события

До отправки сохраните свой идентификатор операции, корзину и подтверждённую сумму. При потере ответа запросите результат через свой журнал или сервис сверки по этому идентификатору, связанному с ID внешней системы. Не отправляйте новое списание из-за тайм-аута. Если результат неизвестен, оставьте операцию на разбирательство.

Идемпотентность не даёт повтору одного намерения создать новую покупку. Используйте механизм выбранного API, не выдавая собственные имена ключей за поля протокола. Изменённая сумма требует новой операции. Уведомления проверяйте на подлинность, получателя, связь с заказом и допустимость перехода. Уже обработанное событие повторно не применяется; его сохранение и смена состояния должны быть транзакционно согласованы. Поздний повтор не должен отменять факт возврата.

Что покупатель подтверждает сам

Покажите продавца, товар, количество, доставку и итог. Для подтверждения заказа и платежа, в том числе через браузерного агента, нужно явное согласие покупателя. Просьба «найди подешевле» его не заменяет. Изменение условий требует нового подтверждения.

В условном примере согласованы товар за 1 200 рублей и доставка за 300 рублей. Доставка подорожала — старое согласие уже не покрывает итог. Сохраните подтверждённые условия рядом с операцией, без реквизитов карты. Секреты интеграции остаются на сервере.

Пилот без списаний проверяет неприятные ветки

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

• Потеря ответа после принятия операции: сверка находит прежний результат без нового списания.
• Повтор и перестановка уведомлений: итоговое состояние остаётся согласованным.
• Изменение цены: оформление запрашивает новое согласие.
• Частичный возврат с задержкой: запрос и завершение различимы.

Если потерянную операцию нельзя восстановить по журналу, пилот остаётся на стенде.

Условия для российского владельца сайта

Открытая спецификация не даёт доступ к платформе или платежам. России нет в списке поддерживаемых стран OpenAI API; американский запуск Google не означает доступность в РФ. Обход ограничений не предлагается.

Отдельно подтвердите допустимость страны, юридического лица, валюты, эквайринга, обработки данных и возвратов. При недоступности сервисов результатом остаётся локальная модель заказа. Расходы сравните с другими задачами ИИ для вебмастера, для которых доступность уже установлена.

Раздел практики: SEO и ИИ · ИИ-агенты в браузере · ИИ-трафик и рефералы.