инжиниринг
Чекаут без страницы: как AI-разговор заменяет корзину-шторку
Когда покупкой управляет AI-ассистент клиента, ваша /checkout страница не загружается. Что происходит на самом деле в момент оплаты.
Классический e-commerce чекаут - это последовательность страниц. Корзина, адрес, доставка, оплата, подтверждение. Каждый переход - шанс уйти. Каждое поле - трение.
Новая форма
В агентном чекауте ни одна из этих страниц не рендерится. AI-ассистент клиента уже собрал информацию по разговору - имя, дефолтный адрес из прошлых заказов, любимый способ оплаты - и отправляет один tool-вызов:
// tool call от LLM
{
"tool": "create_checkout_session",
"params": {
"items": [{ "sku": "TSHIRT-BLK-M", "qty": 1 }],
"shipping_address_id": "addr_default",
"payment_method_id": "pm_default",
"currency": "EUR"
}
}
Storefront возвращает либо payment_link (делегированная оплата - клиент подтверждает в Stripe / Apple Pay / кошельке), либо committed_order (one-tap путь без пароля, где AI клиента уже авторизовал оплату для рутинных покупок).
Что должен выставить мерчант
Чтобы это работало, storefront отгружает:
- MCP / ACP сервер с tool-ами на чтение (
search_products,get_product_details) и запись (add_to_cart,create_checkout_session). - Идемпотентные записи. Модель ретраит проваленные tool-вызовы. Если
create_checkout_sessionсработал дважды, у вас один заказ, не два. - Стабильная identity клиента между каналами. Покупатель, который купил у вас на сайте, должен опознаваться вашими tool-ами - тот же
customer_id, та же адресная книга, те же способы оплаты.
Куда переехало трение
Трение не исчезло - оно переехало в аутентификацию. Первый раз, когда AI клиента покупает у вас, кто-то должен авторизовать оплату + доставку. После этого трение - ноль; каждая последующая покупка - один tool-вызов.
Страница чекаута на сайте не умерла. Она просто стала запасным путём для нового клиента или клиента без AI-ассистента. Целевой ориентир - «ни одна страница не загружается».