Protocolo de checkout por agente exige nova ficha de produto para vender dentro do ChatGPT

O Agentic Commerce Protocol, criado por OpenAI e Stripe, define como um agente de IA busca, decide e paga por um produto sem sair do chat. Para a loja entrar nesse fluxo, o cadastro de produto, o preço e a política de troca precisam estar prontos para serem lidos por uma máquina, não só por uma pessoa.

A OpenAI e a Stripe publicaram, em código aberto e sob licença Apache 2.0, o Agentic Commerce Protocol (ACP), um padrão técnico que define como um agente de inteligência artificial pode buscar um produto, montar um carrinho e fechar a compra em nome de um cliente, sem que a pessoa precise abrir o site da loja. O repositório e a documentação estão publicados no site oficial do protocolo (agenticcommerce.dev), e o fluxo já roda como demonstração ao vivo na própria página.

O ChatGPT é, hoje, a primeira plataforma de IA a implementar o protocolo de fato, segundo a documentação oficial do ACP. É essa documentação que importa para quem cuida de e-commerce: o padrão expõe, linha por linha, o que uma loja precisa publicar para que um agente consiga comprar nela.

O que é o protocolo e quem está por trás dele

O ACP é um padrão aberto para fluxos de comércio programático entre comprador, agente de IA e empresa vendedora. A documentação é explícita sobre o papel de cada lado: a loja continua sendo a responsável legal pela venda (o chamado merchant of record), mantendo controle sobre quais produtos entram no fluxo, como são exibidos e como o pedido é cumprido. O agente de IA não vira a loja, apenas intermedia a conversa e o pedido.

Isso muda a lógica de quem responde pelo quê. A OpenAI entra como a primeira plataforma de IA a adotar o ACP com o ChatGPT, mas o protocolo foi desenhado para qualquer agente e qualquer processadora de pagamento compatível. A Stripe é a primeira processadora a oferecer suporte via um recurso chamado Shared Payment Token, um token de pagamento compartilhado que passa a credencial de forma seletiva, sem expor o cartão do cliente ao agente.

Como o fluxo funciona na prática

A demonstração publicada no site do protocolo mostra o caminho completo com uma loja fictícia chamada Cartsy. O comprador escreve, em linguagem natural, algo como "preciso de uma camiseta grande por menos de 40 dólares", e o agente devolve opções reais do catálogo da loja: uma Deluxe Shirt preta tamanho grande por 26 dólares, uma Heavyweight natural também grande e uma Vintage Tee cinza, igualmente a 26 dólares. O cliente escolhe, e o agente conduz o checkout até o pagamento.

Tecnicamente, a loja publica sua configuração de checkout de duas formas possíveis: por uma API REST tradicional ou por MCP (Model Context Protocol, o protocolo que conecta modelos de IA a ferramentas e dados externos). O ACP funciona com qualquer padrão de integração e qualquer stack de tecnologia já usado pela loja, o que significa que não é preciso trocar de plataforma de e-commerce para participar, só expor um endpoint compatível com a especificação.

Em resumo: o agente lê o catálogo pela API ou pelo MCP, monta a oferta, recebe a decisão do cliente e fecha o pagamento usando um token que nunca revela o número do cartão para o agente nem para o aplicativo de IA.

O que precisa mudar na ficha de produto e na política de troca

Um agente não navega visualmente pela vitrine, ele lê dados estruturados. Isso empurra a loja a revisar pontos que, no site tradicional, podiam ficar implícitos ou só no texto corrido da página:

