Briefing · Modelo de análise
Agentes de IA aprendem a encontrar e pagar sua empresa. A promessa ao cliente é sua.
Uma compra por agente de IA passa por cinco etapas: encontrar, verificar, assumir um compromisso, pagar e liquidar. Plataformas, bandeiras de cartão e provedores de pagamento desenvolvem publicamente a maioria. O compromisso no meio ainda precisa ser definido por você.
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.
Fontes verificadas em 1º de novembro de 2026
Leitura de novembro: 69,1% dos perfis válidos na versão mais recente, sem pedidos observados
Consultamos novamente o censo público do UCP Checker em 1º de novembro de 2026. O que ele conta e o denominador mudaram desde setembro. Cada leitura é um retrato com data própria; não subtraia uma da outra.
Em 1º de novembro de 2026, o censo acompanhava cerca de 25.000 domínios [UCP Checker · 2026-11-01 21:13 UTC]. Dos perfis aprovados pelo validador, 69,1% usavam a versão UCP mais recente, de 25 de agosto de 2026 [UCP Checker · 2026-11-01 21:13 UTC]. Entre esses perfis válidos, 95,6% declaravam checkout, 62,5% gestão de pedidos e 61,9% vinculação de identidade [UCP Checker · 2026-11-01 21:13 UTC].
A mesma página apresenta 64,4% para consentimento do comprador sem dizer qual é a base do percentual. Por isso não o colocamos ao lado dos números acima [UCP Checker · 2026-11-01 21:13 UTC]. No mesmo bloco, também sem base informada, aparecem 0,3% para mandatos AP2 e 0% para Embedded Checkout [UCP Checker · 2026-11-01 21:13 UTC]. Na nossa leitura, são componentes que permitiriam ao agente agir sob instrução assinada ou pagar dentro da conversa.
Nem todo domínio responde. Nas verificações de /.well-known/ucp, 70,1% foram validados, 9% não encontrados, 12,1% inacessíveis, 3,5% bloqueados e 5,4% inválidos [UCP Checker · 2026-11-01 21:13 UTC].
O retrato anterior, de 26 de outubro de 2026, também acompanhava cerca de 25.000 domínios: 59,6% na versão mais recente, 95,1% com checkout declarado, 56,3% com gestão de pedidos, 55,7% com vinculação de identidade, 55,9% com consentimento do comprador e 0% com Embedded Checkout [UCP Checker · 2026-10-26 07:20 UTC]. Ele permanece ligado à data em que foi lido, assim como a leitura de setembro acima.
Como interpretar: uma declaração é um arquivo público que diz o que uma loja aceita. Não é pedido, transação nem volume de vendas; percentual maior não prova que mais pessoas compram por agentes. Para o UCP Checker, um perfil válido é o que seu validador de esquema aceita. A página de metodologia não explica como a lista de domínios é montada.
O contador e sua metodologia, consultados em 1º de novembro de 2026:
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.
01Universal Commerce Protocol (GitHub) Consultado
Universal Commerce Protocol release v2026-08-25Condiçõ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.
02Shopify Consultado
Shopify: draft-order deposit fields for Admin and Customer Account APIsO campo de sinal em rascunhos de pedidos do Shopify Plus.
03Shopify Consultado
Shopify: server-side cart and checkout validation migrationA 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.
04Google for Developers Consultado
Google Merchant Center: limited UCP pilot and validation toolsO piloto limitado nos EUA, suas ferramentas de teste e validação de endpoints e a aprovação do Google como condição de entrada.
05UCP Checker Consultado
UCP Checker: August 2026 point-in-time censusO censo de agosto, cujos números são substituídos pela leitura de setembro com data e hora registradas.
06UCP Checker Consultado
UCP Checker: census methodologyO que o censo conta e o fato de suas verificações opcionais serem somente de leitura, sem executar o checkout.
07Visa Consultado
Visa public rulesO 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.
08Universal Commerce Protocol (GitHub) Publicado Consultado
Universal Commerce Protocol release v2026-04-08Contratos versionados de estado do carrinho, catálogo, elegibilidade, assinatura e totais, por trás das etapas de verificação e promessa.
09Universal Commerce Protocol Consultado
Universal Commerce Protocol checkout specificationContratos abertos de checkout por trás da etapa de pagamento; uma especificação em evolução.
10Visa Publicado Consultado
Visa: New AI, stablecoin, and token innovations at Visa Payments ForumAgent Score, Agentic Directory e um grande modelo de transações, por trás da etapa de verificação.
11Stripe Publicado Consultado
Stripe: agentic commerce and checkout expansionMais formas e protocolos de pagamento para agentes, por trás da etapa de pagamento.
12Google Publicado Consultado
Google: Shopping updates from Google Marketing LiveUniversal Cart e a entrada em reservas de hotéis e entrega local de comida, por trás da etapa de descoberta.
13UCP Checker Consultado
UCP Checker: live declaration statisticsA 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.
14Universal Commerce Protocol (GitHub) Consultado
UCP pull request 780: lodging booking capabilityA 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.
15Tapestry Publicado Consultado
Tapestry: Coach and Kate Spade in the Gemini app and Google SearchO checkout de um único item nos EUA pelo Google Pay, com aprovação explícita de cada compra.
16Worldline Publicado Consultado
Worldline press release: UCP payment handlerO processador de pagamentos UCP na plataforma Global Collect.
17GoCardless Publicado Consultado
GoCardless: the first agentic account-to-account payment in the UKA doação recorrente para a Trussell, desenvolvida no programa AI Live Testing da FCA.
18UCP Checker Consultado
UCP Checker: live declaration statisticsLeitura preliminar de novembro [UCP Checker · 2026-11-01 21:13 UTC]: declarações em arquivos públicos, não pedidos, transações ou volume.
19UCP Checker Consultado
UCP Checker: census methodologyO que é um perfil válido e a diferença entre capacidades declaradas e observadas, consultado para a leitura de novembro.