Protocolo de Comércio Agêntico deixa o ChatGPT fechar compra dentro do catálogo da loja

O padrão que ensina um agente de IA a fechar uma venda

O Protocolo de Comércio Agêntico, conhecido pela sigla ACP (Agentic Commerce Protocol), é uma especificação aberta criada por OpenAI e Stripe para padronizar como um agente de inteligência artificial descobre um produto, consulta preço e estoque e conclui o pagamento dentro de uma conversa, sem redirecionar o cliente para o site da loja. A documentação está publicada em agenticcommerce.dev sob licença Apache 2.0, o que significa que qualquer comércio ou plataforma de IA pode implementar o protocolo de graça e sem pedir permissão a quem o criou.

A ideia nasceu da constatação de que, se cada assistente de IA inventasse seu próprio jeito de comprar em nome do usuário, cada loja teria que construir uma integração diferente para cada robô. O ACP tenta ser o idioma comum: um checkout que fala a mesma língua para o ChatGPT, para um agente da própria loja ou para qualquer outro assistente que venha a adotar o padrão. Segundo a própria especificação, o OpenAI foi a primeira plataforma de IA a implementar o ACP, dentro do ChatGPT, e a Stripe é o primeiro processador de pagamento compatível, usando um recurso chamado Shared Payment Token.

É esse o pano de fundo da pergunta que interessa a quem roda e-commerce no Brasil: se um agente qualquer pode chamar o checkout da loja, o que precisa estar pronto do lado de dentro antes de ligar essa chave.

Como o pagamento passa pelo agente sem a loja perder o cliente

No fluxo do ACP, o agente nunca vira o vendedor oficial da transação. A especificação é explícita: o comércio continua sendo o merchant of record, ou seja, quem emite a nota, quem responde pela venda e quem decide quais produtos entram no catálogo exposto ao agente e como a entrega é feita. O ChatGPT, nesse desenho, funciona como uma vitrine a mais, não como um intermediário que compra e revende.

A parte sensível é o dado de pagamento. O Shared Payment Token da Stripe permite que a credencial do comprador trafegue do agente até a loja sem que o próprio agente (nem o modelo de linguagem por trás dele) tenha acesso ao número do cartão. A especificação chama isso de seguro e compatível com PCI, o padrão de segurança que qualquer processador de cartão já precisa seguir hoje. Na prática, isso reduz a superfície de risco: o agente pede, o processador valida, a loja recebe o token, não o cartão em texto puro.

O protocolo é compatível tanto com chamadas REST tradicionais quanto com MCP (Model Context Protocol, o formato que vira padrão para conectar modelos de IA a ferramentas externas). Isso significa que a loja pode publicar a configuração do checkout numa API comum ou num servidor MCP, dependendo do que a equipe de tecnologia já mantém. Não existe exigência de trocar a plataforma de e-commerce: o ACP se conecta à infraestrutura de comércio e ao processador de pagamento que já estão em produção.

O catálogo que o agente consegue ler, e o que falta nele

A própria página de demonstração do protocolo mostra o tipo de pergunta que um agente recebe de um comprador: "preciso de uma camiseta tamanho grande por menos de 40 dólares". Para responder isso, o agente não lê a vitrine como um humano, ele consulta campos estruturados. No exemplo oficial, uma loja fictícia chamada Cartsy retorna três opções, Deluxe Shirt, Heavyweight e Vintage Tee, cada uma com cor, tamanho e preço already filtrados pela regra pedida.

Isso expõe o primeiro dever de casa de quem roda catálogo e CRM: cada item precisa ter preço, variante (tamanho, cor), disponibilidade de estoque e identificador único acessíveis de forma programática, não só na página renderizada para humano. Loja cujo preço promocional só existe num banner de imagem ou cujo estoque real diverge do que está no feed vai ou perder a venda para o agente, ou pior, vendê-la e descobrir depois que o item não existe no depósito.

Em resumo: o agente só vende bem o que a loja descreve bem em dado estruturado. Três pontos concretos para checar antes de habilitar o ACP:

• Preço e promoção sincronizados em tempo real entre o sistema que o agente consulta e o caixa físico ou digital que efetivamente cobra
• Estoque por variante (tamanho, cor, voltagem) atualizado com a mesma frequência que abastece o próprio site
• Política de frete e prazo de entrega disponível como campo de dado, não só como texto solto numa página de FAQ

Quem responde quando quem comprou foi um robô

Como a loja segue sendo o merchant of record, as obrigações do Código de Defesa do Consumidor e do decreto que regula o comércio eletrônico continuam na conta do lojista, não da OpenAI nem da Stripe. Isso muda pouco em teoria, mas muda muito em operação: o time de atendimento precisa saber reconhecer, no histórico do pedido, que aquela compra veio de um agente de IA, e ter como puxar o registro da conversa que levou à decisão de compra caso o cliente conteste.

Três pontos que o time de CRM e de pós-venda precisam resolver antes de aceitar pedidos vindos de agente:

1. Onde fica registrado que a compra foi iniciada por um agente de IA e não pelo cliente direto no site, para efeito de auditoria e de prova em caso de arrependimento
2. Qual é o canal de transferência para humano quando o pedido de troca ou cancelamento chega por esse caminho, e em quanto tempo a loja responde
3. Como o direito de arrependimento de sete dias, previsto para compra feita fora do estabelecimento físico, se aplica a um pedido fechado dentro de um chat de IA

Sobre dado pessoal, o agente normalmente recebe do próprio cliente informações como tamanho, orçamento e endereço de entrega dentro da conversa. A base legal cabível para processar esse dado, segundo a LGPD, é a execução do contrato de compra e venda (artigo 7º, inciso V), não um consentimento genérico de marketing. Se a loja quiser usar o histórico dessas conversas para personalizar campanha futura, isso é um uso novo do dado e exige base legal própria, não herdada do checkout.

Aceitar, recusar e decidir por agente

O protocolo permite que a loja aceite ou recuse transações agente a agente, pedido a pedido, ou segundo uma lógica própria de negócio. Isso quer dizer que nenhuma loja é obrigada a vender para qualquer agente que bata na porta: dá para configurar regra que aceita pedido do ChatGPT mas recusa de um agente desconhecido, ou que exige confirmação humana acima de certo valor de tíquete.

A especificação também deixa claro que implementar o ACP não lista o produto automaticamente dentro do ChatGPT. Cada plataforma de IA mantém seu próprio processo de credenciamento: para aparecer no ChatGPT, a loja precisa se candidatar à OpenAI, não basta publicar o endpoint. Isso dá à equipe de e-commerce uma janela para testar a integração internamente antes de abrir a torneira para tráfego real de agente.

O que testar na próxima campanha

Antes de ligar o checkout agêntico em produção, vale rodar um piloto restrito a uma categoria pequena do catálogo, com estoque e preço já auditados, e comparar taxa de conversão e ticket médio dos pedidos fechados por agente contra os fechados pelo cliente direto no site, no mesmo período. Olhar também a taxa de contestação e o tempo de resposta do atendimento para esses pedidos ajuda a flagrar se o time de pós-venda está dando conta do volume antes de expandir para o catálogo inteiro.

Fonte: Agentic Commerce Protocol — especificação oficial