Protocolo de compra por agente de IA obriga loja a publicar catálogo em formato de máquina

O Agentic Commerce Protocol, mantido por OpenAI e Stripe, deixa agentes como o ChatGPT concluírem a compra dentro do próprio chat. Para entrar nesse fluxo, a loja precisa publicar um feed de produto estruturado e legível por máquina, e o Código de Defesa do Consumidor continua valendo.

O Agentic Commerce Protocol, mantido por OpenAI e Stripe, deixa agentes como o ChatGPT concluírem a compra dentro do próprio chat. Para entrar nesse fluxo, a loja precisa publicar um feed de produto estruturado e legível por máquina, e o Código de Defesa do Consumidor continua valendo.

O que é o protocolo por trás da compra dentro do chat

O Agentic Commerce Protocol (ACP) é um padrão aberto, publicado num repositório público no GitHub, mantido em conjunto por OpenAI e Stripe. Ele define como um comprador, o agente de IA que fala por ele (o ChatGPT é citado pela documentação como um dos exemplos de integração) e a loja trocam informação para fechar uma compra sem que o agente precise virar ele mesmo o vendedor.

Isso é o ponto central do desenho: a especificação é explícita em dizer que o agente deixa o usuário "descobrir e transacionar diretamente com empresas" dentro do aplicativo de IA, "sem ser o merchant of record". Merchant of record é quem está registrado como vendedor perante o sistema de pagamento, quem emite a nota fiscal e quem responde pelo pedido. No desenho do ACP, essa posição continua sendo da loja, não da OpenAI nem do Stripe.

O projeto está licenciado em Apache 2.0 e aceita contribuição externa via CLA (acordo de licença de contribuinte), mas a governança do protocolo hoje é das duas empresas fundadoras, com caminho declarado para uma fundação neutra no futuro.

Como o protocolo é versionado e o que cada etapa acrescentou

O ACP usa versionamento por data, no formato ano-mês-dia, e cada pasta do repositório é uma fotografia completa da especificação naquele momento. A primeira versão saiu em 29 de setembro de 2025, e desde então o protocolo ganhou camadas específicas de comércio a cada rodada.

A versão mais recente, de abril de 2026, é a que interessa a quem decide integrar hoje: ela reúne carrinho (cart), feed de catálogo, pedidos (orders), autenticação e suporte ao MCP (Model Context Protocol, outro padrão aberto que conecta modelos de IA a ferramentas e dados externos). Isso significa que, sete meses depois do lançamento inicial, o protocolo já cobre o ciclo inteiro de uma compra, do catálogo ao pós-venda, e não é mais só uma prova de conceito de checkout.

O que a loja precisa publicar para o agente conseguir ler a vitrine

A especificação se divide em dois eixos técnicos que a equipe de e-commerce precisa entender antes de avaliar qualquer integração. O primeiro é a Checkout API, descrita no arquivo openapi.agentic_checkout.yaml: o próprio repositório a define, de forma geral, como a "especificação de API legível por máquina para integrar endpoints de checkout", sem detalhar no README os passos exatos de frete, impostos ou desconto, que estão descritos na especificação técnica completa (fora do escopo deste material).

Na prática, isso substitui o scraping (a leitura bruta da página pelo robô) por um contrato de dados explícito: a loja expõe um feed de produto estruturado em JSON Schema, descrito pelo repositório como "modelos de dados para payloads, eventos e objetos reutilizáveis". Pela lógica do próprio desenho do protocolo, é razoável supor que um produto fora desse feed não seja reconhecido pelo agente como comprável dentro do chat, embora a página continue existindo normalmente para quem navega no site de forma convencional.

O segundo eixo é a Delegate Payment API, no arquivo openapi.delegate_payment.yaml. Ela trata da passagem de tokens seguros de pagamento entre comprador e loja através do agente de IA, como descreve o próprio repositório ("passing secure payment tokens between buyers and businesses through AI agents"), com o Stripe citado como referência de implementação de pagamento. É um princípio parecido com o de tokenização usado em carteiras digitais como Apple Pay, embora o README não detalhe se o token é de uso único nem o fluxo técnico exato de geração e validação.

Quem responde pelo pedido quando quem clicou foi uma IA

Aqui está o ponto que a especificação técnica não resolve, porque é lei brasileira e o ACP é um padrão internacional: o fato de o clique final ter partido do agente de IA não tira da loja nenhuma obrigação do Código de Defesa do Consumidor. A loja segue sendo fornecedora nos termos do artigo 3º do CDC e responde por vício do produto, por propaganda enganosa (inclusive se a descrição que o agente leu no feed estava errada) e pelo direito de arrependimento de sete dias em compra feita fora do estabelecimento físico, previsto no artigo 49.

O desenho de merchant of record que o próprio README do ACP destaca reforça exatamente essa leitura: a OpenAI e o agente de IA são intermediários de descoberta e conversa, não a parte que assina o contrato de venda. Quem assina continua sendo a loja, com CNPJ, nota fiscal e SAC.

A especificação, no entanto, não define nada sobre transferência da conversa para atendente humano, prazo de resposta ou formato de registro da interação, que são exigências da legislação de atendimento ao consumidor no Brasil (como a Lei do SAC e o Decreto 7.962/2013 para compra eletrônica). A parte técnica do ACP já deixa rastro de cada chamada de API, carrinho, pedido e evento de pagamento, então a rastreabilidade bruta existe.

Mas transformar esse rastro em política de atendimento (quando escalar para humano, em quanto tempo responder uma reclamação, como guardar a conversa para prova) é tarefa que fica inteiramente do lado da loja, porque o protocolo não normatiza isso em nenhuma versão lançada até abril de 2026.

O dado do cliente que passa pelo agente antes de chegar na loja

Para o carrinho fechar, dado pessoal do comprador trafega por pelo menos três partes: o agente de IA, o payment handler e a loja. Endereço de entrega, e-mail, eventual histórico de compra usado para recomendação, tudo isso precisa de base legal da LGPD para circular, e a mais direta aqui é a execução de contrato (artigo 7º, inciso V), já que o dado é necessário para entregar o pedido que o próprio cliente pediu.

O ponto de atenção para quem decide integrar é outro: que dado do catálogo e do histórico de preço a loja está disposta a expor no feed público que o agente consulta, e que dado de comportamento do cliente ela aceita que o agente de outra empresa (a dona do chat) acumule a cada compra. Isso não está no protocolo, é decisão comercial da loja antes de assinar qualquer integração com um provedor de agente.

O que testar antes da próxima campanha

O material do próprio repositório recomenda começar pelas duas referências de implementação já disponíveis: a documentação da OpenAI, para integrar com o ChatGPT e outras superfícies de agente, e a documentação do Stripe, para o lado de pagamento e ferramentas de comerciante. Antes de expor o catálogo inteiro, o caminho mais seguro é publicar o feed de um grupo pequeno de produtos de baixo risco de devolução e acompanhar métricas separadas por canal de origem (agente de IA versus loja direta), para ver se a conversão e a taxa de troca desse canal se comportam diferente do esperado.

O número a observar nas primeiras semanas não é o volume de vendas fechadas pelo agente, que tende a ser pequeno no início, e sim o tempo de resposta do time de atendimento quando uma reclamação chega sobre um pedido que foi fechado no chat: é esse prazo, e não o protocolo em si, que vai aparecer numa eventual reclamação no Procon.

Fonte: Especificação oficial do Agentic Commerce Protocol (OpenAI/Stripe)