如何使用JavaScript检测Google Pay的可用性

你观察到的https://pay.google.com/gp/p/ui/pay是支付唤起阶段的请求入口，不适合直接拿来做可用性判断。和你用window.ApplePaySession检测Apple Pay可用性的逻辑对齐，Google Pay本身提供了官方的检测能力，具体可落地方案如下：

• 核心检测依赖Google Pay官方JS SDK提供的isReadyToPay()方法，这是目前唯一能覆盖全场景判断的可靠路径，不需要手动拆解网络请求，也不需要靠硬编码UA规则凑判断逻辑。
• 实际落地步骤：
  • 提前在页面头部引入Google Pay的官方JS脚本，不要等用户触发交互才加载，保证检测逻辑有稳定的运行环境
  • 初始化Google Pay客户端实例时，传入和Engaging Networks后台完全对齐的商户配置、支持的支付方式参数
  • 调用实例的isReadyToPay()方法，通过返回的Promise结果决定是否展示支付按钮——这个方法的判断逻辑会覆盖所有影响实际支付的场景：
    • 当前浏览器/设备是否具备Google Pay的运行基础（对应支付服务是否可用）
    • 当前登录的Google账号下是否绑定了可用于支付的有效卡片
    • 你的商户号在当前业务场景、所属区域下是否获得了Google Pay的开通权限
• 直接抓取支付端点做判断的思路局限性很强：跨域限制会导致请求成功率不稳定，而且没法识别用户端的实际支付能力，很容易出现按钮显示了但唤起支付失败的问题，不建议采用。

• 不要靠设备UA硬编码判断逻辑：比如默认所有iOS设备隐藏Google Pay、所有安卓设备显示Google Pay，这种规则会漏判很多场景——iOS端的Chrome浏览器其实是支持Google Pay的，而没有安装Google Play服务的老旧安卓设备，即便显示按钮也没法完成支付。
• 检测参数必须和实际支付唤起的参数完全一致：如果调用isReadyToPay()时传入的支持卡种、商户ID，和最终调用支付接口的配置有出入，会出现检测结果和实际能力不匹配的问题。
• 做好异常兜底：如果SDK加载失败、检测请求超时，直接默认隐藏Google Pay按钮即可，不要强行展示导致用户交互失效。

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