Protocolo de Comércio Agêntico do ChatGPT exige ajuste no catálogo da loja para o agente fechar a compra

O que é o Agentic Commerce Protocol e por que ele interessa a quem vende on-line

A OpenAI publica, desde setembro de 2025, uma especificação técnica chamada Agentic Commerce Protocol (protocolo de comércio feito para agentes de IA). Ela está documentada em developers.openai.com/commerce/specs/checkout e descreve, passo a passo, como um lojista conecta seu sistema de vendas ao ChatGPT para que a compra seja concluída dentro do próprio chat, sem redirecionar o cliente para o site.

A construção da especificação é aberta a qualquer comerciante que queira implementar. Já o recurso de ponta a ponta dentro do ChatGPT, chamado de Instant Checkout (checkout instantâneo), continua restrito a parceiros aprovados pela OpenAI, que precisam preencher um formulário de aplicação. Ou seja: o protocolo é público, mas o botão de comprar dentro do chat, por enquanto, não está disponível para qualquer loja que implemente a integração.

Os exemplos da própria documentação usam dólar e Stripe como processadora, o que sugere que o programa nasceu olhando primeiro para o mercado americano. A fonte não cita parceiros brasileiros nem data de expansão para o país, então qualquer lojista daqui que queira participar depende de aplicar e aguardar aprovação, não de um lançamento já anunciado por aqui.

Como o fluxo de compra dentro do chat funciona, endpoint por endpoint

O protocolo pede que a loja implemente cinco rotas REST (interface que o ChatGPT chama por HTTPS, sempre devolvendo JSON). Cada uma cuida de um momento do carrinho:

Toda chamada chega com cabeçalhos de segurança: Authorization com a chave da API, Idempotency-Key para evitar que um retry duplique o pedido, Signature com a assinatura do corpo da requisição e Timestamp no formato RFC 3339. Há também um API-Version fixo (o exemplo da documentação usa 2025-09-12), que trava qual versão do contrato está em vigor.

Cada resposta de criação ou atualização de sessão precisa devolver o carrinho inteiro: itens, preço, imposto, frete, desconto e total. Isso significa que o preço não é calculado uma vez e guardado: ele é recalculado pelo sistema da loja a cada chamada, o que evita que o agente de IA mostre um valor desatualizado ao cliente.

O exemplo da própria OpenAI mostra onde o preço e o estoque entram em cena

A documentação traz um exemplo concreto que ajuda a visualizar o que a loja precisa devolver. Um pedido de um único item (item_123, quantidade 1) gera uma sessão com status in_progress e estes totais, em centavos de dólar:

base_amount: 300
discount: 0
subtotal: 300
tax: 30
total: 330

Ou seja: item de 3 dólares, 30 centavos de imposto calculado pelo próprio sistema do lojista, total de 3,30 dólares. A especificação também mostra como fica uma falha: se o item está sem estoque, a resposta não trava a sessão, ela devolve uma mensagem de erro com código out_of_stock, apontando o item exato no corpo da resposta, para que o ChatGPT explique ao cliente por que aquele produto não pode ser comprado.

Na prática, isso empurra a loja a tratar ruptura de estoque como dado de API, não como tela de erro genérica. Quem já integra marketplace sabe o problema: se o cadastro do produto não é atualizado em tempo real, o agente pode tentar fechar um pedido que a loja não consegue cumprir, e aí o erro aparece só depois, como reclamação.

Pagamento continua na sua processadora, mas chega um token diferente

A especificação deixa claro que a loja não precisa trocar de processadora de pagamento (PSP). O fluxo normal é processar o pagamento pelos trilhos que já existem. Quem quiser usar o recurso chamado Delegated Payments (pagamentos delegados) recebe um token do ChatGPT e aplica a autorização e a captura exatamente como já faz hoje com cartão.

Isso muda o ponto de entrada do dado de pagamento, não o backend financeiro. A loja segue responsável pela conciliação, pelo chargeback e pelo estorno, porque quem processa a transação continua sendo a mesma processadora de sempre. O que muda é quem inicia a cobrança: em vez do cliente digitar o cartão numa tela, o token chega via API dentro da sessão de checkout.

O Código de Defesa do Consumidor não sai de cena porque quem atende é um agente

A especificação prevê um campo links, para a loja mostrar termos de uso, política de privacidade e políticas correlatas dentro da própria resposta da sessão. É aqui que entra a obrigação que não muda com a tecnologia: o Código de Defesa do Consumidor continua valendo integralmente quando a compra é fechada por um agente de IA em vez de um atendente humano ou de uma tela de carrinho tradicional.

Na prática, isso significa que a loja precisa garantir, dentro do fluxo representado por esses links e mensagens:

• Direito de arrependimento de 7 dias para compra fora do estabelecimento físico, contado da entrega.
• Informação clara de preço total, impostos e frete antes da confirmação, exatamente o que os campos totals e messages da especificação já exigem tecnicamente.
• Caminho para falar com um humano quando o agente não resolver, com prazo de resposta definido pela própria política de atendimento da loja.
• Registro da conversa e da sessão de checkout como prova em caso de disputa, já que a especificação gera Request-Id e checkout_session_id para cada interação.

A especificação resolve o lado técnico da transação. A obrigação legal de deixar essas garantias visíveis e cumpríveis continua sendo da loja, não do ChatGPT.

Dado do comprador que passa pela API é dado pessoal, e a loja responde por ele

O corpo de requisição de criação de sessão aceita um objeto buyer (comprador) e um objeto fulfillment_address (endereço de entrega), ambos opcionais. A documentação não detalha o schema completo do objeto buyer, apenas confirma que ele existe como informação opcional sobre o comprador; mas, por natureza, qualquer dado de identificação que passe por esse campo, assim como o endereço de entrega, é dado pessoal assim que preenchido, passando por mais um sistema antes de chegar no seu banco de dados.

Pela LGPD, a loja precisa ter base legal para tratar esse dado, mesmo recebido via agente de IA, em geral execução de contrato quando o dado é necessário para entregar o pedido. O ponto de atenção prático é não guardar mais do que o necessário: se o agente envia o endereço só para calcular frete, a loja não tem motivo para reter esse dado depois de concluído o pedido, salvo se o cliente autorizar outro uso, como marketing.

O que testar antes de aplicar para o programa

A barreira de entrada não é comercial, é técnica. Antes de preencher o formulário de aplicação da OpenAI, vale simular internamente:

1. O sistema de catálogo devolve preço e estoque atualizados em menos de um segundo, para cada chamada de checkout_sessions.
2. O backend já sabe gerar e validar assinatura de requisição e aplicar Idempotency-Key sem duplicar pedido.
3. O time de atendimento tem um caminho definido para assumir a conversa quando o agente não resolver uma reclamação.
4. A política de troca e devolução está escrita de forma que caiba no campo links da resposta, não enterrada em uma página de termos genérica.

Quem vende por marketplace e já lida com integração de feed e webhook de pedido tem a maior parte da infraestrutura pronta. Quem ainda depende de carrinho manual ou de planilha de estoque vai sentir que o protocolo pede, antes de tudo, dado de produto confiável em tempo real, e não apenas um botão novo de pagamento.

Fonte: OpenAI – Agentic Commerce Protocol (especificação técnica de checkout)