面向深度链接、Universal Link、应用商店和网页的参数传递
一个智能链接将访客路由到不同目标时，仍能保留归因信息与应用内上下文。
一次点击，多个目标，同一份上下文
智能链接可能打开已安装的 App、跳转应用商店、使用 HTTPS Universal Link 或 App Link，也可能直接打开网站。没有参数传递时，路由虽成功，但点击携带的活动和内容上下文会丢失。
参数传递会把 Appy URL 中符合条件的查询参数复制到为当前设备选中的目标。
参数会传递到哪里
一个活动链接
https://appy.to/summer?utm_source=qrcampaign=launchcoupon=SUMMER
Appy 为这台设备选定目标
再把传入参数复制过去
已安装 App
myapp://offer/42?
utm_source=qrcampaign=launchcoupon=SUMMERUniversal Link 或 App Link
https://example.com/offer/42?
utm_source=qrcampaign=launchcoupon=SUMMERApp Store 或 Google Play
https://play.google.com/store/apps/details?id=com.example.app&
utm_source=qrcampaign=launchcoupon=SUMMER商店 ID 受保护
网站（桌面端及其他设备）
https://example.com/summer?
utm_source=qrcampaign=launchcoupon=SUMMER
自定义 Scheme 深度链接
product_id、coupon、referrer 和 UTM 等值通过 myapp:// 到达已安装的 App。
Universal Link 与 App Link
参数合并进 HTTPS URL，同时保留路径、已有查询和 fragment。
App Store 与 Google Play
活动上下文跟随商店 URL，Google Play id 等已有标识不会被覆盖。
普通链接与网站
桌面端和不支持的设备会在最终页面保留同样的活动参数。
避免破坏链接的合并规则
- 目标 URL 已定义的键优先。
- 新增键会追加，重复值也会保留。
- 路径和 fragment 保持不变。
- 该功能按链接开启，属于 Business，并在每次点击时重新校验权限。
你设置的目标
https://example.com/offer?id=42#details
传入的点击
https://appy.to/summer?id=99&utm_source=qr
访客最终到达的地址
https://example.com/offer?id=42&utm_source=qr#details
- 目标中的键优先
- 新键追加在后
- 路径和 fragment 保持不变
具体示例
https://appy.to/summer?utm_source=qr&campaign=launch&coupon=SUMMER → myapp://offer/42?utm_source=qr&campaign=launch&coupon=SUMMER如何开启
- 1创建或打开一个链接。
- 2配置深度链接、Universal Link、商店 URL 和网站地址。
- 3开启参数传递，保存，并用真实参数测试每个设备分支。
不要放进 URL 的内容
- 不要传递密码、访问令牌、会话 ID 或个人数据。
- 敏感业务对象请使用不透明短 ID。
- 只有已知键可以影响行为时，请在 App 或页面端使用允许列表。
常见问题
传入参数会覆盖目标参数吗？
不会。目标 URL 的值优先，只传递缺少的键。
目标被缓存时仍然有效吗？
有效。Appy 在读取缓存后才合并本次请求参数，避免不同访客之间的数据串用。
继续探索
应用内浏览器如何处理深度链接：Instagram、TikTok、Facebook、Gmail、Telegram 等
同一条链接，在 Safari 里能打开应用，到了 Instagram 里就失灵。本文梳理每个应用用的是哪种浏览器、Apple、Google 和 Chrome 的规则，以及你能做些什么。
用自己的域名做 App 短链接：实用指南
为什么链接最好放在自己的域名上，子域名怎么选，三步完成设置，以及已经发出去的链接和二维码会怎样。
应用推广的 UTM 参数：实用指南
每个 UTM 参数是做什么的，一套不会越用越乱的命名规范，各个应用推广渠道的现成参数，以及你的参数在 App Store 和 Google Play 真正会遇到什么。
想看更多内容？浏览 博客全部主题.