Deep Linking 完整指南：三种类型、iOS/Android 实现、营销玩法

Deep Linking 是什么

Deep Linking（深度链接 / 深链） 是用一个 URL 把用户直接送到 App、PWA 或网页内部的某个具体页面、内容、状态，而不是落到首页。一个深链同时包含目的地标识（商品 ID、会话、文章）和渲染那个具体视图所需要的上下文。

2026 年深链要同时覆盖三个平台：原生 iOS 走 Universal Links、原生 Android 走 App Links、PWA 走 Web App Manifest scope + URL Handlers。一套深链策略要兼顾三个。

三种最常见的实现：

• Standard Deep Link（标准深链） —— App 已安装才会打开 App 到指定页面

• Deferred Deep Link（延迟深链） —— 用户没装 App，跳商店下载安装后，自动恢复跳转到原本要去的页面

• Contextual Deep Link（上下文深链） —— 链接里带 campaign 来源、referrer、自定义 payload，落地页用这些数据做个性化

Deep Link 和普通 URL 区别在哪

普通 URL 指向一个网页。Deep Link 指向一个「体验」，这个体验可能落在三种载体里（App / PWA / 网页），要根据用户装了什么、用什么设备来选最合适的那个。

业务影响：

• 转化率 —— 把用户扔到 50 屏 App 的首页，转化率只有扔到具体页面的 1/3

• 归因 —— 深链能把 campaign ID 透传过安装漏斗，让你定位「哪条广告带来了哪个安装」到用户粒度

• 留存 —— Push、Email、SMS 唤醒落地到具体功能页，留存率比落到首页高 2–3 倍

• 跨渠道一致性 —— WhatsApp 消息、Instagram 广告、Google 搜索结果跳转到同一个 App 页面，跨渠道体验一致

三种深链类型

Standard Deep Link 标准深链

标准深链 只在 App 已安装时跳进 App 的指定页面，没装就 404 或者掉到网页 fallback。适合对存量用户的唤醒、再营销。

示例：myapp://product/123 或者 https://myapp.com/product/123（配了 Universal Links / App Links 之后）。

Deferred Deep Link 延迟深链

延迟深链 能跨过 App 安装动作。流程：

1. 用户点击链接，没装 App

2. 被引导到 App Store / Google Play

3. 安装并首次打开 App

4. SDK 从深链服务器拿回原始跳转上下文

5. 用户落地到原本要去的页面，而不是通用 onboarding

这是带来付费投放 ROI 大头的深链类型 —— 没有它，每个安装都从首页开始，转化率掉 40–60%。

Contextual Deep Link 上下文深链

上下文深链 除了目的地之外还带任意 payload：campaign 来源、邀请码、A/B 变量、客户名、礼品 token。落地页读 payload 做个性化。Branch、AppsFlyer OneLink、Adjust、Kochava 这些主流深链 SDK 都把 Contextual 当作默认能力。

常见 payload：

• campaign_id —— 归因

• referrer_user_id —— 邀请流程

• coupon_code —— 一键应用优惠券

• variant —— 落地页 A/B 变体

• next_screen —— 多步漏斗

iOS Universal Links vs Android App Links

两个平台都已经从自定义 URL Scheme（myapp://）转向关联域名链接（https://myapp.com/...）。机制相似，实现细节不同。

iOS Universal Links 怎么工作

1. App 在 entitlements 里声明 Associated Domain（applinks:myapp.com）

2. 在 https://myapp.com/.well-known/apple-app-site-association（AASA）放一个文件，列出哪些路径路由到哪个 App + Team ID

3. iOS 看到点击 https://myapp.com/product/123 且 App 已装，就拦截 URL 直接打开 App 到对应页面

4. App 没装时浏览器照常打开同一个 URL，所以同一个链接 App 用户和 Web 用户都能用

Android App Links 怎么工作

1. App 在 AndroidManifest.xml 里为 https://myapp.com/... 声明 intent filter，并加 android:autoVerify="true"

2. 在 https://myapp.com/.well-known/assetlinks.json 放文件，列出 App 包名和 SHA-256 证书指纹

3. 安装时 Android 验证链接归属

4. 之后点击已验证的 URL 直接打开 App，不弹选择器

关键差异

• 验证频率 —— iOS 每次安装 / 更新都重新拉 AASA；Android 只在安装时验证一次。改 AASA 要谨慎，CDN 缓存可能 24–48 小时不刷新

• fallback 行为 —— iOS 没装就 Safari 打开；Android 如果 autoVerify 失败会弹应用选择器

• 自定义 scheme 支持 —— 两个平台都还兼容 myapp://，但 Apple 不推荐，Android 也不保证一定能拉起

• 跨 App 跳转 —— iOS Universal Links 从 Safari / Mail / Messages / WhatsApp 都能正常拉起；Android App Links 大多数源 OK 但 Instagram、TikTok 等 App 的内置浏览器会把点击吞掉留在 WebView 里 —— "为什么我点了链接 App 没起来" 大半是这个问题

PWA 时代的深链怎么变

