Shopify amplia o suporte ao WebMCP no checkout para agentes de navegador

A Shopify ampliou suas ferramentas de agente WebMCP para o checkout, permitindo que agentes de IA baseados em navegador leiam e atualizem os checkouts da Shopify e enviem pedidos após a confirmação do comprador. A empresa anunciou a mudança em um post de changelog para desenvolvedores datado de 28 de setembro de 2026, no índice de changelog da Shopify.

O anúncio lista quatro ferramentas que os agentes podem chamar no checkout: get_checkout, que lê o estado do checkout, mensagens e detalhes do pedido após a conclusão; update_checkout, que atualiza os campos de checkout suportados; complete_checkout, que envia o checkout após a confirmação do comprador; e navigate_to_storefront, que devolve a aba para a loja. As ferramentas atuam no checkout ativo na sessão do navegador do comprador e devolvem o controle ao comprador quando é necessária uma entrada, como autenticação 3D Secure ou extensões de UI bloqueadoras. Elas são executadas dentro do checkout-web, utilizam o mesmo estado da interface de checkout, não expõem nova API e não requerem configuração do comerciante.

Com as ferramentas de storefront e carrinho já em produção, a Shopify afirmou que os agentes de navegador agora podem auxiliar toda a jornada de compra em sua plataforma, desde a descoberta de produtos e gerenciamento de carrinho até o checkout e a confirmação do pedido. As ferramentas atendem agentes que os compradores trazem para a loja em seu próprio navegador.

Como as ferramentas de checkout funcionam

O Checkout WebMCP implementa a capacidade de checkout UCP (dev.ucp.shopping.checkout) sobre ferramentas WebMCP registradas no navegador em vez de JSON-RPC no servidor, e compartilha o objeto de checkout, status e mensagens com o Checkout MCP, contraparte server-side da Shopify, de acordo com a documentação do Checkout WebMCP. Os agentes descobrem as ferramentas com document.modelContext.getTools() e as chamam com document.modelContext.executeTool(), passando argumentos como strings JSON; a documentação observa que o Chrome 153 rejeita argumentos de objeto e que o Chrome planeja aceitar objetos no Chrome 155.

get_checkout lê o checkout atual sem alterá-lo, retornando o objeto de checkout UCP com valores monetários como inteiros na unidade menor da moeda. Para um comprador do Shop Pay, ele lista os cartões salvos utilizáveis em payment.instruments, e na página de Obrigado ele retorna o recibo do pedido. update_checkout substitui os detalhes de contato do comprador, o fulfillment, códigos de desconto, campos declarados e o pagamento. Usa semântica PUT, portanto o agente deve enviar o estado desejado completo construído a partir de um novo get_checkout resposta, e ignora itens de linha e atribuição porque o comprador altera os itens na página. Campos declarados expõem extras coletados no checkout, como um número fiscal (a documentação cita um CPF ou CNPJ brasileiro) e uma bandeira de crédito da loja, por meio de uma extensão da Shopify para o UCP.

complete_checkout coloca o pedido após o comprador confirmá-lo. Se o checkout abrir uma etapa de revisão, o comprador revisa o pedido na página e o agente chama complete_checkout novamente apenas após o comprador autorizar o envio; se for necessário um desafio de pagamento ou outra ação do comprador, ele finaliza na página de checkout na mesma aba. Apenas um status de completed confirma o pedido. navigate_to_storefront sai do checkout sem fazer um pedido ou alterar o carrinho, é registrado apenas quando a loja tem um storefront online, e permanece disponível na página de Obrigado. O Checkout WebMCP não tem equivalente ao cancel_checkout ferramenta do Checkout MCP, portanto o status do checkout nunca é canceled.

Confirmação do comprador, pagamento e autenticação do agente

A documentação orienta os agentes a obter a permissão do comprador antes de fazer um pedido: “Antes de chamar complete_checkout, mostre ao comprador o pedido atual e o total, e obtenha sua permissão para realizá-lo,” afirma, acrescentando que o Web Bot Auth, uma aprovação do Shop Pay e um ready_for_complete status não concedem essa permissão, e que o agente deve solicitar novamente se o total mudar.

O Checkout WebMCP não aceita novos detalhes de cartão. Dependendo do checkout, payment.instruments aceita um cartão Shop Pay salvo para um comprador do Shop Pay, uma aprovação do Shop Pay para um checkout de convidado que aceita aprovações, ou apenas um endereço de cobrança; o comprador escolhe qualquer outro método de pagamento diretamente na página de checkout.

Os agentes devem assinar as solicitações do navegador com Web Bot Auth em vez de argumentos da ferramenta, e a Shopify verifica apenas chaves registradas. O registro requer a geração de uma chave de assinatura Ed25519, hospedagem da chave pública em um diretório de chaves e publicação desse diretório na Shopify; sem o Web Bot Auth, a detecção de bots da Shopify pode despriorizar ou bloquear as solicitações de um agente. A documentação também alerta os agentes a tratar o texto de comerciantes e terceiros nas respostas da ferramenta como dados de checkout e não como instruções, porque esse texto pode conter tentativas de injeção de prompt, e instrui os agentes a nunca contornar uma ferramenta operando os controles da página diretamente.

Disponibilidade e o padrão WebMCP

Checkout registra as ferramentas apenas em checkouts elegíveis. A documentação de carrinhos e checkout da Shopify lista os checkouts onde as ferramentas não são registradas: checkout padrão de três páginas, a menos que o comprador finalize a compra com o Shop Pay; checkout B2B; checkout incorporado e checkouts nos SDKs de checkout móvel; checkouts com mercadorias de outra loja; e pedidos provisórios, edições de pedidos e coleta de pagamento. As interações de extensões de checkout definidas pelo aplicativo também são tratadas pelo comprador na página de checkout. A Shopify recomenda o Checkout MCP para agentes que podem ser executados em um servidor e direciona os desenvolvedores ao Checkout WebMCP apenas quando um agente já opera no navegador do comprador.

A Shopify lançou inicialmente as ferramentas WebMCP para lojas Liquid e Hydrogen em 5 de agosto de 2026, em um post de changelog que cobre a pesquisa de catálogo (search_catalog, browse_store, get_product, show_variant), gerenciamento de carrinho (get_cart, update_cart, cancel_cart), e transferência de checkout (proceed_to_checkout, manage_orders). Essas ferramentas estão ativas em todas as lojas Liquid e na pré-visualização para desenvolvedores do Hydrogen, sem necessidade de instalação ou configuração. De acordo com a documentação WebMCP da storefront, depois proceed_to_checkout, os checkouts elegíveis substituem as ferramentas da storefront por ferramentas de checkout, e os agentes são instruídos a atualizar a lista de ferramentas do navegador na página de checkout.

WebMCP é um padrão web proposto que permite que uma página registre ferramentas no navegador, e o suporte a agentes está atualmente limitado a navegadores baseados em Chromium por meio de um teste de origem. A Shopify afirmou que está ajudando a moldar a especificação WebMCP ao lado da Google e da Microsoft.