Visa TAP：商家如何识别正在购物的 Agent？

一个自动化程序访问商家网站，查看尺码、库存和价格。它可能是用户授权的购物 Agent，也可能是普通爬虫，甚至是恶意程序。对商家来说，单凭请求来自一台机器，很难判断它属于哪一种。

Visa 的 Trusted Agent Protocol（TAP）提供一种可验证请求的方式，帮助商家识别符合相应信任框架的 Agent 及其交互意图。它也描述了消费者识别和支付信息相关的签名机制。Visa TAP 规范

本文解释公开规格，案例为假设；未对 Visa 或任何商家做接入与支付实测。资料查阅日期：2026 年 10 月 28 日。Visa 官方指出该产品处于开发和部署过程中，可用情况可能因市场而异。Visa 产品介绍

一次访问如何被识别？

sequenceDiagram participant A as 购物 Agent participant M as 商家或站点保护方 participant K as 可信公钥来源 A->>M: 请求商品页面 + 签名及目的等信息 M->>K: 获取或查找用于验证的公钥 K-->>M: 返回匹配公钥 M->>M: 检查签名、有效期和防重放信息 M-->>A: 根据商家策略允许、限制或拒绝

Visa 的商家规范以 HTTP Message Signatures 为基础，描述请求签名、时间、密钥标识和用途等信息的验证。成功验证可以帮助商家判断请求来自信任体系内的 Agent，以及请求是否符合所覆盖的签名内容；商家仍可自行决定如何处理流量。Visa TAP 技术规范

三种问题，不能混为一谈

问题	要验证什么	TAP 中的相关机制
这是哪个 Agent？	请求是否由信任的 Agent 签发	Agent recognition signature
它代表谁？	消费者或设备信息是否可验证	规范描述的消费者识别信息，按场景使用
它如何提供付款信息？	支付数据及其关联信息是否符合约定	支付容器等机制，取决于交互方式

签名有效并不自动意味着用户批准了某一件商品、交易一定通过发卡方审核，或商家必须接受订单。身份识别、用户授权与银行卡交易批准分别有不同的判断者和处理步骤。

为什么商家会关心？

站点保护系统需要区分有购买意图的自动访问与恶意流量。如果商家能识别符合自己信任策略的 Agent，就可能给它提供更合适的商品信息或结账体验。但「有效签名」只是一个输入，商家仍要考虑访问频率、商品限制、用户隐私、库存和欺诈风险。

从 Agent 开发者角度，重点不是简单添加一个请求头：还要确认自己是否符合相应网络的接入要求、密钥如何管理、请求如何签名，以及商家是否支持并接受该交互。各市场、商家和支付方式的实际可用性应单独核实。

与其他协议怎么配合？

TAP 重点帮助商家识别和验证请求与相关信息；ACP、UCP 等更侧重商业流程；AP2 关注可验证授权。它们可能在一条商业链路中各司其职，但组合需要双方明确支持，不能仅凭名称假设兼容。

Visa TAP：商家如何识别正在购物的 Agent？

一次访问如何被识别？

三种问题，不能混为一谈

为什么商家会关心？

与其他协议怎么配合？

延伸阅读