PWA（渐进式 Web 应用）被深链基础设施当作网页处理，但有个关键差异：用户把 PWA 安装到主屏幕之后，PWA manifest.json 里 scope 范围内的 URL 点击会打开已装的 PWA，而不是浏览器。

2026 年深链涉及 PWA 的几个要点：

• PWA-friendly 深链 必须是 https:// URL 且匹配 PWA scope —— PWA 不认自定义 scheme

• URL Handlers（manifest 字段）让 PWA 注册处理来自其他域的 URL，但各浏览器支持还不齐

• Web Share Target 让 PWA 出现在系统分享菜单里 —— 是深链邻近能力，对再触达很有用

• 没有 Deferred 安装 —— PWA 没有 App Store 那种"先安装再恢复上下文"的环节。PWA 安装是从当前 URL 即时完成的，上下文天然保留

如果一个品牌同时跑原生 App + PWA，最干净的模式是一个 canonical https:// URL，按"已装 PWA > 原生 App > 网页"顺序选择最佳载体。

深链的营销场景

• 安装归因 —— 深链把 campaign ID 透传过安装漏斗。没有深链就拼不出"哪条广告带哪个安装"的用户级数据

• Email / SMS 唤醒 —— 直接打开弃单、未读消息、续费页

• 社交和 KOL —— Instagram 和 TikTok 内置浏览器经常劫持 URL，配好 App Links / Universal Links 能逃出 WebView 进真 App

• 跨设备衔接 —— 用户手机网页开始结账，深链跳到 iOS App 继续同一个购物车

• WhatsApp 和 Click-to-WhatsApp 广告 —— WhatsApp 模板里配深链跳进 PWA 或 App，用户落在 App 里而不是泛泛落地页

• A/B 测试 —— 不同 campaign 变体通过 Contextual 深链 payload 路由到不同落地页

常见坑

• 内置浏览器劫持 —— Instagram、TikTok、微信内置浏览器经常把点击吞进 WebView。用 Universal Link 友好的中转服务强制让 OS 接管 URL

• iOS Safari ITP —— Safari 现在拦截一些深链 SDK 依赖的跨域跳转。用 SKAdNetwork 或者 postback 风格归因替代 cookie 识别

• 自定义 scheme 老化 —— myapp:// 还能用但越来越多场景静默失败。把所有链接迁到关联域名

• 没准备 fallback —— App 没装且用户不在深链感知浏览器里时，需要一个网页处理同样的意图。先做好 fallback，不要事后补

• SDK 锁定 —— Branch、AppsFlyer OneLink、Adjust、Kochava 都做深链 + 归因，但 SDK 体积、合约条款不一样。签合同前测好 fallback 行为

怎么把深链基础设施做大规模化

深链最难的不是 OS 那层，而是运营层：

1. 一个 canonical 短链 对应一个目的地，映射到三个载体（iOS / Android / PWA + Web）

2. 服务端路由 让你换目的地不用重发链接

3. 归因穿透安装漏斗 —— campaign、渠道、变体一路打到 App 内第一个事件

4. WhatsApp 和广告平台兼容 —— 短链要能过 WhatsApp Link Preview、Meta Ads 安全检查、Google Ads 政策审核

5. 同一个链接做 A/B —— 不重建 campaign 就能测落地页

DeepClick 做的正是这一层：品牌短链自动在原生 App、已装 PWA、网页 fallback 之间路由，端到端归因到 Meta Ads、Google Ads、AppsFlyer / Adjust。对做付费投放、跑 PWA 或者 App/PWA 混合方案的团队来说，这是"Universal Links 我都配好了"和"我真的能归因 + 规模化"之间通常缺的那一块。

常见问题

Deep Link 和 URL 区别是什么

普通 URL 指向网页。Deep Link 编码 App / PWA / 网页里某个具体页面的目的地，根据用户设备和已装情况路由到最合适的载体。

App 没装 Deep Link 还能用吗

Standard 不行 —— 失败或掉到网页 fallback。Deferred 可以：跨过安装动作，首次打开 App 后恢复原始意图。

PWA 时代深链还重要吗

更重要了。PWA 多出第三个载体（iOS、Android 之外），深链策略要同时路由到三处。一个 canonical https:// URL 是最干净的方案。

iOS Universal Links 和 Android App Links 区别

机制类似 —— 都用 https:// URL 配合 well-known JSON 文件验证。iOS 每次安装 / 更新重新验证 apple-app-site-association；Android 只在安装时验证 assetlinks.json。fallback 行为也不同：iOS 走 Safari，Android 弹选择器。

选哪个深链 SDK 好

Branch、AppsFlyer OneLink、Adjust、Kochava 都做深链 + 归因。按现有归因平台搭配、SDK 体积、对 Instagram / TikTok / 微信内置浏览器劫持的对抗能力来选。

WhatsApp 里能用深链吗

可以。WhatsApp 模板里放品牌短链，WhatsApp 渲染预览卡，点击经 Universal Links / App Links 跳进原生 App 或 PWA。裸 URL 也行但点击率比品牌短链低。