我的公司有一个应用程序（iOS和Android），适用以下方案。我正在努力帮助我的工程师和产品团队指明正确的方向。
如果我们的某位用户点击了我们的某封电子邮件，推文或Facebook帖子中的内容链接，并且他们在移动设备上，我们会提示用户下载我们的应用。这与许多应用程序类似，包括LinkedIn（请参阅i.stack.imgur.com/glSgJ.png）。
我认为，对于从社交媒体和各种网络来源进来的新用户来说，这对于提高原生应用的认知度和下载效果会非常有效。但是，对于像我这样已经有应用程序的用户来说，它根本没用 1）点击“不，谢谢”让我在移动网络上（当我想要在本机应用程序中时），和 2）点击“下载应用程序”，将我带到我已经拥有的应用程序的iTunes App Store页面。
超级恼人。因此，我必须手动打开应用程序，并搜索相关内容。我猜大多数用户不这样做。更重要的是，根据应用程序的UI / UX，我可能永远不会到达那里！
同样，我知道我们正在以与许多其他公司（包括LinkedIn）相同的方式处理移动网络访问，但似乎我们在桌面上留下了许多潜在的本机应用程序。我希望我们的工程师能够构建难以捉摸的第三个选项，“Open In App”。
Spotify和Rdio已经很好地解决了这个问题。以下是两个应用程序的深层内容链接（在这些公司的情况下，对于特定的歌曲）：
如果您有时间，请先获取免费版本的Rdio或Spotify应用。然后，如果您从iOS设备上打开上面的链接，您会看到现有本机应用程序用户的体验有多好：Rdio有一个很好的“点击在Rdio中打开”链接（http：//i.stack.imgur .com / B7PuE.png），Spotify的链接更加清晰，“我有Spotify”（http://i.stack.imgur.com/Q3IV6.png）。这两个应用程序还包括一个下载应用程序的链接，供新应用程序用户使用更重要的是，两个应用程序都为用户提供cookie：未来访问移动网络上的链接（无论是来自电子邮件，Twitter，Facebook等）会自动打开应用程序，而不是每次都提示您选择。超级方便。
问题：
1）他们是如何做到这一点的？我最初只关心iOS（我测试过这个），但同样的情况应该适用于Android。
2）为什么没有更多的应用程序这样做？它似乎不像火箭科学，所以我错过了一个关键原因，为什么这可能是一个坏主意？我的一半问题是说服用例。
3）为什么我没有看到关于这种技术的讨论？我已经搜索了大量的iOS解决方案。我想出了很多关于URL注册的讨论（主要是app-to-app），但没有人真正提到我描述的场景类型（移动web提示打开本机应用程序）。
似乎只需极少的工程设计，应用程序开发人员就可以大幅增加原生应用程序的使用，从移动网络转换。 ：）
答案 0 :(得分：1)
Android支持深层链接。请参阅 http://developer.android.com/training/app-indexing/deep-linking.html
答案 1 :(得分：0)
Tapstream的deferred deep links可以将用户发送到应用内的特定视图（仅限iOS），即使应用尚未安装在他们的设备上也是如此。