O UCP da Shopify torna seu catálogo comprável por agentes. Onde o WebMCP se encaixa.

Se você administra uma loja, a onda do comércio agente provavelmente chegou à sua caixa de entrada nesta primavera como um changelog do Shopify, não como um memorando de estratégia. O lançamento da primavera de '26 do Shopify trouxe Vitrines Agentes e, com o Google, o Protocolo de Comércio Universal (UCP) — um padrão aberto (apoiado por Amazon, Meta, Microsoft, Salesforce, Stripe, Etsy, Target, Wayfair) que permite que um agente de IA descubra produtos, construa um carrinho e complete a compra em nome de um comprador. Se você está no Hydrogen, cada vitrine agora expõe um endpoint MCP em /api/mcp com proxyStandardRoutes ativado por padrão. O antigo Catalogo de Vitrine MCP foi incorporado ao UCP, com os endpoints legados mantidos apenas até 15 de junho.

Isso é realmente um grande negócio, e se você vende no Shopify, deve garantir que seu catálogo esteja fluindo através dele. Mas vale a pena ser preciso sobre o que o UCP realmente torna operável por agentes, porque a manchete ("sua loja agora é um endpoint de agente de IA") exagera silenciosamente.

O que o UCP cobre — e onde ele para

O UCP padroniza primitivas de comércio: pesquisar no catálogo, construir um carrinho, criar um checkout, passar o comprador, rastrear o pedido, liquidar o pagamento (via AP2). Essas são as operações que toda loja compartilha, então faz sentido padronizá-las uma vez e deixar cada agente falar sobre elas.

O lado oposto de "padronizado" é "apenas as partes padronizadas". O UCP torna a superfície comoditizada da sua loja operável por agentes — as partes que parecem iguais em todas as lojas Shopify. Ele não cobre as partes que tornam sua vitrine sua:

• um construtor de pacotes ou configurador de produtos ("monte seu próprio pacote de 6", "especifique esta bicicleta")
• um localizador de presentes ou questionário de ajuste que reduz o catálogo respondendo perguntas
• agendamento de "marcar uma consulta / uma demonstração"
• gerenciamento de assinaturas, reordenação ou solicitação de cotações B2B / termos líquidos
• localizador de lojas, registro de garantia, iniciação de devoluções, resgate de fidelidade
• autoatendimento de conta que não seja um checkout

Nenhuma dessas opções é "pesquisar no catálogo e finalizar a compra". Elas são fluxos interativos personalizados que você construiu em cima (ou ao lado) do catálogo — e frequentemente são a razão pela qual um cliente escolheu você em vez de uma listagem genérica. Um agente dirigindo sua loja através do UCP pode comprar um SKU que já sabe que deseja. Ele não pode executar de forma confiável o questionário que ajuda a descobrir qual SKU, ou iniciar a reclamação de garantia, ou solicitar a cotação B2B — porque o UCP não descreve essas partes, e nada mais informa ao agente que elas existem.

E esse é o caso do Shopify-on-Hydrogen, onde você herda /api/mcp gratuitamente. Dois grandes grupos não:

1. Vitrines headless personalizadas / não-Hydrogen. "Realmente headless na sua própria interface" significa que você não obtém as rotas padrão gratuitamente — você está reconstruindo a superfície do agente você mesmo.
2. Todos que não estão no Shopify. A maior parte da web vende, reserva ou embarca sem os dados do gráfico do Shopify por baixo.

Para todos os três — os fluxos personalizados em uma loja Shopify, interfaces headless e sites não Shopify — a questão não é "meu catálogo está no UCP". É "um agente pode operar as partes interativas do meu site da mesma forma que uma pessoa pode?"

Essa é a lacuna moldada pelo WebMCP

WebMCP (a API navigator.modelContext, em um teste de origem do Chrome 149 a partir de junho de 2026) é o complemento, não o concorrente, do UCP. Onde o UCP padroniza operações de comércio entre lojas, o WebMCP permite que um único site declare suas próprias ferramentas — sejam quais forem — para que um agente no navegador possa chamá-las diretamente em vez de adivinhar seu DOM.

O modelo mental que se sustentou para mim:

O UCP são os trilhos de comércio compartilhados. O WebMCP é a superfície de ferramentas para tudo o que sua vitrine faz que não é uma primitiva de comércio genérica.

Eles se compõem de forma limpa. O agente usa o UCP para comprar a coisa; ele usa suas ferramentas WebMCP para fazer o trabalho personalizado que decide o que comprar e o que acontece ao redor da compra. Um configurador se torna uma ferramenta configure_bundle. O questionário de ajuste se torna recommend_size. O fluxo B2B se torna request_quote. Cada um é uma porta de entrada fina e tipada para uma função que sua interface já chama:

if ("modelContext" in navigator) {
  navigator.modelContext.registerTool({
    name: "recommend_size",
    description: "Recomendar um tamanho com base na altura, peso e preferência de ajuste",
    inputSchema: {
      type: "object",
      properties: {
        heightCm: { type: "number" },
        weightKg: { type: "number" },
        fit: { type: "string", enum: ["slim", "regular", "relaxed"] },
      },
      required: ["heightCm", "weightKg"],
    },
    async execute(args) {
      const size = await sizeEngine(args); // a mesma função que sua interface de questionário chama
      return { content: