PAYATHON 2026

H5页面跳转到支付宝支付时未弹出支付宝怎么办？

支付阿杰

结论

https://render.alipay.com/p/s/i/ 不是支付接口，而是一个转发 alipays:// Scheme 的支付宝唤起页。它能否拉起支付宝，取决于浏览器环境、触发方式、Scheme 编码、设备是否安装支付宝，以及支付宝是否允许访问目标 URL。

从现有参数看，URL 的编码层级基本合理，但这并不意味着链接一定能成功。排查时应重点确认：浏览器是否拦截外部应用跳转、跳转是否由用户点击直接触发、页面是否运行在微信或其他 WebView 中，以及 appId=20000067 和农业银行的目标地址是否仍适用于当前业务。

如果这是支付流程，不建议自行拼接该地址。更稳妥的方式是使用支付机构或银行接口实时返回的支付链接。

这个地址实际做了什么

外层地址中的 scheme 参数解码后大致如下：

alipays://platformapi/startapp?appId=20000067&url=https%3A%2F%2Fmobile.abchina.com%2Fmpay%2FmobileBank%2Fzh_CN%2FEBusinessModule%2FBarcodeH5Act.aspx%3Ftoken%3D17130876697100986389

继续解码其中的 url 参数，可以得到：

https://mobile.abchina.com/mpay/mobileBank/zh_CN/EBusinessModule/BarcodeH5Act.aspx?token=17130876697100986389

整个过程有两步：

  1. 浏览器访问 render.alipay.com 中转页面。
  2. 中转页面尝试打开 alipays://platformapi/startapp，再由支付宝打开农业银行页面。

浏览器、WebView、支付宝安全策略或目标业务系统只要拦截其中一层，用户看到的结果都可能是“没有弹出支付宝”。

常见原因

1. 浏览器禁止自动唤起外部应用

iOS Safari、Chrome 和多数内置浏览器都会限制没有用户操作的 Scheme 跳转。以下情况尤其容易被拦截：

  • 页面加载完成后自动跳转；
  • 在 setTimeout、Promise 或异步请求回调中跳转；
  • 在隐藏的 iframe 中加载；
  • 连续执行多次 Scheme 跳转；
  • 跳转被浏览器判定为广告、重定向或不可信操作。

最好让用户点击按钮，并在点击事件中立即执行跳转。

2. 页面在微信、钉钉等内置浏览器中打开

部分内置浏览器会拦截 alipays://，也可能禁止网页直接拉起其他应用。遇到这种情况，通常需要提示用户改用系统浏览器打开页面。

不能只根据 User-Agent 判断是否能够唤起支付宝，因为不同客户端版本和系统策略的表现可能不同。

3. 自定义 WebView 没有处理支付宝 Scheme

如果 H5 页面运行在 App 自己的 WKWebView 或 Android WebView 中，宿主应用可能只允许 http 和 https，没有处理 alipays://。

此时需要原生客户端识别 Scheme，并交给系统打开。纯 H5 无法绕过宿主 WebView 的限制。

4. 跳转不是 HTTPS 页面中的直接用户操作

即使页面本身使用 HTTPS，如果此前经历了多次重定向，或者唤起动作发生在异步流程之后，浏览器仍可能认为该操作与用户点击无关。

建议在点击前完成订单创建并取得支付地址。用户点击按钮时，直接跳转到已经生成的 URL。

5. 支付宝未安装或 Scheme 未注册

如果设备没有安装支付宝，alipays:// 就无法打开。桌面浏览器、模拟器和部分工作配置设备也可能不支持该 Scheme。

6. 支付参数或 token 已失效

示例链接中的 token 看起来是一次性业务凭据。这类参数通常有有效期，还可能绑定订单、设备、会话或商户状态。旧链接即使成功唤起支付宝，目标页面也可能拒绝继续支付。

具体有效期应以农业银行或支付服务提供方的接口文档为准，无法仅通过 URL 判断。

7. appId 或目标域名受到限制

appId=20000067 的具体用途、目前是否仍适用于该业务，以及 mobile.abchina.com 是否符合支付宝内部页面的访问策略，都需要向支付链接的生成方确认。

Scheme 格式正确，并不代表任意 HTTPS 地址都能通过该 appId 在支付宝中打开。支付宝可能会校验应用、域名、来源或具体业务场景。

推荐的排查步骤

第一步：确认原始支付链接是否仍有效

先在手机系统浏览器中直接打开目标地址：

https://mobile.abchina.com/mpay/mobileBank/zh_CN/EBusinessModule/BarcodeH5Act.aspx?token=...

检查页面是否提示 token 失效、订单不存在、请求来源非法或安全验证失败。

测试时应使用后端实时生成的新 token，不要反复使用问题描述中的旧 token。

第二步：检查每一层编码

可以在浏览器控制台中逐层解析：

const wakeUrl =
  "https://render.alipay.com/p/s/i/?scheme=alipays%3A%2F%2Fplatformapi%2Fstartapp%3FappId%3D20000067%26url%3Dhttps%253A%252F%252Fmobile.abchina.com%252Fmpay%252FmobileBank%252Fzh_CN%252FEBusinessModule%252FBarcodeH5Act.aspx%253Ftoken%253D17130876697100986389";

const scheme = new URL(wakeUrl).searchParams.get("scheme");
console.log("Scheme:", scheme);

const targetUrl = new URL(scheme).searchParams.get("url");
console.log("Target URL:", targetUrl);

预期结果如下：

Scheme:
alipays://platformapi/startapp?appId=20000067&url=https%3A%2F%2Fmobile.abchina.com%2F...

