Briefing · Modelo de análise
Agentes de IA estão aprendendo a encontrar você e pagar. Só você pode decidir o que está prometendo.
Comprar por meio de um agente de IA não é uma etapa, mas cinco: o agente encontra seu negócio, verifica se pode agir, apoia-se em uma promessa, paga e liquida. Plataformas de tecnologia, redes de cartões e provedores de pagamento estão construindo a maioria dessas etapas publicamente. A etapa do meio, decidir se este sinal, esta mesa ou este prazo de cancelamento representa uma promessa que você pode cumprir, continua sendo sua responsabilidade.
Publicado Atualizado
A escada
Cinco etapas entre ser encontrado e receber o pagamento
Este é nosso modelo para analisar o comércio por agentes, ou seja, agentes de IA comprando em nome de um cliente. As etapas seguem a ordem de uma compra, e cada uma tem um responsável diferente.
Encontrado
O agente encontra seu negócio e sua oferta. Assistentes de IA e plataformas de compras são responsáveis por essa etapa; em maio de 2026, o Google anunciou um Universal Cart e a entrada em reservas de hotéis e entrega local de comida.
Verificado
O agente verifica se pode agir: se é legítimo, se você é um participante real e se ele pode usar seu site. Redes e plataformas são responsáveis por isso; em junho de 2026, a Visa anunciou um Agent Score e um Agentic Directory.
Prometido
Antes de o dinheiro circular, precisa existir uma promessa: este sinal pode ser recebido, este horário pode ser reservado, esta reserva pode ser cancelada dentro deste prazo, este serviço pode ser prestado neste horário. Nenhuma plataforma ou rede escreve isso por você.
Só o negócio pode escrever isso
Pago
O pagamento é executado: verificações, tokens de cartão e forma de pagamento, com você mantido como vendedor responsável pela venda. Redes de cartões, provedores de pagamento como a Stripe e padrões abertos de checkout estão construindo isso rapidamente.
Liquidado
O dinheiro é liquidado e o trabalho se encerra: entrega, conciliação, reembolsos e contestações. Isso só transcorre bem se a promessa da terceira etapa for real.
As etapas um, dois, quatro e cinco estão sendo construídas publicamente. A terceira é trabalho do próprio negócio, e um pagamento correto não resolve uma promessa que ninguém fez.
Quatro interpretações equivocadas comuns
Ser encontrado não é uma promessa: um agente pode colocar seu serviço em um carrinho sem que ninguém tenha decidido se essa reserva pode ser feita, mantida ou cancelada.
Ser verificado não é uma promessa: uma pontuação de preparação para agentes ou uma entrada em um diretório mostra se um agente pode agir, não se você pode cumprir sua palavra.
Pagar não é uma promessa: a infraestrutura de pagamentos movimenta dinheiro por uma promessa já existente, e a liquidação não pode criá-la depois.
Nossa leitura: as empresas citadas aqui estão construindo as outras quatro etapas e deixando a terceira sem resposta. Essa é nossa interpretação do que anunciaram, não algo que alguma delas tenha afirmado.
Terceira etapa
Do que precisa uma promessa na qual um agente pode confiar
Uma promessa aqui não é um slogan. É um conjunto de dados e regras que você controla, válidos no momento em que o agente pergunta.
Dados sobre seus serviços
Serviços, horários, disponibilidade e quais unidades oferecem o quê, com clareza suficiente para que um agente não precise adivinhar.
Se este pedido é elegível
Este tamanho de grupo, horário ou serviço pode realmente ser aceito nesta unidade agora?
Atual, não uma fotografia do passado
Uma promessa baseada na disponibilidade de ontem é uma promessa que falha.
Exatamente o que é prometido
Valor devido agora e depois, qualquer retenção real de reserva e quando termina, prazo de cancelamento, garantia e seus limites. Um sinal sozinho não comprova que a reserva está assegurada.
Condições visíveis para os dois lados
Suas regras de não comparecimento, atraso e sinal, mostradas ao cliente e ao agente e aplicadas da mesma forma em todos os lugares.
Um registro que você pode sustentar
As condições exatas e o que o cliente aceitou, guardados para que reembolsos e contestações sejam resolvidos com base no que você realmente escreveu.
Um censo público
Milhares de lojas declaram checkout. Menos de dez declaram pagamento dentro do agente.
Negócios compatíveis com o Universal Commerce Protocol, um padrão aberto para checkout por agentes, publicam um pequeno arquivo público (em /.well-known/ucp, parecido com robots.txt) dizendo o que um agente pode fazer com eles. O UCP Checker conta esses arquivos. Em 22 de setembro de 2026 às 20h58 UTC, contou 17.765 lojas verificadas entre 21.900 domínios monitorados [UCP Checker · 2026-09-22 20:58 UTC]: acompanha o número maior de endereços web, e as proporções abaixo se referem às lojas que verificou.
Proporção das 17.765 lojas verificadas que declaram cada parte do checkout [UCP Checker · 2026-09-22 20:58 UTC]
Checkout99,6%
Gerenciamento de carrinho90%
Gerenciamento de pedidos60,3%
Na mesma leitura [UCP Checker · 2026-09-22 20:58 UTC], a contagem de Payment Token Exchange era 8 e a de Embedded Checkout era 1. São as partes que permitiriam efetuar o pagamento dentro da jornada do agente: entregar à loja um substituto seguro do cartão do cliente e mostrar o checkout da própria loja dentro do agente.
O contador ao vivo de onde esses números foram lidos:
Como ler esses números
O censo é um contador ao vivo que seu responsável rastreia novamente a cada 24 horas. Estes números representam o que mostrava no momento registrado, e somente nele; não são atuais no momento da sua leitura.
Desde o censo de agosto, as declarações de gerenciamento de carrinho aumentaram em milhares, enquanto as de tokens de pagamento continuam abaixo de dez. Nas leituras de setembro feitas para esta atualização, as contagens de Payment Token Exchange e Embedded Checkout não mudaram.
Contar um arquivo não é contar uma venda. A própria metodologia do UCP Checker diz que suas verificações opcionais são deliberadamente somente de leitura, com frequência limitada, e não executam o checkout nem alteram estado algum. Uma declaração é um negócio dizendo o que aceitará, não um negócio que já aceitou algo.
Julho e agosto de 2026
As regras para descrever uma promessa ficaram mais precisas
Quatro avanços descrevem mais aspectos da terceira etapa. Cada um tem um limite que impede provar mais do que afirma.
Shopify · versão da API 2026-07
Um campo de sinal em rascunhos de pedidos
- O limite
- Apenas rascunhos de pedidos do Shopify Plus. Não é um padrão universal para sinais, reservas ou agendamentos.
Um aplicativo autorizado pode definir um sinal em um rascunho de pedido, e uma integração com a conta do cliente, com as permissões necessárias, pode ler o valor devido agora e depois.
Shopify · registro de alterações
As regras do negócio passam para o servidor
- O limite
- O antigo hook ainda funciona nas versões atuais e anteriores; a remoção está prevista para o futuro. Isso não mostra que alguma loja já fez a mudança.
A Shopify orienta desenvolvedores a deixar um antigo hook de checkout (useBuyerJourneyIntercept) e adotar verificações no servidor, aplicáveis a diferentes ambientes de checkout, incluindo carteiras expressas e checkout por agentes.
Universal Commerce Protocol · v2026-08-25
Mais partes de uma venda podem ser descritas
- O limite
- Descrever uma condição não verifica se ela está atualizada, correta, com estoque ou disponibilidade, em uso real, se o negócio pode oferecê-la ou se será cumprida. Isso, por si só, não assegura uma reserva nem garante cancelamento.
A versão acrescenta condições e cronogramas de pagamento, incluindo sinais e parcelas, cópias das políticas em um dado momento, contexto de localização e entrega, e alterações de identidade e consentimento. Também inclui mudanças incompatíveis com versões anteriores.
Google Merchant Center
Ferramentas para testar um checkout antes de colocá-lo em produção
- O limite
- Um piloto limitado nos EUA, para comerciantes participantes e produtos dos EUA, condicionado à aprovação do Google. Um endpoint validado não é um pagamento concluído.
A integração UCP do Google permite que comerciantes participantes configurem, testem em ambientes de teste e produção, validem endpoints e monitorem a preparação.
Fontes datadas de 14 a 24 de setembro de 2026
Um contrato de reserva em rascunho e três caminhos identificados, cada um mais restrito do que parece
Quatro fontes oficiais, consultadas novamente em 5 de outubro de 2026. Nenhuma mostra um negócio assumindo uma promessa de reserva por meio de um agente.
UCP · integrado em 24 de setembro de 2026, ainda em rascunho
Um contrato em rascunho para reservas de hotéis
- O limite
- Um rascunho que ainda pode sofrer mudanças incompatíveis com versões anteriores. Não mostra que algum hotel o implementou ou consegue cumprir uma estadia específica.
O UCP integrou uma funcionalidade de reserva de hospedagem e uma extensão de política de cancelamento. A menos que haja suporte a uma extensão chamada AP2 Mandates, o hóspede precisa finalizar cada reserva manualmente por uma interface confiável.
Tapestry · 16 de setembro de 2026, informado pelo fornecedor
Coach e Kate Spade no Gemini e na Busca do Google
- O limite
- Um caminho identificado de varejo nos EUA, não evidência de que reservas de serviços locais funcionem.
A Tapestry afirma que produtos Coach e Kate Spade podem ser comprados nos EUA pelo aplicativo Gemini e pela Busca do Google, incluindo o Modo IA, com checkout baseado em UCP: um item de cada vez pelo Google Pay, cada compra explicitamente aprovada pelo consumidor.
Worldline · 14 de setembro de 2026, anunciado
Um processador de pagamentos UCP
- O limite
- Um caminho para receber dinheiro. Não verifica estoque nem faz uma promessa de reserva.
A Worldline anunciou um processador de pagamentos UCP, disponível na sua plataforma internacional Global Collect.
GoCardless · 22 de setembro de 2026, informado pelo fornecedor
Um agente configura uma doação mensal no Reino Unido
- O limite
- Participar do programa não representa o endosso da FCA, e uma doação não significa que compras no varejo ou reservas de hotéis estejam sendo lançadas.
A GoCardless informou o que chama de primeiro pagamento entre contas por agente no Reino Unido, diretamente de uma conta bancária para outra: uma doação recorrente para a Trussell. O doador escolhe £ 5, £ 10 ou £ 15 por mês e fornece dados bancários para que o agente configure um débito automático em seu nome. Foi desenvolvido no programa AI Live Testing da FCA.
O que fazer agora
Cinco formas de assumir a terceira etapa
Nada disso exige um novo protocolo. Começa com seu próprio sistema de reservas e suas políticas.
Escreva suas condições em itens separados
Sinal, valor devido agora e depois, prazo de cancelamento, regras de não comparecimento e atraso e qualquer retenção real de reserva. Nunca trate um sinal como garantia de retenção.
Mantenha corretos os dados que os agentes leem
Horários, disponibilidade, serviços e quais unidades oferecem o quê: completos o bastante para permitir cumprir o serviço com segurança, não apenas facilitar a descoberta.
Aplique as mesmas regras em todos os lugares
Peça ao fornecedor do seu sistema de reservas ou checkout para aplicar suas regras nos próprios sistemas, de modo que seu site, carteiras e agentes recebam as mesmas condições.
Teste o que funciona, não apenas o que é declarado
Um arquivo /.well-known/ucp válido não é um checkout concluído. Para verificar se seu site ou ferramenta de reservas publica um, abra seu endereço web seguido de /.well-known/ucp ou pergunte ao fornecedor. Depois, confira separadamente as respostas reais e um pedido real de teste.
Guarde um registro do que o cliente aceitou
Salve a versão das condições, o reconhecimento do cliente e o pedido para que um reembolso ou contestação seja resolvido com base no que você escreveu.
Continue lendo
Onde a promessa encontra o pagamento
O Briefing principal por trás deste modelo, o Sinal mais recente relacionado a ele e como os dados e compromissos do próprio negócio se apresentam na prática.
- Redes de cartões estão ensinando agentes de IA a pagar. Só você pode dizer o que está à venda.Por que o lado do pagamento avança rápido enquanto manter preços, horários disponíveis e condições corretos continua sendo sua responsabilidade.Ler o Briefing
- Agentes de IA estão recebendo ferramentas para encontrar você, preencher um carrinho e pagarO Sinal recente que relaciona as novas ferramentas de agentes à escada e à etapa de compromisso que ainda falta.Ler o Sinal
- Infraestrutura para comerciantesOs dados e compromissos do negócio dos quais agentes de IA dependem, mantidos corretos na origem.Veja como funciona
Converse conosco sobre preparação dos comerciantes
Escreva para a Obenan Research se quiser trocar ideias sobre o que seu negócio pode prometer a um agente de IA e cumprir.
Fontes
De onde vêm as informações
Elaborado apenas com fontes públicas. A escada é um modelo da Obenan, e a lacuna na terceira etapa é nossa leitura do que as empresas anunciaram. Os números do censo representam o que o contador público do UCP Checker mostrava no momento registrado, e somente nele. As fontes acrescentadas na atualização de evidências de setembro trazem a data dessa atualização, 22 de setembro de 2026, como data de consulta; páginas sem data de publicação mostram apenas essa data. A Obenan não processa pagamentos, liquida transações nem detém qualquer protocolo de pagamento, não tem parceria, integração ou acesso especial com Mastercard, Visa, Adyen, Google, OpenAI, Stripe, American Express, PayPal ou qualquer empresa citada aqui, nem endosso, certificação ou aprovação de piloto dessas empresas, e nenhum comerciante da Obenan é certificado ou tem capacidade de assumir compromissos validada por qualquer rede ou protocolo público. Isto não é uma implementação de produto da Obenan nem uma capacidade disponível a clientes, e nenhum fornecedor citado aqui controla como um agente de IA classifica, recomenda ou transaciona com um negócio. Nada aqui garante classificação, recomendação, conclusão de transação, receita ou inclusão em plataformas.
- Universal Commerce Protocol release v2026-08-25
Universal Commerce Protocol (GitHub) Consultado
Condições e cronogramas de pagamento, cópias das políticas em um dado momento, contexto de localização e entrega, alterações de identidade e consentimento e mudanças incompatíveis com versões anteriores.
- Shopify: draft-order deposit fields for Admin and Customer Account APIs
Shopify Consultado
O campo de sinal em rascunhos de pedidos do Shopify Plus.
- Shopify: server-side cart and checkout validation migration
Shopify Consultado
A mudança das regras de checkout para validação no servidor; o antigo hook ainda funciona e sua remoção está prevista para o futuro.
- Google Merchant Center: limited UCP pilot and validation tools
Google for Developers Consultado
O piloto limitado nos EUA, suas ferramentas de teste e validação de endpoints e a aprovação do Google como condição de entrada.
- UCP Checker: August 2026 point-in-time census
UCP Checker Consultado
O censo de agosto, cujos números são substituídos pela leitura de setembro com data e hora registradas.
- UCP Checker: census methodology
UCP Checker Consultado
O que o censo conta e o fato de suas verificações opcionais serem somente de leitura, sem executar o checkout.
- Visa public rules
Visa Consultado
O exemplo de uma rede de cartões sobre guardar evidências do que o cliente aceitou; não uma implementação compartilhada de Shopify ou UCP.
- Universal Commerce Protocol release v2026-04-08
Universal Commerce Protocol (GitHub) Publicado Consultado
Contratos versionados de estado do carrinho, catálogo, elegibilidade, assinatura e totais, por trás das etapas de verificação e promessa.
- Universal Commerce Protocol checkout specification
Universal Commerce Protocol Consultado
Contratos abertos de checkout por trás da etapa de pagamento; uma especificação em evolução.
- Visa: New AI, stablecoin, and token innovations at Visa Payments Forum
Visa Publicado Consultado
Agent Score, Agentic Directory e um grande modelo de transações, por trás da etapa de verificação.
- Stripe: agentic commerce and checkout expansion
Stripe Publicado Consultado
Mais formas e protocolos de pagamento para agentes, por trás da etapa de pagamento.
- Google: Shopping updates from Google Marketing Live
Google Publicado Consultado
Universal Cart e a entrada em reservas de hotéis e entrega local de comida, por trás da etapa de descoberta.
- UCP Checker: live declaration statistics
UCP Checker Consultado
A leitura de setembro com data e hora registradas [UCP Checker · 2026-09-22 20:58 UTC]: um contador ao vivo rastreado novamente a cada 24 horas que conta o que arquivos públicos declaram, não adoção, participação de mercado ou compras.
- UCP pull request 780: lodging booking capability
Universal Commerce Protocol (GitHub) Consultado
A funcionalidade de reserva de hospedagem e a extensão de política de cancelamento em rascunho, integradas em 24 de setembro de 2026 e ainda marcadas como rascunho.
- Tapestry: Coach and Kate Spade in the Gemini app and Google Search
Tapestry Publicado Consultado
O checkout de um único item nos EUA pelo Google Pay, com aprovação explícita de cada compra.
- Worldline press release: UCP payment handler
Worldline Publicado Consultado
O processador de pagamentos UCP na plataforma Global Collect.
- GoCardless: the first agentic account-to-account payment in the UK
GoCardless Publicado Consultado
A doação recorrente para a Trussell, desenvolvida no programa AI Live Testing da FCA.