UCP (Protocolo Universal de Comércio)

UCP é um acrônimo sobrecarregado

Três letras, vários proprietários. Em telecomunicações e TI empresarial, a mesma abreviação é mais frequentemente lida como uma plataforma de comunicações unificadas, e aparece em nomes de produtos e planos de controle não relacionados em toda a indústria. Qualquer pessoa que pesquise o acrônimo puro encontra uma mistura deles.

No comércio, significa o Protocolo Universal de Comércio, o padrão aberto do Google e da Shopify que permite que agentes de IA leiam catálogos de comerciantes, recuperem preços e estoque em tempo real, gerenciem carrinhos e concluam compras. Esse é o que é descrito aqui.

O problema que ele existe para resolver é combinatório

Sem um padrão compartilhado, cada assistente que deseja transacionar precisa se integrar a cada varejista com quem deseja transacionar. Isso é uma multiplicação, e as multiplicações se tornam inacessíveis rapidamente.

Considere um mercado ilustrativo de 6 superfícies de assistente e 500 varejistas que valem a pena integrar. A integração bilateral significa 6 × 500 = 3,000 acordos e implementações separados, cada um dos quais alguém constrói e depois mantém. Sob um padrão compartilhado, cada parte o implementa uma vez: 6 + 500 = 506. A lacuna aumenta à medida que o mercado cresce — com 10 superfícies e 2,000 varejistas, é 20,000 contra 2,010.

A consequência para uma marca de médio porte é a parte que importa. Integrações bilaterais só são negociadas com os maiores catálogos, porque é onde o retorno justifica o desenvolvimento. Um padrão é o que torna o trabalho que um comerciante faz uma vez legível para qualquer agente em conformidade, o que é a diferença entre participar da demanda gerada por agentes e ser estruturalmente excluído dela.

O que um catálogo em conformidade deve conter

A obrigação é menos exótica do que a formulação sugere, e se divide em três coisas que um agente precisa antes de poder agir sobre seus produtos.

Apenas o primeiro é um exercício de modelagem de dados. O segundo é uma questão de arquitetura sobre onde o estoque reside e quantos sistemas precisam concordar antes que um número de estoque seja verdadeiro, e é onde as implementações realmente falham, em vez de onde são difíceis de começar.

• Identidade. Identificadores estáveis de produto e variante, idealmente incluindo um GTIN, para que o item que um agente encontrou em um lugar possa ser correspondido ao item que está comprando em outro. Sem isso, a comparação compara silenciosamente as coisas erradas.
• Verdade no momento da leitura. Preço e disponibilidade corretos no momento em que são lidos, não no momento em que um feed noturno foi gerado. Um feed com algumas horas de atraso anunciará com confiança estoque que foi vendido esta manhã, e um agente agindo sobre ele produzirá um cancelamento em vez de um pedido.
• Um carrinho que um agente pode operar. Construção programática de carrinho retornando um total no qual o agente pode confiar, incluindo frete e impostos para o destino, porque um agente que não consegue obter um número vinculativo não tem nada para comparar.

O que a conformidade não lhe garante

Duas afirmações são associadas ao suporte de protocolo que ele não oferece, e ambas valem a pena recusar antes que um projeto seja planejado em torno delas.

A primeira é a visibilidade. Implementar um padrão o torna legível; não o torna recomendado. Quais produtos um assistente exibe é uma decisão de classificação baseada em relevância, informações consistentes da marca e autoridade de terceiros, como avaliações e cobertura. Um catálogo em conformidade é a pré-condição para ser considerado, não uma razão para ser escolhido.

A segunda é a segurança. O UCP descreve a leitura de um catálogo e a construção de um carrinho. Ele não possui modelo de permissão, requisito de idempotência e trilha de auditoria, e não diz nada sobre autorização de pagamento — esse é o terreno do AP2, e é a camada que ainda está em movimento. Qualquer superfície através da qual um agente possa atuar em sistemas ativos precisa de escopos, proteção contra repetição e um log, independentemente do protocolo que o trouxe até lá.

Como UCP e ACP se relacionam

Eles são geralmente apresentados como rivais e são melhor compreendidos como vizinhos que se encontram em uma fronteira. O UCP se concentra na descoberta de catálogos e na construção de carrinhos; o ACP, da OpenAI e da Stripe, se concentra na execução do checkout e na delegação de pagamentos dentro de um assistente. Ambos precisam da mesma coisa de um comerciante na base.

Esse requisito compartilhado é a resposta prática sobre qual apoiar. Um catálogo legível por máquina com preço e disponibilidade reais é exigido por ambos, útil para assistentes que não implementam nenhum dos dois, e melhora a busca clássica ao mesmo tempo. É a única parte desta pilha que não é uma aposta.

As camadas acima dele são apostas, e as evidências até agora sugerem paciência. Os maiores varejistas que se integram neste espaço se concentraram em ser encontráveis em vez de transacionáveis dentro de um assistente, e a parte mais bem posicionada para saber encerrou seu próprio checkout no chat durante 2026.