Payment Request API 获取买家地址功能替代方案与合规使用咨询

官方推荐实现路径 #

本次规范移除的是Payment Request API顶层通用的地址获取参数，官方当前的推荐方案是将地址获取能力下沉到对应支付方式的实现逻辑中：

• 针对你用到的Apple Pay、Google Pay场景，无需依赖API顶层的废弃地址收集参数，直接在对应支付方法的初始化参数中声明需要返回的地址类型（账单地址/收货地址）即可，支付流程完成后，可以直接从支付方法返回的响应结果中获取经过平台验证的地址信息。该能力属于各支付方式的原生标准能力，不在本次废弃范围内，后续不会被浏览器移除。

是否需要迁回自有页面表单的判断标准 #

你可以根据业务场景二选一：

• 如果你的业务仅需要在支付完成后获取地址用于订单发货、对账，直接用上面提到的支付方法原生地址返回能力即可，完全不需要额外开发自有地址表单，能最大程度保留快速结账的体验优势。
• 如果你的业务有前置地址校验需求（比如根据收货地址提前算运费、做区域限售判断、校验配送能力等），更稳妥的方案是将收货地址收集环节前置到自有页面完成，用户确认地址后再发起支付请求，该方案兼容性最强，完全不依赖任何已废弃的API特性，也不会有后续版本迭代的兼容性风险。

注意事项 #

不管选哪种方案，都建议立即停止使用已经被标准剔除的顶层地址请求参数，避免后续浏览器版本更新后参数失效导致的结账流程故障。

内容的提问来源于stack exchange，提问作者Benjamin Schneider