iOS App间相互跳转漫谈 part1

概述

文章介绍当下iOS系统中各类App之间的跳转技术，并最终重点介绍UniversalLinks的一种特殊的使用技巧来帮助App来引流，提高转化。

背景

介绍下当下支持的App页面跳转技术及其优劣：

1. Scheme跳转 例如：

   <appscheme>://detail?id=10000
   复制代码

   用户在系统中其余App中点击scheme连接；浏览器网页中点击scheme连接会弹出一个Alert弹框，让用户确认是否跳转。 优点：与http的url提供相似，能够经过URL直观表达跳转的页面和意思。触发条件能够是用户点击，也能够经过程序触发JS或者App。 劣势：跳转时系统会弹出确认框让用户确认，体验略差。而且不能知道App是否安装，只能经过一些手段推测须要跳转的App是否已经安装，若是跳转时没有安装则会弹出“Safari不能打开该网页，由于网址无效。”的提示体验打折扣，关于H5页面如何推测App已经安装后面会介绍。

2. Smart App Banners 在HTML页面中植入一个meta标签，相似于：

   <meta name="apple-itunes-app" content="app-id=myAppStoreID, affiliate-data=myAffiliateData, app-argument=myURL">
   复制代码

   访问这个页面的时候在网页加载完后往下拉页面能够看到App的跳转入口，能够承接跳转的App的功能。 能够手机访问这个Demo页面来体验下 优点：对用户而言，点击进入不须要二次确认；自动检测App安装状态，未安装引导到App Store，已安装则可直接打开App，并带入预置在app-argument中的url值，让App感知当前的页面，能够App中继续行为。 劣势：最大的问题是跳转操做不可经过程序控制，只能由用户点击触发跳转；另外一个产品经理不怎么喜欢的是竟然还显示评分星级，这是个头疼的事情。

3. Univeral Links 从iOS9开始，苹果开放了一种新的App之间的跳转方式，从使用体验上来看，苹果但愿这种技术用于不打断用户的操做行为为前提，提供更好的App跳转方式。举例来讲，正在访问用户正在访问m.alibaba.com，那么若是用户已经安装了Alibaba.com App那么系统将自动引导到App，并将正在访问的完整http连接提供到打开的App以提供在App上继续以前行为的能力。 这种技术带来了完美的体验，通俗点说，如今还能提供http的URL(固然须要https)直接打开App，并且没有二次确认！固然也有些地方有待完善，这个下文会详细提到。

三种技术各有优劣，组合使用可让引流体验变得很是好。下面会简单介绍三种技术的部署方法和一些技巧。

部署

Scheme方式跳转

这种技术部署是须要App自己对scheme协议头进行注册的，并且这种注册是属于系统级别本地注册关联。

1. 项目的Info.plist文件中，新增一个Key -> "URL Types"预置的Key输入时有联想。
2. 新增完后会自动变成一个数组，展开查看第一个元素，将其中 "URL identifier" 置为App的BundleID
3. 而且平级新增一个Key -> "URL Schemes"预置Key有联想。
4. 新增完后自动变成数组，展开，在第一个元素中填入想要注册的scheme协议头便可，好比想要注册 "enalibaba://"，那么只要输入 "enalibaba" 便可。

这时App安装后，协议头即注册生效，能够经过浏览器地址栏中输入该协议头便可跳转。

注意：由于是本地注册，因此若是遇到某个其余App也注册这个协议头那会发生什么状况呢？通过实践测试结果发现，协议头是本地抢注式，先被安装的注册的App拥有更高的优先权，当先装的App被删除时，第二注册者会命中，以此后推。

App Smart Banner

这种方式是直接去中心化，去校验，彻底自由的一种部署方式。

惟一须要作的只是在html页面新增meta标签便可

<meta name="apple-itunes-app" content="app-id=myAppStoreID, affiliate-data=myAffiliateData, app-argument=myURL">
复制代码

使用iOS手机访问这个地址 Demo页面

Universal Links

这种方式更为麻烦一些，由于至关于支持了http连接直接打开App，因此须要双向授信才行。

网站端

1. 建立一个名为apple-app-site-association的JSON格式文件，防止在能够被根目录直接访问到的地方。例如打算绑定m.alibaba.com那么就须要https://m.alibaba.com/apple-app-site-association这个文件能够正常访问，mine/type 为 json/text。
2. 文件的内容格式以下

   {
        "applinks": {
            "apps": [],
            "details": [
                {
                    "appID": "9JA89QQLNQ.com.apple.wwdc", //bundleid
                    "paths": [ "/wwdc/news/", "/videos/wwdc/2015/*"] //path 能够通配符
                },
                { // 可配置多个域名和path匹配规则的绑定
                    "appID": "ABCD1234.com.apple.wwdc",
                    "paths": [ "*" ]
                }
            ]
        }
    }
   复制代码

App端

1. 找到 Alibaba.entitlements 文件
2. 在里面 com.apple.developer.associated-domains 的数组下面添加一个item
3. 值为 applinks:m.alibaba.com 便可

固然App端能找到entitlements文件须要打开Capabilities中的Associated Domain能力，这须要开发者帐号项目才能开启。

到这里双向绑定已作完，编译项目到设备上，经过点击在 备忘录 中预置的匹配Universal Links连接，便可完美跳转了。

为何要放到备忘录？不能直接浏览器地址栏打开吗？答案是不行，还记得上面讲过，苹果但愿的是不打断用户意图的状况下，因此在浏览器地址栏中直接输入地址的行为，苹果认为用户有明显意图想要访问http网页，因此不会直接跳转到App。固然程序也没法控制，若是是JS程序跳转某个UniversalLinks，那结果就是请求正常发出，并不会跳转到App。

并且，并且，苹果的初衷实际上是但愿不一样App之间能够经过这种方式相互跳转。 当初我亲测微信跳转Alibaba.com App完美跳转。 后来，有一种很是规操做能够阻挡这种跳转，以致于现状是几乎全部App都禁用了UniversalLinks的外跳。 但我仍然有解决办法，我会把UniversalLinks的运做原理和攻防技巧放在下一篇文章里详细描述。

豆知识

Scheme和Schema

其实正确的叫法应该叫Scheme[skim]，而不是Schema['ski:mə]，官方文档在描述中也是一直使用Scheme。

从词典上查看，这两个词的意思表达很是相近，都有计划策划的意思。

参考资料

Promoting Apps with Smart App Banners

Inter-App Communication

AppID查找工具

Support Universal Links

原文 - iOS App间相互跳转漫谈-UniversalLinks的极导致用]