Briefing · Modelo de análise
Os agentes de IA estão a aprender a encontrar o seu negócio e pagar. Só o seu negócio pode decidir o que promete.
Comprar através de um agente de IA não é uma etapa, mas cinco: o agente encontra o seu negócio, verifica se pode agir, apoia-se numa promessa, paga e liquida. Plataformas de tecnologia, redes de cartões e prestadores de pagamento estão a construir a maioria dessas etapas publicamente. A etapa do meio, decidir se este sinal, esta mesa ou este prazo de cancelamento representa uma promessa que pode cumprir, continua a ser da sua responsabilidade.
Publicado Atualizado
A escada
Cinco etapas entre ser encontrado e receber o pagamento
Este é o nosso modelo para analisar o comércio por agentes, ou seja, agentes de IA a comprar 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 o seu negócio e a sua oferta. Os assistentes de IA e as 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 o seu negócio é um participante real e se pode usar o 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 de 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 si.
Só o negócio pode escrever isso
Pago
O pagamento é executado: verificações, tokens de cartão e forma de pagamento, mantendo o seu negócio como vendedor responsável pela venda. Redes de cartões, prestadores de pagamento como a Stripe e normas abertas de checkout estão a construir isso rapidamente.
Liquidado
O dinheiro é liquidado e o trabalho encerra-se: entrega, reconciliação, reembolsos e contestações. Isso só corre bem se a promessa da terceira etapa for real.
As etapas um, dois, quatro e cinco estão a ser 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 o seu serviço num 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 num diretório mostra se um agente pode agir, não se o seu negócio pode cumprir a 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.
A nossa leitura: as empresas citadas aqui estão a construir as outras quatro etapas e a deixar a terceira sem resposta. Essa é a 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 o seu negócio controla, válidos no momento em que o agente pergunta.
Dados sobre os 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 aceite 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
As suas regras de falta de comparência, atraso e sinal, mostradas ao cliente e ao agente e aplicadas da mesma forma em todos os lugares.
Um registo que 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 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, uma norma aberta para checkout por agentes, publicam um pequeno ficheiro público (em /.well-known/ucp, parecido com robots.txt) dizendo o que um agente pode fazer com eles. O UCP Checker conta esses ficheiros. A 22 de setembro de 2026 às 20h58 UTC, contou 17 765 lojas verificadas entre 21 900 domínios monitorizados [UCP Checker · 2026-09-22 20:58 UTC]: acompanha o número maior de endereços web, e as proporções abaixo referem-se à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 %
Gestão de carrinho90 %
Gestão de encomendas60,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 do percurso 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 em direto que o seu responsável rastreia novamente a cada 24 horas. Estes números representam o que mostrava no momento registado, e somente nele; não são atuais no momento da sua leitura.
Desde o censo de agosto, as declarações de gestão 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 ficheiro não é contar uma venda. A própria metodologia do UCP Checker diz que as suas verificações opcionais são deliberadamente apenas de leitura, com frequência limitada, e não executam o checkout nem alteram estado algum. Uma declaração é um negócio a dizer 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 encomendas
- O limite
- Apenas rascunhos de encomendas do Shopify Plus. Não é uma norma universal para sinais, reservas ou marcações.
Uma aplicação autorizada pode definir um sinal num rascunho de encomenda, e uma integração com a conta do cliente, com as permissões necessárias, pode ler o valor devido agora e depois.
Shopify · registo 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 os programadores a abandonar um antigo hook de checkout (useBuyerJourneyIntercept) e a adotar verificações no servidor, aplicáveis a diferentes ambientes de checkout, incluindo carteiras expresso 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 está atualizada, correta, com stock ou disponibilidade, em utilização real, se o negócio a pode oferecer ou se será cumprida. Isso, por si só, não assegura uma reserva nem garante cancelamento.
A versão acrescenta condições e calendários de pagamento, incluindo sinais e prestações, cópias das políticas num dado momento, contexto de localização e entrega, e alterações de identidade e consentimento. Também inclui alterações incompatíveis com versões anteriores.
Google Merchant Center
Ferramentas para testar um checkout antes de o colocar 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 monitorizem 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 a 5 de outubro de 2026. Nenhuma mostra um negócio a assumir uma promessa de reserva através de um agente.
UCP · integrado a 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 alojamento 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 de finalizar cada reserva manualmente através de uma interface fiável.
Tapestry · 16 de setembro de 2026, comunicado pelo fornecedor
Coach e Kate Spade no Gemini e na Pesquisa Google
- O limite
- Uma via identificada de retalho 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 através da aplicação Gemini e da Pesquisa Google, incluindo o Modo IA, com checkout baseado em UCP: um artigo de cada vez através do Google Pay, cada compra explicitamente aprovada pelo consumidor.
Worldline · 14 de setembro de 2026, anunciado
Um processador de pagamentos UCP
- O limite
- Uma via para receber dinheiro. Não verifica stock 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, comunicado pelo fornecedor
Um agente configura um donativo mensal no Reino Unido
- O limite
- Participar no programa não representa o endosso da FCA, e um donativo não significa que compras no retalho ou reservas de hotéis estejam a ser lançadas.
A GoCardless comunicou o que chama de primeiro pagamento entre contas por agente no Reino Unido, diretamente de uma conta bancária para outra: um donativo recorrente à Trussell. O doador escolhe 5 GBP, 10 GBP ou 15 GBP por mês e fornece dados bancários para que o agente configure um débito direto 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 o seu próprio sistema de reservas e as suas políticas.
Escreva as suas condições em itens separados
Sinal, valor devido agora e depois, prazo de cancelamento, regras de falta de comparência 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 que aplique as suas regras nos próprios sistemas, de modo que o seu site, carteiras e agentes recebam as mesmas condições.
Teste o que funciona, não apenas o que é declarado
Um ficheiro /.well-known/ucp válido não é um checkout concluído. Para verificar se o seu site ou ferramenta de reservas publica um, abra o seu endereço web seguido de /.well-known/ucp ou pergunte ao fornecedor. Depois, confira separadamente as respostas reais e uma encomenda real de teste.
Guarde um registo do que o cliente aceitou
Guarde a versão das condições, o reconhecimento do cliente e a encomenda para que um reembolso ou contestação seja resolvido com base no que escreveu.
Continuar a ler
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.
- As redes de cartões estão a ensinar os agentes de IA a pagar. Só o seu negócio pode dizer o que está à venda.Por que razão o lado do pagamento avança depressa enquanto manter preços, horários disponíveis e condições corretos continua a ser da sua responsabilidade.Ler o Briefing
- Os agentes de IA estão a receber ferramentas para encontrar o seu negócio, 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
Fale connosco sobre preparação dos comerciantes
Escreva à Obenan Research se quiser trocar ideias sobre o que o 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 é a 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 registado, 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 calendários de pagamento, cópias das políticas num dado momento, contexto de localização e entrega, alterações de identidade e consentimento e alterações 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 encomendas 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 a 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, as 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 registadas.
- UCP Checker: census methodology
UCP Checker Consultado
O que o censo conta e o facto de as suas verificações opcionais serem apenas 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 partilhada 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 registadas [UCP Checker · 2026-09-22 20:58 UTC]: um contador em direto rastreado novamente a cada 24 horas que conta o que ficheiros públicos declaram, não adoção, quota de mercado ou compras.
- UCP pull request 780: lodging booking capability
Universal Commerce Protocol (GitHub) Consultado
A funcionalidade de reserva de alojamento e a extensão de política de cancelamento em rascunho, integradas a 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 artigo nos EUA através do 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
O donativo recorrente à Trussell, desenvolvido no programa AI Live Testing da FCA.