HTML结构在移动端端外浏览器唤起APP的深链接方案-html教程-PHP中文网

移动端外部浏览器唤起app必须分平台实现：android用intent://协议（需包名、scheme与manifest严格一致且fallback url编码），ios必须用universal links（https域名+apple-app-site-association文件+associated domains配置），禁用iframe等静默触发方式，fallback应以显式用户操作引导为主。

html结构在移动端端外浏览器唤起app的深链接方案

移动端外部浏览器（非微信）唤起APP，不能只靠 a 标签写个 myapp:// 就完事——90% 的失败都卡在协议触发被拦截、fallback 逻辑失效、或 Android/iOS 行为不一致上。

Android 端用 `intent://` 协议才真正可靠

Android 原生支持 intent://，它比自定义 scheme 更健壮：能指定包名、Activity、flags，还能带 browser_fallback_url。但必须满足几个硬性条件：

scheme 和 package 必须与 AndroidManifest.xml 中 <intent-filter></intent-filter> 完全一致（大小写敏感）
S.browser_fallback_url 必须 URL 编码，否则整个 intent 解析失败
Chrome 80+ 要求跳转必须由真实用户点击触发，setTimeout + window.location.href 会静默失败
华为、小米等定制 ROM 可能拦截 intent://，此时需降级为 scheme + 手动 fallback

示例链接（已编码）：
intent://open?param=1#Intent;scheme=myapp;package=com.example.myapp;S.browser_fallback_url=https%3A%2F%2Fplay.google.com%2Fstore%2Fapps%2Fdetails%3Fid%3Dcom.example.myapp;end

iOS 端必须用 `Universal Links`，`scheme` 基本不可用

iOS 13+ 主动拦截所有非用户手势触发的 scheme 跳转，且 Safari 会静默丢弃 location.href 调用。唯一稳定路径是 Universal Links：

服务器根目录或 /.well-known/ 下放 apple-app-site-association（无扩展名），Content-Type 必须是 application/json
Xcode 中开启 Associated Domains，添加格式为 applinks:yourdomain.com
HTML 中仍用普通 HTTPS 链接：@#@#@#@#@#@#@#@#@#@0，系统自动接管
配置出错时（如 JSON 格式错误、HTTP 状态码不是 200、证书不匹配），不会报错，而是直接退化成网页跳转——这是最常被忽略的调试盲区

`iframe` 触发方案在 Android 上有效，在 iOS 上基本失效

曾广泛使用的 iframe.src = 'myapp://...' 方式，在 Android 多数浏览器中仍可触发（尤其旧版 Chrome），但在 iOS Safari 中已被彻底限制：

html-deploy

使用 htmlcode.fun 将 HTML 内容或文件部署到网页，适用于用户要求“部署到网页”“托管此 HTML”“生成此前端...的实时链接”等场景。

下载

iOS 要求跳转必须由用户真实点击触发，iframe 属于静默行为，直接被忽略
即使绕过检测，也无法可靠判断是否唤起成功（document.hidden、页面失焦等信号在 iOS 上不可靠）
若坚持用此法，仅建议作为 Android 端的备用兜底，且必须配合 setTimeout + window.location.href fallback 到下载页

典型写法：
const iframe = document.createElement('iframe'); iframe.src = 'myapp://home'; iframe.style.display = 'none'; document.body.appendChild(iframe); setTimeout(() => document.body.removeChild(iframe), 300);