Google UCP: Como Funciona com API e MCP no E-commerce

Para que os agentes de inteligência artificial realizem transações no comércio eletrónico, o simples acesso a uma API não é suficiente. O facto de lojas e prestadores de serviços de pagamento disponibilizarem interfaces distintas dificulta a execução uniforme das etapas de compra. O Universal Commerce Protocol (UCP), anunciado pela Google, posiciona-se como uma norma de código aberto para responder a esta fragmentação. O objetivo fundamental consiste em estabelecer uma linguagem comum para transações comerciais entre plataformas, comerciantes e fornecedores de pagamentos.

É útil compreender a diferença entre uma API e o UCP através da distinção entre acesso e definição partilhada de transações. Uma API faculta o acesso às funcionalidades disponibilizadas por um determinado sistema; contudo, a mesma operação pode ser implementada de formas distintas consoante a loja. O UCP, por outro lado, visa descrever etapas como descoberta, carrinho, finalização de compra e pós-venda enquanto capacidades padronizadas. Dessa forma, pretende-se que o agente utilize endpoints transacionais legíveis por máquina, em vez de deduzir ações a partir do conteúdo do ecrã.

Da mesma forma, o MCP e o UCP não respondem exatamente ao mesmo problema. Enquanto o MCP normaliza a ligação entre modelos e ferramentas para fins gerais, o UCP foca-se nas exigências específicas dos processos de comércio. A possibilidade de mapear diretamente as capacidades do UCP para ferramentas MCP demonstra que ambas as abordagens podem coexistir. Por conseguinte, é mais rigoroso encarar o UCP não como um substituto do MCP, mas como uma estrutura que define operações comerciais e que também pode ser exposta através do MCP.

Num cenário de comércio eletrónico, um agente poderá necessitar de localizar produtos, identificar a variante correta, consultar a disponibilidade de stock e calcular os custos de envio. Segue-se o fluxo de criação do carrinho e finalização do pagamento. A abordagem do UCP passa por articular estes passos através de capacidades comuns, evitando integrações isoladas e proprietárias. O seu posicionamento do lado da Google em interfaces como o AI Mode e o Gemini evidencia igualmente a ligação desta abordagem a experiências de compra orientadas para o utilizador.

O âmbito da normalização não termina na fase de pagamento. Operações de pós-venda, como a consulta do estado da encomenda, o início de devoluções ou a alteração de moradas, podem ser geridas através da mesma lógica de capacidades. No que toca aos pagamentos, a compatibilidade do UCP com o AP2 visa assegurar que o agente opere com camadas de segurança, tais como autenticação e autorização de transações. A distinção fulcral reside entre ter a capacidade técnica de executar uma operação e possuir a autorização devida para a concretizar.

Na X Mind Solutions, não interpretamos esta evolução como um sinal para as empresas abandonarem os seus investimentos atuais em APIs. A reflexão central deve incidir sobre a disponibilização consistente e autorizada das funções comerciais aos agentes. A existência da abordagem ACP da OpenAI e Stripe, a par do UCP da Google, torna recomendável considerar múltiplos protocolos nos planos de integração. Em particular para as PME, o ponto de partida pode passar por identificar quais as etapas de compra que os sistemas existentes conseguem expor externamente.