• Variação de produto explícita: tamanho, cor e estoque precisam estar em campos separados e atualizados, porque é isso que o agente usa para responder "grande, menos de 40 dólares" com precisão.
• Preço coerente com a oferta ativa: o agente repassa o preço que lê no endpoint no momento da consulta; promoção que não está sincronizada ali gera oferta errada para o cliente.
• Política de troca e devolução em formato que o agente consiga citar: se o checkout é fechado dentro do chat, é o agente quem vai informar o prazo de arrependimento e as condições de troca quando o cliente perguntar, antes ou depois da compra.
• Regras de aceite por transação: a especificação permite que a loja aceite ou recuse pedidos vindos de agentes por critério próprio, por agente específico, por transação ou por lógica customizada, o que exige decidir isso como política de negócio, não deixar no automático.

Nem toda loja entra automaticamente, mesmo implementando o protocolo

A documentação do ACP é direta num ponto que costuma gerar expectativa equivocada: implementar a especificação não coloca o produto automaticamente à venda dentro do ChatGPT. Cada plataforma de IA administra seu próprio processo de participação. Para aparecer no ChatGPT hoje, a loja precisa se candidatar formalmente junto à OpenAI, e o site do protocolo promete publicar outras plataformas de IA que adotarem o ACP, cada uma com suas próprias instruções de participação.

Também não existe ainda, segundo a própria documentação, um mecanismo consolidado de descoberta para que plataformas de IA identifiquem automaticamente quais lojas já implementaram o protocolo. Esse é um ponto em aberto que o site reconhece estar em desenvolvimento, e que plataformas interessadas em adotar o ACP podem levar diretamente ao time responsável pelo protocolo.

O que o Código de Defesa do Consumidor continua cobrando quando quem atende é o agente

O fato de o merchant of record permanecer com a loja importa diretamente aqui: a responsabilidade por informação clara, direito de arrependimento em sete dias para compra fora do estabelecimento físico, atendimento pós-venda e resolução de problema continua sendo da empresa, não do agente nem da plataforma de IA que intermediou a conversa.

Isso significa que a loja precisa garantir, independente do canal onde a venda nasceu:

1. Transferência clara para atendimento humano quando o cliente pedir ou quando o caso sair do escopo do agente.
2. Registro da conversa que gerou o pedido, para resolver disputa sobre o que foi prometido ou entendido.
3. Prazo de resposta definido para reclamação, do mesmo jeito que já existe para outros canais digitais da loja.

Se o agente errar a informação de estoque, de preço ou de prazo de entrega, o cliente reclama à loja, não à OpenAI. Vale tratar o checkout por agente como mais um canal de venda sujeito às mesmas regras do CDC que já valem para o site e para o marketplace, e não como uma zona nova sem dono.

O dado que passa pelo agente e o que a LGPD exige

O Shared Payment Token da Stripe foi desenhado para que o agente nunca veja o número do cartão, o que resolve a parte mais sensível do dado financeiro. Mas o fluxo de compra ainda carrega dado pessoal que não é cartão: nome, endereço de entrega, histórico do que foi perguntado e escolhido na conversa.

Para esse conjunto de dados, a base legal mais direta é a execução do contrato de compra e venda, prevista no artigo 7º da LGPD, já que o dado é necessário para entregar o produto. O ponto que a loja precisa decidir é se o histórico da conversa com o agente vai virar insumo para personalização futura (recomendação, remarketing). Se for usar esse dado para além do que a compra exige, isso passa a precisar de base legal própria, geralmente consentimento, e de aviso claro ao cliente sobre o que está sendo registrado.

O que testar antes da próxima campanha

Antes de aplicar para vender dentro do ChatGPT, dá para validar o básico com o que já está nas mãos do time de catálogo: conferir se a ficha de produto tem variação, preço e estoque em campos estruturados e não só em texto livre, e revisar se a política de troca está escrita de um jeito que um sistema consiga citar sem ambiguidade.

Depois de ativo, o número a acompanhar não é só conversão: é a taxa de disputa e de troca vinda especificamente do canal de agente, comparada com o canal tradicional no mesmo período. Se vier mais alta, o problema provavelmente está na ficha de produto que o agente está lendo, não no cliente que comprou por ela.

Fonte: Agentic Commerce Protocol — repositório e documentação oficial