Quase tudo que se escreve sobre agentic commerce em português segue o mesmo roteiro: uma definição, duas ou três projeções de mercado com muitos zeros e a promessa de que o varejo nunca mais será o mesmo. Para quem tem uma loja, nada disso responde à pergunta prática: o que eu preciso entregar para um agente de IA conseguir comprar de mim, e quem responde se a compra der errado?
Este guia vai direto às especificações publicadas. Explica como uma compra agêntica acontece por dentro, o que o Agentic Commerce Protocol e o Universal Commerce Protocol pedem da loja, como o pagamento passa sem o agente ver o cartão, e termina com uma lista do que preparar agora, mesmo antes de os protocolos chegarem à sua plataforma.
O que é agentic commerce?
Agentic commerce, ou comércio agêntico, é a compra em que um agente de IA executa as etapas que antes eram do consumidor: buscar, comparar, montar o carrinho, preencher o checkout e pagar. A pessoa continua decidindo, mas decide numa conversa com o assistente, e não clicando em páginas da loja.
A diferença para o comércio eletrônico tradicional não está no produto nem no pagamento, que continuam os mesmos. Está em quem navega. Na loja virtual comum, o site é feito para olhos humanos: vitrine, foto, botão. No comércio agêntico, quem lê a loja é um programa, e ele precisa de dados estruturados e de uma interface de programação para agir.
Por isso o assunto é menos de marketing e mais de integração. Um agente só compra de quem ele consegue ler e acionar. Se a sua loja depende de um checkout que só funciona com clique humano, ela está fora dessa conversa, por melhor que seja o preço.
Como o agentic commerce funciona na prática?
Na prática, a compra passa por seis etapas, e cada uma tem um responsável diferente. O diagrama abaixo resume quem faz o quê.
- O consumidor pede ao assistente: “compre um tênis de corrida até R$ 500, tamanho 41, que chegue até sexta”.
- O agente interpreta o pedido, as restrições de preço, prazo e tamanho, e procura opções.
- O catálogo da loja responde com produto, preço, estoque, variações e frete, num formato que o agente consegue ler.
- O agente chama a API de checkout da loja, que cria o pedido, calcula o total e devolve as opções de entrega.
- O pagamento é delegado: o provedor de pagamento entrega à loja um token, e a credencial do cliente não fica exposta ao agente.
- A loja confirma o pedido e segue o fluxo normal dela: faturamento, envio, atendimento e eventual troca.
Repare que as etapas 3, 4 e 6 são da loja. É aí que entram os protocolos: eles padronizam a forma de o agente conversar com o catálogo e com o checkout, para que a loja não precise construir uma integração diferente para cada assistente de IA.
O que é o Agentic Commerce Protocol (ACP)?
O Agentic Commerce Protocol é a especificação publicada por Stripe e OpenAI para padronizar a compra feita por agente. Segundo o site oficial, a OpenAI é a primeira plataforma de IA a implementá-lo, com o ChatGPT, e a Stripe é o primeiro provedor de pagamento compatível, com o seu token de pagamento compartilhado.
O que interessa ao lojista está no repositório público da especificação. Ali o protocolo aparece dividido em duas interfaces principais, descritas em OpenAPI: a de checkout agêntico, que a loja expõe para o agente criar e atualizar o pedido, e a de pagamento delegado, que define como a credencial chega à loja por meio do provedor.
Dois detalhes do repositório mudam o planejamento. Primeiro, o status é beta: integrar agora significa acompanhar versões novas, cada uma publicada como fotografia completa da especificação. Segundo, os documentos de design já tratam de negociação de capacidades, manipuladores de pagamento, extensões e descontos. Ou seja, o protocolo está crescendo para cobrir mais do que o checkout básico.
Como funciona o agentic commerce do Google?
O Google seguiu outro caminho, com o Universal Commerce Protocol, documentado dentro do Merchant Center. A proposta é permitir que o consumidor conclua a compra no Modo IA da Busca e no Gemini, sem sair da conversa, usando o feed de produtos que a loja já mantém no Merchant Center.
A página do Google descreve duas formas de checkout: o nativo, em que a lógica de checkout da loja se integra diretamente ao Modo IA e ao Gemini, e o embutido, um caminho opcional por iframe para lojistas aprovados. O pagamento é tokenizado e pode usar as integrações que a loja já tem, por meio de “payment handlers”. Carrinho com vários itens, vinculação de conta de fidelidade e pós-compra aparecem como próximos passos do roteiro.
O acesso, na data da consulta, era por lista de espera, e a página não informava em quais países o recurso está disponível. Antes de prometer qualquer coisa para a diretoria, vale conferir a disponibilidade para o Brasil diretamente na documentação, que muda com frequência.
Qual a diferença entre ACP e UCP?
Os dois resolvem o mesmo problema, que é padronizar como um agente compra de uma loja, mas nascem de ecossistemas diferentes. O ACP parte de quem processa o pagamento e de quem opera o assistente; o UCP parte de quem já tem o catálogo da loja indexado.
| ACP (Stripe e OpenAI) | UCP (Google) | |
|---|---|---|
| Onde a compra acontece | ChatGPT, primeira plataforma a implementar | Modo IA da Busca e Gemini |
| O que a loja expõe | API de checkout agêntico | Checkout nativo ou embutido, integrado ao Merchant Center |
| Catálogo | Coberto pela versão estável, sem especificação própria destacada no README | Feed de produtos do Merchant Center que a loja já usa |
| Pagamento | Pagamento delegado; Stripe é o primeiro PSP compatível | Tokenizado, por payment handlers e integrações existentes |
| Licença e status | Apache 2.0, em beta, versões por data | Padrão aberto; acesso por lista de espera |
| Compatibilidade declarada | — | AP2, A2A e MCP; transporte REST ou MCP |
| Quem é o vendedor | A loja, como merchant of record | A loja, como merchant of record |
Comparativo elaborado pela Alliance Comunicação a partir de agenticcommerce.dev, do README do repositório do ACP e da página do UCP no Google for Developers, consultados em 10/11/2026.
A sigla MCP na lista de compatibilidade do UCP é o mesmo protocolo usado para ligar assistentes a ferramentas externas. Se a sua equipe já discute expor dados da empresa a agentes, o artigo sobre servidor MCP e a porta que o agente abre ajuda a entender o que está em jogo.
Quem responde pela venda feita por um agente?
Esta é a pergunta que a maioria dos artigos não faz, e as duas especificações respondem da mesma forma: a loja continua sendo o merchant of record. A expressão, comum no mundo de pagamentos, designa quem é juridicamente o vendedor na transação: quem aparece para o cliente como responsável, quem recebe e quem responde pela entrega.
O site do ACP diz que, com isso, a empresa controla quais produtos são vendidos, como são apresentados e como são entregues. A página do UCP acrescenta que o lojista mantém os dados e o relacionamento com o cliente. Do lado do agente, o ACP afirma que ele embute o comércio na sua aplicação sem ser o merchant of record.
Na prática, isso quer dizer que nada do que a loja já faz depois da venda desaparece. Atendimento, troca, devolução, prazo de entrega e disputa de pagamento continuam chegando a você, não ao assistente de IA. O que muda é que o cliente pode ter feito a compra sem nunca ter visto a sua página de política de trocas, e por isso essa política precisa estar nos dados que o agente lê.
O agente leva o cliente até o checkout. Tudo o que acontece depois do pagamento continua sendo da loja.
Como os pagamentos são processados no agentic commerce?
O ponto central é que o agente não precisa ver o cartão. No ACP, o papel do provedor de pagamento é, nas palavras do site oficial, processar transações agênticas passando tokens de pagamento seguros entre compradores e empresas. O site promete passar a credencial do comprador ao agente sem expor os dados de pagamento por trás dela.
No UCP, a lógica é a mesma: pagamento tokenizado e uso das integrações de pagamento que a loja já mantém, por meio de manipuladores de pagamento. Para o lojista, a pergunta prática é uma só: o meu provedor de pagamento é compatível com o protocolo? Se não for, a loja depende de ele implementar, ou de trocar de provedor.
Isso também explica por que os dois protocolos começaram por cartão e por provedores grandes. Meios de pagamento locais dependem de cada provedor adotar a especificação. Quem vende muito por meios que não são cartão deve perguntar ao seu provedor, por escrito, o que está previsto, antes de investir na integração.
Se o seu checkout atual já sofre com abandono, vale resolver isso primeiro: o agente só herda o checkout que existe. O artigo sobre checkout transparente e o abandono que ele resolve mostra onde costuma estar o atrito.
O que a loja precisa implementar para o agente comprar dela?
Juntando o que as especificações pedem, a lista de preparo tem quatro itens. Os dois primeiros valem mesmo que você nunca integre um protocolo, porque melhoram a leitura da loja por qualquer buscador ou IA.
1. Catálogo estruturado e atualizado
Preço, estoque, variações (tamanho, cor, voltagem), prazo e custo de frete, tudo em dados, não em imagem nem em texto solto. Para o Google, o ponto de partida é o feed do Merchant Center; para o site, marcação de dados estruturados de produto. O artigo sobre schema markup mostra como essa ficha funciona. Catálogo desatualizado é pior com agente do que com humano: o agente não percebe que a foto é antiga.
2. API de checkout
Uma interface que permita criar o pedido, atualizar quantidade e endereço, calcular frete e total e confirmar. No ACP, ela segue a especificação OpenAPI de checkout agêntico; no UCP, o checkout nativo integra essa lógica ao Modo IA e ao Gemini. Loja em plataforma pronta depende da plataforma oferecer isso; loja com checkout próprio depende da equipe de desenvolvimento.
3. Meio de pagamento compatível
Um provedor que aceite pagamento delegado por token. Hoje, o site do ACP cita a Stripe como primeiro provedor compatível; o UCP fala em usar as integrações existentes por manipuladores de pagamento. Confirme com o seu provedor antes de qualquer outra etapa: sem esse elo, as outras três não fecham a venda.
4. Políticas legíveis por máquina
Prazo de troca, condições de devolução, garantia, regiões de entrega e restrições de produto em dados claros, não escondidos em um PDF de termos. Se o agente não consegue ler a política, ele não consegue avisar o cliente, e a reclamação chega depois da entrega.
Quais riscos as empresas devem conhecer no agentic commerce?
- Especificação em mudança. O ACP está em beta e o UCP tem itens no roteiro. Integração feita hoje vai exigir manutenção a cada versão nova.
- Pedido que o cliente não conferiu. Se o agente interpretou mal tamanho, cor ou prazo, a troca chega à loja, que é o merchant of record.
- Catálogo divergente. Preço ou estoque diferente entre feed e loja gera pedido que não pode ser cumprido e cancelamento que pesa na reputação.
- Conteúdo manipulado. Agentes leem páginas e dados de terceiros, e instruções escondidas podem desviar o comportamento deles. O artigo sobre prompt injection explica o mecanismo.
- Perda de vitrine. Quando a compra acontece na conversa, banner, vitrine e venda cruzada da loja deixam de ser vistos. O argumento de venda precisa estar nos dados do produto.
- Dependência de plataforma. Cada protocolo leva a um ecossistema. Integrar só um deixa a loja fora do outro.
Nenhum desses riscos é motivo para esperar parado. São motivos para começar pelo que serve a qualquer cenário, catálogo e políticas, e deixar a integração do protocolo para quando a sua plataforma ou o seu provedor oferecerem suporte.
Qual o impacto do agentic commerce no varejo brasileiro?
Na data desta consulta, nenhuma das páginas oficiais dos dois protocolos informava disponibilidade específica para o Brasil, e o UCP funcionava por lista de espera. Por isso, o impacto imediato para o varejo brasileiro é de preparo, não de faturamento. Quem chega depois não perde a primeira venda; perde a curva de aprendizado.
O que muda já é o comportamento de busca. Mesmo sem checkout agêntico, o consumidor usa assistentes de IA para pesquisar e comparar, e a loja cujo catálogo é legível aparece nessa comparação. O preparo para o comércio agêntico e o trabalho de aparecer no ChatGPT são, em boa parte, a mesma tarefa.
| Tipo de operação | Ponto de partida | O que depende de terceiros |
|---|---|---|
| Loja em plataforma pronta | Catálogo completo e feed do Merchant Center | A plataforma adotar ACP ou UCP |
| Loja com checkout próprio | Expor o checkout por API e documentar as políticas | O provedor de pagamento aceitar token delegado |
| Vendedor em marketplace | Ficha de produto completa dentro do marketplace | O marketplace integrar os protocolos |
| Indústria que vende pelo varejo | Dados de produto padronizados para os revendedores | Os revendedores integrarem |
| Serviços e B2B | Informação de preço e escopo legível; o checkout agêntico ainda é raro | Os protocolos cobrirem serviços sob orçamento |
Quadro elaborado pela Alliance Comunicação a partir dos requisitos publicados nas especificações do ACP e do UCP.
Por onde começar hoje
Faça o teste do assistente com três produtos da loja e liste o que ele errou. Corrija primeiro catálogo e políticas, porque servem a qualquer protocolo e a qualquer buscador. Em seguida, pergunte por escrito à sua plataforma e ao seu provedor de pagamento se há suporte previsto para ACP ou UCP, e entre na lista de espera do Google se você já usa o Merchant Center.
Se a loja tem checkout próprio e quer testar a integração antes da concorrência, o trabalho passa por desenvolvimento e por desenho de agente, que é o escopo do serviço de agentes de IA da Alliance. E se você ainda não sabe em que pé está a operação digital como um todo, o diagnóstico de marketing gratuito leva cerca de 30 minutos e mostra, entre outras dimensões, a maturidade em tecnologia e automação.

