免费工具
Deep link 生成器
填好应用的 scheme 和应用商店页面。下面的预览用的是跳转器在真实点击时所用的同一套判定逻辑。
至少填一个应用链接或应用商店页面，才能看到预览。
为什么一条链接不够用
像 myapp://product/42 这样一条光秃秃的应用 scheme，在没装应用的设备上什么也做不成：浏览器给出一个错误页，访客就走了。应用商店链接则正好相反 —— 它把已经装了应用的人，送回一个他们根本不需要的下载页。deep link 就是同时照顾这两种人的那套安排，而全部的功夫，都花在两者之间的那道缝隙里。
上面的预览用的是跳转器所用的同一张判定表，所以你在这里看到的，就是访客会拿到的。完整的行为，包括安装之后延迟交付的上下文，写在移动端链接页面上。
那段等待到底在做什么
当应用链接和应用商店页面都填了，访客会先落在一个很短的中转页上：它去试应用的 scheme，同时启动一个计时器。如果应用打开了，浏览器标签页退到后台，计时器永远不会触发。如果什么都没发生，计时器就把访客送去应用商店。低于 500 毫秒左右，慢一点的手机还没切换完上下文；高于 2,500 毫秒左右，这个页面看上去就像坏了。
Instagram、TikTok 和 Facebook 的应用内浏览器，对 scheme 跳转的处理各不相同，所以这种情况单独给了一项设置。两个平台都要求的域名关联文件，在 deep link 文档里有说明。
常见问题
该用自定义 scheme，还是 Universal Link？
能用 Universal Link（一个由你的应用认领的 https 地址）就用它，因为它的失效方式很温和：没装应用的设备只会打开网页。只有当你的应用没有关联域名，或者你要把人送到网页版根本没有的界面时，才需要自定义 scheme。这个生成器两种都收，预览里也一视同仁。
一定要有应用的关联文件吗？
用 Universal Link 就要。iOS 会从你的域名上读取 /.well-known/apple-app-site-association，Android 读取 /.well-known/assetlinks.json。没有这两份文件，无论地址怎么写，操作系统都不会把链接交给你的应用。只要你填好应用的标识符，LinkProfit 就会从你的品牌域名上提供这两份文件。
安装之后，营销活动的上下文会怎样？
默认会丢失：应用商店打开，访客装好应用，应用启动时完全不知道是哪条链接把人带来的。延迟 deep link 会在点击的那一刻存下一份短时效的设备指纹，并在首次启动时把原始上下文交给应用 —— 这样一次注册仍然能归因到带来它的那场营销活动。
为什么平板要单独设置？
因为对一些应用来说平板就是手机，对另一些应用来说它是桌面浏览器。媒体类应用通常希望平板也打开应用；业务类工具往往更愿意在大屏上用完整的网页版。这项设置把选择挑明，而不是靠屏幕宽度去猜。