更新时间：2025年11月19日
在移动互联网生态中，Deeplink（深度链接） 扮演着“跨端跳转”的关键角色。它让用户可以从广告、网页、短信、社交媒体等任意外部渠道，一键直达 App 内的特定页面，而不是仅停留在首页。
从增长、广告投放、用户召回到 App 交互体验，Deeplink 已经成为 App 产品必备基础能力。
什么是 Deeplink？
简单来说：Deeplink = 打开App指定页面的链接
例如：
myapp://product/123
- 允许外部渠道与App形成闭环，提高营销可追踪性
Deeplink 的跳转流程解析
当用户点击一个深度链接时，流程一般如下：
用户点击链接 → 浏览器/容器识别链接类型 → 系统判断是否有对应App → 触发App内部路由 → 打开目标页面
Deeplink 的三种主流类型
URL Scheme（最早期方案）
用Scheme是大家比较熟知的方式，不管是iOS还是Android，都可以通过Scheme去打开一个应用，这是最简单粗暴的方式。
URL Scheme的作用是打开对应的特定页面，这个是需要提前在APP端配置好的，使得app需要能够接收参数，传递给app，然后打开对应的Activity，传递的ID要跟APP的页面一一对应。
但是这种方式局限性很大，很多时候显的都不是那么直接，比如在IOS上需要点击右上角去跳转，这种体验差；
它的格式：
myapp://path?param=value
特点：
- 实现简单、兼容性高
- iOS/Android 都支持
- 容易被劫持（安全性较弱）
- 浏览器中可能被拦截，如 iOS 9+ Safari、Chrome、微信内置浏览器可能拦截或提示
Universal Links（iOS 专用）
随着系统的升级，iOS出现了Universal Link通用链接技术，如果你的App支持Universal Links，那就可以访问HTTP/HTTPS链接直接唤起APP进入具体页面，不需要其他额外判断，能够方便的通过一个https链接来打开app具体页面，如果没有安装app，可以跳转到自定义地址，有效解决scheme的缺点，如中间提示页面和被主流平台禁止的缺点。
格式为普通 HTTPS：
https://www.example.com/product/123
特点：
- iOS 官方推荐方式
- 更安全，无法被其他 App 伪造
- 支持 fallback 到网站
- 需要服务器配置
apple-app-site-association文件
是iOS端现代Deeplink的主力方案。
Android App Links（Android 官方方案）
App Links让用户在点击一个普通web链接的时候可以打开指定APP的指定页面，前提是这个页面要经过验证。
跟苹果的Universal Link异曲同工，本质是Android对HTTPS的深度链接校验。
特点：
- 类似 iOS Universal Links
- 更安全，有数字签名验证
- 少踩坑，兼容性稳定
两者通常一起称为 “应用链接（App Links）”。
DeepLink VS Deferred Deeplink
- DeepLink（深度链接）：用户已经安装 App → 点击链接 → 直接打开 App 内指定页面
- Deferred DeepLink（延迟深度链接）：用户没有安装 App → 先跳到应用商店 → 安装 → 首次打开 App 后自动跳转到指定页面
Deferred Deeplink增加了判断是否安装APP和匹配，当用户点击链接的时候，先判断APP是否已经安装，如果没有安装，就跳转到应用市场去下载，在这个过程中会记录或存储点击信息，如果用户下载完后打开，在去匹配，然后直接打开相应的页面；如果已经安装了APP，就直接打开APP内对应的页面。
需要注意，在这个过程，它是有一个记录或存储点击信息和匹配的过程，而现有手机操作系统是不支持的，或是DeepLink是不支持这个过程，所以Deferred Deeplink需要外部的服务器去记录，通常会是使用第三方SDK / MMP：如Branch、AppsFlyer OneLink、Adjust Deferred Deeplink。
两者的对比：
| 功能 | DeepLink | Deferred DeepLink |
|---|---|---|
| 用户是否需要已安装 App | ✔ 是 | ✘ 不需要 |
| 是否支持 App 安装后自动跳转 | ✘ 不支持 | ✔ 支持 |
| 应用场景 | 在 App 内跳转、Push、短信 | 广告拉新、新客下载 |
| 实现难度 | 简单 | 较复杂，需要 MMP 或自建系统 |
| 落地页跳转体验 | 即时跳转 | 安装后恢复跳转 |
| 数据追踪能力 | 一般 | 优秀（点击 → 安装 → 首开） |
| iOS 支持机制 | Universal Links | 需 SDK 辅助（如 AppsFlyer） |
| Android 支持机制 | App Links | 需 SDK 辅助 |
Deeplink在营销增长中的角色
在广告投放、社交引流、短信触达等场景，Deeplink可显著提升体验和转化。
| 场景 / 目标 | 功能 / 作用 |
|---|---|
| 广告落地页直接打开 App 页面 | – 提升点击到转化率 – 缩短用户路径 |
| 激活新用户 | – 首次下载后，App 可读取 Deferred Deeplink 数据 – 跳转到用户原意图页面（如某商品） |
| 用户召回（Push、短信、邮件） | – 点击推送 → 直接进入 App 内活动页 – 减少流失 |
| 归因分析 | – Deeplink 帮助 MMP（AppsFlyer、Adjust）判断用户来源 – 实现广告追踪 |
常见问题与踩坑总结
Deeplink 的常见问题主要集中在：
| 问题 / 场景 | 常见原因 / 解决方式 |
|---|---|
| iOS 无法触发 Universal Links | – 域名未配置 AASA 文件 – 路径未加入 allowed list – HTTPS 证书异常 – App 未开启 Associated Domains |
| Android App Links 不稳定 | – 数字签名验证失败 – Manifest 未正确声明匹配规则 – 浏览器不支持（如国内部分定制 ROM） |
| URL Scheme 被劫持 | – 其他 App 注册了同名 Scheme，导致打不开正确 App 或打开错误 App – 解决方式：使用 Universal Links / App Links 作为主方案 |
| 跳转失败无法准确定位 | – 需要日志埋点追踪：点击 Deeplink、系统是否识别 App、App 是否启动、是否进入正确页面 – 可用 Firebase / GA4 / Adobe Analytics 做事件记录 |
实现 Deeplink 的最佳实践
- iOS 和 Android 同时支持双通道
- iOS：Universal Links 为主，URL Scheme 为辅
- Android：App Links 为主，Intent + URL Scheme 为辅
- 必须设计 fallback 逻辑：无论哪种 Deeplink，都建议：点击 → 中间页 → 检查 App 是否安装 → 跳 App 或跳落地页，减少跳转失败率。
- 路由统一管理：在 App 内部使用统一路由表，便于维护与埋点追踪。
- 埋点全链路监测：记录Deeplink 点击、App 打开（open）、Deeplink 触发（deeplink_open）、落地页展示（page_view）、转化（event），方便分析 Deeplink 效果。
