Comércio agêntico
Como os comerciantes implementam UCP e ACP ao mesmo tempo?
Atualizado em
Eles não são excludentes, e a maior parte da implementação é compartilhada. Ambos exigem a mesma base — um catálogo legível por máquina com identidade de produto, variantes, e preço e disponibilidade que sejam precisos no momento da leitura. UCP então especifica a descoberta e a construção do carrinho; ACP especifica a sessão de checkout e o pagamento delegado dentro de uma interface de IA. Construa a camada de catálogo uma vez, e o trabalho restante específico do protocolo é o caminho da transação, que também é a parte que ainda está em movimento.
A base compartilhada é a maior parte do trabalho
Apresentados como padrões concorrentes, eles parecem uma escolha cara. Divididos em obrigações, a sobreposição é grande e a divergência é tardia.
Ambos precisam saber o que você vende, em um formato que uma máquina possa analisar sem interpretar um layout: identidade do produto, variantes, atributos, um identificador estável, e preço e disponibilidade que sejam verdadeiros no momento em que são lidos. Esse requisito não é específico do protocolo, não é desperdiçado se qualquer um dos padrões perder, e melhora a busca clássica ao mesmo tempo.
| Camada | UCP | ACP | Compartilhado? |
|---|---|---|---|
| Catálogo legível por máquina | Obrigatório | Obrigatório | Sim — construir uma vez |
| Preço e estoque em tempo real | Obrigatório | Obrigatório | Sim |
| Formato do feed de produtos | Formato UCP | Especificação de feed ACP | Mesmos dados de origem, serialização diferente |
| Construção do carrinho | Especificado | Especificado | Em grande parte |
| Sessão de checkout | Nível do carrinho | Especificação de sessão completa | Não |
| Pagamento delegado | Não é o foco | Especificado | Não |
A ordem que não inviabiliza o trabalho
Sequenciar pelo que sobrevive à perda de um protocolo.
- 1. Uma única fonte de verdade de catálogo com preço e disponibilidade precisos. Serve a ambos, além de todo assistente que não implementa nenhum dos dois.
- 2. Serializar para cada formato de feed a partir dessa fonte. Dois serializadores sobre um conjunto de dados é um trabalho pequeno; dois conjuntos de dados é um problema de reconciliação para sempre.
- 3. Uma cotação e carrinho programáticos retornando um total vinculativo incluindo frete e impostos. Ambos os protocolos precisam disso e remove a simulação de navegador de qualquer forma.
- 4. Credenciais de agente auditadas e com escopo definido antes que qualquer coisa possa escrever. Nenhum dos protocolos especifica isso e ambos o assumem.
- 5. Checkout e delegação de pagamento por último, porque é a camada que ainda está em movimento.
O requisito de atualização é a verdadeira engenharia
A maioria dos comerciantes pode produzir um catálogo estruturado. Muito menos podem produzir um cujos números sejam verdadeiros quando lidos, e é aí que as implementações de qualquer um dos protocolos falham.
Um feed atualizado todas as noites anunciará com confiança o estoque vendido naquela manhã, e um agente agindo sobre ele gera um cancelamento em vez de um pedido. Para negócios de assinatura, é ainda mais crítico: renovações futuras são estoque comprometido, então uma contagem de estoque que não reserva contra elas venderá unidades já prometidas.
Esta é uma verdadeira vantagem arquitetônica onde estoque, pedidos e assinaturas compartilham um único sistema em vez de sincronizar através de uma fronteira de integração — a quantidade reservada se torna uma propriedade dos dados em vez de um trabalho de reconciliação noturno.
Perguntas frequentes
- Eu tenho que escolher entre UCP e ACP?
- Apenas se você os considerar produtos para comprar em vez de obrigações a cumprir. Listados como obrigações, a sobreposição é a maior parte do custo: identidade, variantes, preço e estoque precisos são exigidos identicamente por ambos, e apenas o caminho da transação difere. Uma equipe que enquadra isso como "escolher um padrão" acaba sequenciando a decisão antes do trabalho, quando o trabalho é o mesmo de qualquer forma para os primeiros quatro passos.
- Qual devo implementar primeiro?
- Nenhum, no sentido que importa: construa a camada de catálogo primeiro, porque ambos a exigem e é útil para assistentes que não implementam nenhum dos dois. O trabalho específico do protocolo deve começar na serialização do feed, o que é pequeno uma vez que os dados de origem estejam corretos.
- A camada de checkout vale a pena ser implementada ainda?
- Para a maioria dos comerciantes, ainda não. OpenAI encerrou o Instant Checkout durante 2026 e reposicionou o ACP para a descoberta, e grandes varejistas o adotaram no lado da descoberta. A parte mais bem posicionada para saber recuou em seu próprio checkout no chat; o custo de construir essa integração duas vezes excede o custo de chegar atrasado a ela uma vez.
- O que ambos os protocolos assumem que você já tem?
- Acesso de agente auditado e com escopo definido — e nenhum dos dois o especifica. Permissões por credencial, idempotência em escritas, um rastro de auditoria durável e um controle humano para ações irreversíveis são responsabilidade da plataforma, e são a diferença entre uma integração de agente e um incidente.
Fontes
- Padrões de comércio agêntico: UCP vs ACP vs AP2 — guia para comerciantes — Digital Applied