Магазины готовят витрины для AI-агентов: что в моих системах заказа остаётся за человеком

За одну неделю Shopify, Vercel, Cloudflare и Commerce.com рассказали, как магазин должен выглядеть для AI-агента: структурированные данные вместо HTML, поиск и корзина через MCP, оплата сохранёнными данными. При этом во всех схемах последний шаг оставлен человеку: подтвердить сумму и способ оплаты. Для владельца бизнеса с заказами, бронями или заявками вопрос звучит так: какой шаг в вашем процессе должен остаться за человеком, и записано ли это в системе или держится на привычке сотрудника.

Что вышло

Practical Ecommerce 20 октября описал совместную работу Shopify и Vercel. На конференции Ship 26 в Сан-Франциско 15 октября Тоби Лютке и Гильермо Раух показали пересобранный SDK Hydrogen и открытый шаблон Vercel Shop. Шаблон даёт обычную витрину для людей, а агентам те же страницы отдаются в Markdown с описанием, ценами, вариантами и наличием. Поиск по каталогу, остатки по вариантам, корзина и ссылки на checkout доступны через Universal Commerce Protocol и MCP на домене продавца.

Cloudflare 21 октября рассказала, как включила WebMCP почти на 100 000 витрин Commerce.com. WebMCP это предложенный Google экспериментальный стандарт браузера: страница объявляет агенту инструменты вроде search_products и add_to_cart, и агент вызывает их вместо угадывания кнопок. Инструменты выполняются в сессии покупателя на домене магазина, так что агент видит те же цены и ту же корзину, а учётные данные никуда не уходят. Checkout покупатель нажимает сам. Стандарт пока за флагами Chrome и в Origin Trials.

Shopify 13 октября объявила Shop MCP: одно подключение к mcp.shop.com даёт агенту поиск по миллиарду с лишним товаров, корзину и checkout через Shop Pay. Поиск работает без ключа API. Покупка завершается вызовом complete_checkout, но только после того, как покупатель подтвердил сумму и способ оплаты. Вебхуков на старте нет, статус checkout нужно опрашивать через get_checkout.

Vercel 23 октября добавила в Vercel Connect управляемые ключи Stripe: на каждого агента или задачу отдельный ограниченный ключ с правами, которые выбираете вы. Агент отчётов получает только чтение платежей, агент онбординга только запись клиентов. Мне это нравится больше остальных новостей: большинство интеграций до сих пор сидят на одном ключе с полным доступом.

Stripe 22 октября подвёл итоги Money20/20 в одном абзаце: стейблкоины, агенты и «всегда включённые» деньги уводят финансовую инфраструктуру на второй план. Дальше анонса я не видел.

Apple 22 октября открыла покупку подписок на приложения оптом через Apple Business Manager и Apple School Manager: организация покупает нужное число мест и раздаёт их через свои инструменты управления устройствами. Если ваш продукт продаётся компаниям по подписке, проверьте настройку в App Store Connect.

Пример: прокат и доплата за страховку

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

Значит, агенту можно отдать поиск и сборку заказа. Шаги, где компания зарабатывает или несёт риск, должны быть описаны как правила в системе, и тогда неважно, кто собрал корзину.

Где граница у меня

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

В сервисе «Кофе вместе», который я сделал в сентябре и октябре 2026 года, граница проведена жёстче. Сотрудник выбирает точную позицию каталога Tasty Coffee, формат, фасовку и количество; произвольный текст отправить нельзя. Организатор одной кнопкой объединяет заявки в поставку, и сервис сам заполняет корзину оптового кабинета поставщика. Но оформление и оплата у поставщика остаются ручными: интеграция никогда не нажимает финальную кнопку. Отметку «Заказан» сервис разрешает поставить только после проверки всех оплат и реального размещения заказа. Это я сделал сознательно: сумма появляется после сверки настоящей корзины со скидкой поставщика, и подтверждать её должен человек, который отвечает за деньги. Сервис экономит сотрудникам и администраторам в сумме больше 100 часов в месяц.

На своём сайте в октябре я сделал llms.txt и Markdown-версии страниц на четырёх языках. Та же идея, что у Vercel Shop, только для услуг. Цифр по эффекту пока нет.

Что я бы сделал

Записать в системе, какие шаги агент может делать сам: поиск, подбор, корзина.

Выделить шаги с деньгами и риском: подтверждение суммы, оплата, выдача. На них человек, и система не даёт обойти их ни агенту, ни сотруднику через API.

Интеграциям выдавать отдельные ключи с минимальными правами, как Vercel сделала для Stripe. У себя в «Кофе вместе» логин оптового кабинета хранится в закрытых переменных сервера, а токен существует только в памяти.

Что определить до разработки, я разбирал в статье Что определить до разработки приложения аренды. Раньше писал, какие условия теряются за пределами страницы товара и как связать попытку оплаты, отмену и учётную запись. Рядом обзоры про уязвимости в бизнес-логике брони и корзины и про кабинет клиента с подписью пальцем. Направления: клиентский продукт, связанный с бизнесом и API-интеграции. Проекты: прокат в ЮАР и «Кофе вместе». Если у вас заказ или бронь проходят через несколько рук, расскажите, где сейчас стоит человек и почему. Обсудить задачу.