Checkout sem página: como conversas AI substituem o drawer do carrinho

O checkout clássico é uma sequência de páginas. Carrinho, endereço, frete, pagamento, confirmação. Cada transição é uma chance de abandonar. Cada campo é atrito.

A forma nova

Num checkout agêntico, nenhuma dessas páginas renderiza. O assistente AI já coletou as infos pela conversa — nome, endereço padrão dos pedidos anteriores, método de pagamento preferido — e dispara uma única tool-call:

// tool call do 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"
  }
}

Sua loja retorna um payment_link (pagamento delegado — cliente confirma em Stripe / Apple Pay / carteira) ou um committed_order (caminho one-tap sem senha, em que o AI já autorizou pagamento para compras rotineiras).

O que o lojista precisa expor

Para isso funcionar, a loja entrega:

1. Um servidor MCP / ACP com tools de leitura (search_products, get_product_details) e escrita (add_to_cart, create_checkout_session).
2. Escritas idempotentes. O modelo reentrega tool-calls falhas. Se create_checkout_session rodar duas vezes, você cria um pedido, não dois.
3. Identidade estável do cliente entre canais. Um cliente que comprou no seu site precisa ser reconhecível pelas suas tool-calls — mesmo customer_id, mesma agenda, mesmos métodos de pagamento.

Para onde foi o atrito

O atrito não desapareceu — mudou para autenticação. Na primeira vez que o AI do cliente compra, alguém precisa autorizar pagamento + entrega. Depois disso, o atrito é zero; cada compra seguinte é uma tool-call.

A página de checkout não morreu. Virou apenas o caminho de fallback para o cliente novo ou sem AI. O caminho aspiracional é "nenhuma página carrega".