Agentic Commerce Protocol deixa o ChatGPT fechar a compra direto no checkout da loja

Um padrão aberto para o agente comprar sem sair do chat

O Agentic Commerce Protocol, ou ACP, é uma especificação técnica aberta criada por OpenAI e Stripe para que um agente de inteligência artificial consiga pesquisar produtos, montar um carrinho e fechar uma compra em nome do cliente, sem que ele precise abrir o site da loja. A especificação está publicada em agenticcommerce.dev sob licença Apache 2.0, o que significa que qualquer empresa pode ler o código da regra, implementar o protocolo no próprio checkout e negociar com qualquer agente de IA, não só com o ChatGPT.

A OpenAI apresentou o ACP junto com a Stripe, estabelecendo o protocolo como a peça técnica por trás da compra feita dentro do chat. É isso que importa para quem vende: não é um recurso fechado da OpenAI, é uma regra que a própria loja implementa no seu backend.

O lojista continua sendo o dono do cliente, não o agente

O ponto central do ACP, segundo a própria especificação, é que a empresa que vende continua sendo o merchant of record, o termo que designa quem é juridicamente o vendedor do pedido. Isso quer dizer que a loja mantém o controle sobre quais produtos entram no catálogo exposto ao agente, como eles são descritos e como o pedido é cumprido depois, incluindo frete, nota fiscal e pós-venda.

O agente de IA, seja o ChatGPT ou qualquer outro que adote o protocolo, não vira uma loja paralela. Ele funciona como um balcão de atendimento que lê o catálogo da empresa e processa o pagamento, mas a relação de consumo continua sendo entre o cliente e o lojista que já existia antes. Para quem administra um e-commerce, isso significa que o CNPJ, a política de troca e o SAC de sempre continuam sendo os responsáveis legais pelo pedido, mesmo que ele tenha nascido de uma conversa no ChatGPT.

Como o fluxo técnico evita que o agente veja o cartão do cliente

A parte que resolve o problema de segurança é o que a Stripe chama de Shared Payment Token. Em vez de o agente receber o número do cartão do cliente e repassar para a loja, ele recebe um token de pagamento vinculado àquela transação específica. A loja recebe esse token, processa pelo seu processador de pagamento de sempre e nunca chega a ver, nem precisa guardar, o dado bruto do cartão.

Isso mantém o lojista dentro do escopo de conformidade PCI que ele já tinha antes, sem precisar abrir uma nova superfície de risco só porque passou a aceitar pedidos vindos de um agente. A especificação deixa claro que a integração acontece por REST tradicional ou por MCP (o protocolo que conecta modelos de IA a sistemas externos), e que qualquer um dos dois caminhos se encaixa na infraestrutura de comércio que a loja já usa hoje, sem trocar de plataforma de pagamento.

O exemplo que a própria OpenAI usa para explicar o fluxo

A página oficial do protocolo traz uma demonstração ao vivo chamada Cartsy, que ilustra bem o que muda na prática. O cliente digita algo como "preciso de uma camiseta grande por menos de 40 dólares" e o agente devolve três opções dentro da própria conversa: uma Deluxe Shirt preta, tamanho grande, por 26 dólares, uma Heavyweight natural no mesmo tamanho e uma Vintage Tee cinza, também por 26 dólares. O cliente escolhe uma, o agente inicia o checkout com o token de pagamento e a Cartsy, no papel de loja, recebe e processa o pedido como se tivesse vindo do próprio site.

O que esse exemplo deixa explícito é que a vitrine que antes só existia para ser lida por uma pessoa agora também precisa ser lida por um agente. Nome do produto, variação de cor e tamanho, preço e disponibilidade precisam estar estruturados de um jeito que o agente consiga comparar e filtrar, do mesmo jeito que um feed de marketplace precisa estar bem formatado para aparecer em busca.

Participar não é automático, e a loja escolhe quem ela aceita

Implementar o protocolo não garante que os produtos apareçam no ChatGPT. A própria especificação é clara: cada plataforma de IA decide como as empresas entram no seu ecossistema, e quem quiser vender dentro do ChatGPT precisa se candidatar. Depois de aprovada, a loja ainda decide, pedido a pedido ou agente a agente, se aceita ou recusa aquela transação específica, usando a própria lógica de negócio.

Isso dá ao lojista um controle que muita gente teme perder quando ouve falar de compra feita por IA: a empresa não é obrigada a vender para qualquer agente que bata na porta, e pode aplicar as mesmas regras antifraude e de estoque que já usa no site.

A OpenAI é hoje a primeira plataforma de IA a implementar o ACP, com o ChatGPT, e a Stripe é a primeira processadora de pagamento compatível, por meio do Shared Payment Token; a própria especificação já prevê a adesão futura de outras plataformas de IA e processadores de pagamento, o que por enquanto ainda limita quem pode testar isso de ponta a ponta.

Onde esbarra o Código de Defesa do Consumidor

A especificação técnica não fala sobre direito do consumidor, e é aí que entra a leitura que cabe a quem vende no Brasil. Se o merchant of record continua sendo a loja, o Código de Defesa do Consumidor segue valendo integralmente: direito de arrependimento em sete dias para compra feita fora do estabelecimento físico, troca por vício do produto e informação clara sobre preço e condições de pagamento antes de fechar o pedido.

O ponto que a loja precisa resolver por conta própria, porque o protocolo não resolve isso sozinho, é o que fazer quando o cliente quer reclamar de um pedido que ele não fechou pessoalmente, e sim um agente em nome dele. Na prática, isso significa manter registro de qual agente iniciou a compra, em que momento, e garantir um caminho de atendimento humano para quando o cliente disser que a IA escolheu o tamanho errado ou entendeu mal o pedido. Sem esse registro, a loja fica sem prova de que seguiu a regra do próprio checkout que implementou.

O dado de personalização que o token não carrega

O Shared Payment Token resolve o dado de pagamento, mas não resolve o dado de preferência. Se a loja quiser usar o histórico de compras do cliente para o agente sugerir produtos melhores (por exemplo, lembrar que ele comprou tamanho G da última vez), isso é dado pessoal tratado fora do escopo do protocolo, e precisa de uma base legal própria na LGPD, normalmente execução de contrato ou consentimento, e não pode ser assumido como incluído só porque o cliente topou comprar por um agente.

Quando vale implementar, e quando ainda não vale

A tabela abaixo resume o que muda de fato para quem administra loja:

Para uma loja pequena, sem equipe técnica própria, implementar REST ou MCP do zero ainda é um investimento considerável para um canal que segue restrito a poucos agentes e a mecanismos de descoberta que a própria OpenAI e a Stripe dizem ainda estar construindo. Vale a pena priorizar quem já tem catálogo estruturado via Shopify ou plataforma equivalente, e que vende produto de alta intenção de compra, o tipo de item que o cliente já sabe exatamente o que quer antes de perguntar ao agente.

O que testar na próxima campanha

Quem usa Shopify pode acompanhar a documentação de comércio agêntico da própria Stripe para ver quando a integração fica disponível na conta, e testar primeiro com um subconjunto pequeno de produtos de alta rotatividade. O número a observar não é conversão geral, porque a própria especificação ainda não traz esse dado publicamente: é a taxa de pedidos iniciados por agente que terminam em reclamação ou troca, comparada com a taxa do checkout comum, no mesmo período. Sem esse comparativo próprio, qualquer promessa de ganho de venda por IA ainda é só promessa.

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