详细了解 Web Payments 生态系统中的参与者、他们如何相互互动以及您如何参与其中。
Web Payments 剖析
Web Payments 包含多项网络标准:
- Payment Request API:Payment Request API 可通过原生浏览器界面实现快速、轻松的结账。它提供一致的结账流程,同时减少了用户在每次结账时输入配送和付款信息的需要。
- Web-based Payment Handler API:Web-based Payment Handler API 向支付服务机构开放生态系统,允许其基于 Web 的支付应用通过标准 Payment Request API 在商家网站上充当支付方式。
- 支付方式标识符:支付方式标识符定义了如何使用字符串(
https://google.com/pay、https://apple.com/apple-pay等)来标识支付方式。除了标准化的支付方式标识符之外,它还允许任何人使用基于网址的支付方式标识符定义自己的支付方式。 - 支付方式清单:支付方式清单定义了机器可读的清单文件(称为支付方式清单),用于描述支付方式如何参与支付生态系统,以及如何使用此类文件。
付款申请流程
在线交易通常涉及四个参与方。
| 玩家人数 | 说明 | API 用量 |
|---|---|---|
| 客户 | 通过结账流程在线购买商品的用户。 | 不适用 |
| 商家 | 在网站上销售商品的商家。 | Payment Request API |
| 支付服务提供商 (PSP) | 实际处理付款的第三方公司,包括向客户收费和向商家付款。 也称为支付网关或付款处理方。 | Payment Request API |
| 付款处理程序 | 提供应用的第三方公司,这些应用通常会存储客户的付款凭证,并在获得客户授权后将这些凭证提供给商家以处理交易。 | 基于 Web 的 Payment Handler API |
- 客户访问商家的网站,将商品添加到购物车,然后开始结账流程。
- 商家需要客户的付款凭证才能处理交易。它们使用 Payment Request API 向客户显示付款请求界面。界面会列出付款方式标识符指定的各种支付方式。支付方式可以包括保存到浏览器的信用卡号,或 Google Pay、Samsung Pay 等支付处理程序。商家可以选择请求客户提供送货地址和联系信息。
- 如果客户选择 Google Pay 等支付方式,Chrome 会启动平台原生支付应用或基于 Web 的支付应用。此步骤完全取决于支付处理程序的实现,具体取决于支付方式清单。客户授权付款后,付款处理程序会向 Payment Request API 返回响应,后者会将响应中继到商家网站。(如果付款是推送类型,例如银行转账、加密货币,则在商家收到响应时,付款已处理完毕。)
- 商家网站会将付款凭据发送给 PSP,以处理付款并启动资金转账。通常,您还需要在服务器端验证付款。
- PSP 处理付款,安全地请求从客户的银行或信用卡发卡机构向商家进行资金转账,然后向商家网站返回成功或失败结果。
- 商家网站会通知客户交易成功或失败,并显示下一步,例如配送所购商品。
注意事项:PSP 依赖
如果您是商家,并且希望接受信用卡付款,那么 PSP 是付款处理链中的重要环节。实现 Payment Request API 并不意味着不再需要 PSP。
出于便利性和费用方面的考虑,商家通常会依赖第三方 PSP 来执行付款处理。这主要是因为大多数 PSP 都遵守 PCI DSS,这是一项规范持卡人数据安全的信息安全标准。
由于实现和维持严格的 PCI DSS 合规性可能成本高昂且难度很大,因此大多数商家发现,依赖合规的 PSP 可以避免自行完成认证流程。不过,一些规模较大且财务状况良好的公司会专门获取自己的 PCI DSS 认证,以避免对第三方产生此类依赖。
当您将主账号 (PAN)(即卡上凸印的号码)作为支付凭证进行处理时,这一点尤为重要。使用 JavaScript 处理一个需要 PCI SAQ A-EP 合规性。
因此,将付款处理委托给符合 PCI DSS 的 PSP 既可以简化商家网站的要求,又可以确保客户付款信息的完整性。
后续步骤
如需了解 Payment Request API 的字段和方法,请参阅 Payment Request API 的工作原理。