Target URL:
https://mobile.abchina.com/mpay/mobileBank/zh_CN/EBusinessModule/BarcodeH5Act.aspx?token=...

如果 Scheme 中出现 %253A，或者目标 URL 中仍有不应存在的 %25，通常说明编码次数有误。

第三步：使用真实设备和系统浏览器测试

至少应分别测试：

  • Android Chrome；
  • iOS Safari；
  • 微信内置浏览器；
  • 业务 App 的 WebView；
  • 已安装支付宝和未安装支付宝的设备。

如果系统浏览器可以唤起支付宝，而微信或业务 WebView 不可以，问题通常出在浏览器策略或 WebView 配置，不是支付链接本身。

第四步：确保跳转由用户点击直接触发

可以使用普通链接或同步点击事件：

<a
  id="open-alipay"
  href="https://render.alipay.com/p/s/i/?scheme=..."
>
  打开支付宝支付
</a>

或者：

document.querySelector("#pay-button").addEventListener("click", function () {
  window.location.href = paymentWakeUrl;
});

不要在页面加载后自动跳转：

// 容易被浏览器拦截
window.addEventListener("load", function () {
  window.location.href = paymentWakeUrl;
});

也应避免用户点击后再等待异步请求：

// 异步完成时可能已经失去用户手势上下文
payButton.addEventListener("click", async function () {
  const response = await fetch("/api/create-payment");
  const data = await response.json();
  window.location.href = data.paymentUrl;
});

更稳妥的做法是提前创建订单，让按钮在被点击时直接跳转。

第五步：查看网络和页面错误

通过移动端远程调试检查以下内容：

  • render.alipay.com 是否正常返回；
  • 是否发生 3xx 重定向；
  • 是否出现 CSP、混合内容或脚本错误；
  • Scheme 请求是否被浏览器取消；
  • 目标接口是否返回 token 失效或风控错误。

如果 render.alipay.com 页面本身无法正常加载，应联系支付宝或支付链接提供方，确认该中转地址是否仍受支持。

正确构造链接的示例

不要手工维护多层 %25 编码。可以逐层调用 encodeURIComponent：

const targetUrl =
  "https://mobile.abchina.com/mpay/mobileBank/zh_CN/EBusinessModule/BarcodeH5Act.aspx" +
  "?token=" +
  encodeURIComponent(token);

const alipayScheme =
  "alipays://platformapi/startapp" +
  "?appId=20000067" +
  "&url=" +
  encodeURIComponent(targetUrl);

const wakeUrl =
  "https://render.alipay.com/p/s/i/" +
  "?scheme=" +
  encodeURIComponent(alipayScheme);

console.log(wakeUrl);

编码顺序应为：

目标业务地址
  → 编码后放入支付宝 Scheme 的 url 参数
  → 整个 Scheme 再编码后放入中转页的 scheme 参数

不要对已经完整编码的 URL 无条件重复执行 encodeURIComponent。

增加失败提示

网页通常无法准确判断支付宝是否已经成功启动，但可以结合页面的可见状态提供降级提示：

function openAlipay(wakeUrl) {
  let leftPage = false;

  const handleVisibilityChange = () => {
    if (document.hidden) {
      leftPage = true;
    }
  };

  document.addEventListener("visibilitychange", handleVisibilityChange);
  window.location.href = wakeUrl;

  window.setTimeout(() => {
    document.removeEventListener(
      "visibilitychange",
      handleVisibilityChange
    );

    if (!leftPage) {
      showFallback(
        "未能打开支付宝，请确认已安装支付宝，并尝试使用系统浏览器打开。"
      );
    }
  }, 2500);
}

visibilitychange 只能用来辅助判断。页面进入后台不一定说明支付宝已经成功打开，页面没有进入后台也不代表跳转一定失败。

自定义 WebView 的处理方向

Android WebView 需要由宿主应用拦截非 HTTP(S) 地址，并确认设备中存在能够处理该 Scheme 的应用。iOS WKWebView 需要在导航代理中识别 alipays Scheme，再交给系统打开。

这些处理必须由原生客户端实现，同时配置相应的 Scheme 查询权限并进行安全校验。不能直接信任页面传入的任意 Scheme，否则可能带来开放重定向或恶意应用唤起风险。

更可靠的解决方案

如果该地址用于真实支付，建议采用以下流程：

  1. H5 向业务后端提交订单。
  2. 后端调用支付宝、农业银行或聚合支付机构的正式接口。
  3. 后端把接口实时返回的支付表单或跳转地址交给前端。
  4. 用户点击支付按钮后立即跳转。
  5. 根据服务端异步通知和主动查询确认支付结果，不能用“是否成功拉起支付宝”判断支付是否完成。

不要长期硬编码 render.alipay.com、appId=20000067 或一次性 token。如果支付服务方返回的原始地址仍无法唤起，应把新订单的生成时间、设备系统、浏览器类型、完整跳转链和错误页面提供给服务方排查。

注意事项

  • 不要在日志、截图或公开页面中暴露真实支付 token。
  • 不要根据前端跳转结果判断订单是否支付成功。
  • 不要在 iframe 中执行支付宝唤起。
  • 不要假设 Scheme 在微信内置浏览器中一定可用。
  • 不要自行更换 appId 或删减参数，相关参数的含义应由支付链接提供方确认。
  • 如果目标业务支持支付宝官方 H5 支付、手机网站支付或 Universal Link，应优先使用官方接口返回的地址，不要自行拼装深链。

备注：内容仅供参考。