Agentic Commerce Protocol da OpenAI e Stripe decide quem vende dentro do checkout de IA

A especificação aberta de OpenAI e Stripe define as regras técnicas e comerciais para vender dentro de agentes como o ChatGPT. Para quem toca e-commerce↳E-commerce21 conteúdosECBR Club: novo espaço para devs se conectarem ao ecossistema de e-commerceDev (Back & Front) · mai 2025TOTVS anuncia joint venture com VTEXMarketing Tech · mai 2019Jovens da Brasilândia recebem formação gratuita em tecnologiaGestão Dev & TI · jul 2025Ver tudo em Marketing Tech → no Brasil, isso é decisão de arquitetura e de receita, não só compliance técnico.

O que o ACP resolve (e por que ele não é só mais uma API)

O Agentic Commerce Protocol (ACP) é uma especificação aberta, publicada sob licença Apache 2.0, criada em conjunto por OpenAI e Stripe para padronizar como compradores, agentes de IA↳Agentes de IA42 conteúdosOpera passa a integrar ChatGPT, Claude e outros agentes de IADev (Back & Front) · mar 2026Operações mais inteligentes, decisões mais rápidas: o impacto da IA agêntica na rotina de TIAI · abr 2026Adobe aposta em orquestração de agentes de IA: o que muda para devsDev (Back & Front) · abr 2026Ver tudo em AI → e negócios transacionam. A ideia central, segundo a documentação oficial do protocolo, é definir uma linguagem comum para coordenar o checkout e compartilhar credenciais de pagamento com segurança entre um agente (como o ChatGPT) e o sistema de comércio de quem vende.

Até aqui parece só mais um padrão técnico. O ponto que muda o jogo para quem roda e-commerce é outro: o ACP não cria um novo marketplace controlado pela OpenAI. Ele formaliza que a empresa vendedora continua sendo o merchant of record - quem decide quais produtos entram, como são apresentados e como o pedido é cumprido. O agente de IA só intermedia a conversa e o pagamento; a relação comercial e a responsabilidade legal pela venda ficam onde sempre estiveram.

Isso é uma escolha deliberada de modelo de negócio, não um detalhe jurídico. Ao manter o risco regulatório e a responsabilidade fiscal do lado do varejista, a OpenAI evita se tornar ela mesma uma varejista - e consegue plugar qualquer loja no ChatGPT sem assumir o passivo de estoque, devolução ou fraude. Para o lado do agente, o ACP é explicitamente desenhado para que a plataforma de IA "incorpore comércio no aplicativo sem ser o merchant of record", nas palavras da própria especificação.

Como funciona por baixo: REST, MCP e o token que a Stripe batizou

Tecnicamente, o ACP é agnóstico de stack: a especificação pode ser implementada via API REST tradicional ou via MCP (o protocolo que já virou padrão de fato para conectar modelos a ferramentas externas). Isso significa que quem já tem um backend↳Back-end49 conteúdosIntegração front-end com backend: 7 decisões que evitam caos entre APIs, BFF e GraphQLDev (Back & Front) · abr 2026Como criar uma FAKE API REST para testes — JSONPlaceholderDev (Back & Front) · set 2025Construindo um aplicativo de bate-papo de IA simples com Spring AI e AngularDev (Back & Front) · jul 2025Ver tudo em Dev (Back & Front) → de e-commerce funcional não precisa reescrever a camada de checkout do zero - precisa expor um endpoint compatível com o ACP em cima do que já existe.

A parte sensível é o pagamento. O ACP resolve o problema de passar credenciais de cartão por um intermediário (o agente) sem violar PCI DSS usando um token: a Stripe é a primeira processadora compatível, com o que a documentação chama de Shared Payment Token. Na prática, o comprador autoriza o pagamento, a Stripe emite um token que representa aquela autorização, e esse token - não o número do cartão - trafega entre o agente e o sistema do vendedor. A especificação é explícita: "passar credenciais de pagamento de forma segura dos compradores para os agentes de IA, sem expor as credenciais subjacentes".

A escolha que o founder precisa fazer: implementar não é entrar

Aqui está o detalhe que separa estratégia de marketing. Implementar o ACP coloca o checkout de uma empresa em condições técnicas de aceitar pedidos de qualquer agente compatível - a especificação é aberta e qualquer plataforma de IA pode chamá-la. Mas a própria documentação do protocolo é direta ao responder se isso significa listagem automática nos agentes: não significa.

Cada plataforma de IA controla seu próprio processo de participação. No caso específico do ChatGPT, primeira a implementar o ACP, a empresa que quer vender precisa se candidatar separadamente - a OpenAI decide quem entra na vitrine, mesmo que o protocolo de conexão seja público. Em outras palavras: o ACP tira a barreira técnica de integração, mas mantém (e talvez reforce) a barreira de curadoria comercial.

Isso cria duas camadas de decisão para quem vende:

1. Camada técnica: vale o investimento de engenharia para deixar o checkout ACP-ready, mesmo sem garantia de tráfego imediato?
2. Camada comercial: a empresa se candidata ao processo de cada plataforma de IA (hoje, só ChatGPT) e aceita os termos de curadoria que não controla?

Em resumo: quem implementa o ACP primeiro não necessariamente vende primeiro - mas fica pronto para quando (e se) for aceito, enquanto concorrentes ainda estão decidindo se vale a pena.

Controle fino: aceitar ou recusar agente por agente

Um ponto que passa despercebido na cobertura mais superficial do ACP: a especificação permite que o negócio aceite ou recuse transações por agente, por transação individual, ou por lógica customizada própria. Isso significa que uma loja pode, por exemplo, aceitar pedidos vindos do ChatGPT mas bloquear um agente desconhecido que tente se conectar ao mesmo endpoint, ou recusar transações acima de um determinado valor sem revisão humana.

Para quem desenha arquitetura de risco em e-commerce, isso é a diferença entre expor um checkout público e genérico e manter um perímetro de decisão. A granularidade joga a favor de quem já tem maturidade em regras de fraude e antifraude - e contra quem só vai perceber o problema depois que o primeiro pedido estranho passar.

O contraponto: padrão aberto não é sinônimo de acesso aberto

A tese óbvia é que o ACP, por ser Apache 2.0 e tecnicamente agnóstico de PSP e de agente, democratiza o acesso ao comércio agentivo. O melhor argumento contra essa leitura é simples: hoje, na prática, só existe um agente relevante implementando a especificação (ChatGPT) e uma processadora compatível (Stripe). Protocolo aberto com um único ponto de entrada real funciona, na prática, como protocolo fechado - até que outros players entrem.

A defesa de OpenAI e Stripe é que mecanismos de descoberta para outras plataformas de IA ainda estão sendo construídos, e que interessados em adotar o ACP podem procurar o contato oficial do projeto. É uma promessa de abertura futura, não uma realidade de mercado hoje. Quem decide implementar agora está apostando que a dupla OpenAI/Stripe vai manter a espec genuinamente neutra conforme mais agentes e PSPs chegarem - e essa aposta tem histórico misto quando o padrão nasce dentro de duas empresas com interesse comercial direto no resultado.

O que isso significa para quem vende no Brasil

Para marketplaces e e-commerces brasileiros, a conta tem três variáveis concretas. A primeira é de infraestrutura de pagamento: o Shared Payment Token hoje depende da Stripe como processadora compatível - na prática, isso significa que quem roda em Pagar.me, Mercado Pago ou outros adquirentes nacionais precisa esperar (ou pressionar) por compatibilidade equivalente antes de ACP virar opção real de receita.

A segunda é de prioridade de engenharia: dado que a candidatura ao ChatGPT é separada da implementação técnica, faz mais sentido mapear o esforço de integração antes de decidir correr atrás da aprovação da OpenAI - o trabalho técnico não se perde mesmo que a aprovação demore ou não venha. A terceira é regulatória: manter-se como merchant of record dentro do fluxo ACP significa que obrigações fiscais e de defesa do consumidor brasileiras continuam sendo problema do vendedor, não do agente - nada no protocolo muda isso, e vale checar com o jurídico antes de tratar "vender pelo ChatGPT" como só mais um canal de marketing.

Fonte: Especificação oficial do Agentic Commerce Protocol