关于应用唤起的那些事儿

来源&＃xff1a;一个数据人的自留地  作者&＃xff1a;&＃64;郝笑笑

01

应用唤起的应用场景

通过深度链接 (即Deeplink) 技术&＃xff0c;实现用户从外部渠道&＃xff08;微信、微博、短信、邮件、浏览器、搜索引擎、其他APP&＃xff09;到App内指定页面的一键跳转&＃xff0c;已经成为各大互联网公司进行用户运营的必备手段。典型的应用跳转场景有以下三种&＃xff1a;

1.1

内容平台的分享裂变

比如知乎的问答内容分享到微博后&＃xff0c;用户可以点击打开跳转至知乎App&＃xff1b;从朋友圈打开新浪新闻&＃xff0c;点击打开也可以跳转至新浪新闻App。

1.2

拉新拉活的广告投放

比如拉活广告的链路&＃xff0c;通常是广告点击 – 曝光落地页 – 点击按钮 – 拉起App – 抵达活动页&＃xff0c;其中高效畅通的跳转是提高广告效率、降低广告投放成本的必要保障。

1.3

营销活动的短信触达

由于短信按照字数收费&＃xff0c;因此需要压缩长域名地址为短链&＃xff0c;以节约短信推广成本。在短信中放入链接后&＃xff0c;用户点击链接如果用户已安装app则直接唤起app&＃xff0c;如果用户未安装app则打开浏览器显示app下载页面。

02

不同Deeplink技术的对比

Deeplink 技术包括 URI Scheme 、 Universal Link、App Link&＃xff0c;以及腾讯应用宝微下载服务。这里&＃xff0c;由于谷歌 Andriod 的 App link不能在国内大陆使用&＃xff0c;这里不再介绍&＃xff1b;应用宝微下载服务的实际使用场景比较局限&＃xff0c;也不再展开详细描述。

2.1

URI Scheme

URI Scheme 的通用格式是&＃xff1a;scheme://host/path?query &＃xff0c;比如bitauto.yicheapp://yiche.app/xuanche.askpricedialog?serialId&＃61;5374 可以跳转至易车App的询底价页面。

URI Scheme 在唤端场景中的局限性在于&＃xff1a;

1. 除非域名被纳入白名单内&＃xff0c;否则链接很容易被百度、微博、微信等媒体封禁&＃xff0c;此时只能引导用户右上角浏览器打开&＃xff0c;但这会增加用户的操作流程&＃xff1b;

2. 未安装App的用户点击链接后&＃xff0c;会出现报错弹窗&＃xff08;比如iOS会出现&＃xff09;&＃xff0c;用户体验较差&＃xff1b;

3. 会存在询问弹窗&＃xff0c;增加用户操作步骤&＃xff1b;

   

4. 浏览器主动拦截。对于部分浏览器&＃xff08;比如via、小米、夸克等浏览器&＃xff09;&＃xff0c;如果首次跳转时用户选择了取消/拒绝跳转 (另外&＃xff0c;提示唤起后2s内用户未主动选择确认跳转&＃xff0c;浏览器默认取消跳转)&＃xff0c;之后浏览器将默认不再提示唤起弹窗。

2.2

Universal Link

IOS 9&＃43;系统的设备&＃xff0c;支持通过 Universal Link 唤端。验证某http链接是否为有效的Universal link方法是, 在iOS设备的备忘录中输入链接&＃xff0c;然后长按&＃xff0c;如果菜单栏中显示“在XXX中打开”的选项&＃xff0c;则代表是有效的Universal link。

Universal Link 技术具有以下几点优势&＃xff1a;

1. 无需弹窗确认&＃xff0c;操作路径被缩短。iOS系统下使用 URI Scheme 技术会存在弹窗阻碍&＃xff0c;应用直达率不理想&＃xff0c;但升级为Universal Link 技术后&＃xff0c;用户无需进行点击弹窗确认的操作&＃xff0c;根据历史实践经验&＃xff0c;唤起率会有10%的提升。

2. 可判断用户是否安装应用。如已安装&＃xff0c;则直接跳转指定页面&＃xff0c;否则会重定向到AppStore下载页面或者其他页面&＃xff08;需要技术同学配置&＃xff09;。

3. 可实现应用间的自由跳转。尽管微信在 v6.6.1版本后&＃xff0c;禁止了Universal link的使用&＃xff0c;但7.0.5版本后&＃xff0c;微信支持通过Universal link唤起第三方App&＃xff0c;具体配置文档可以参考以下链接&＃xff1a;https://developers.weixin.qq.com/doc/oplatform/Mobile_App/Access_Guide/iOS.html。然而&＃xff0c;对于安卓设备&＃xff0c;如果开发者的域名不在白名单内&＃xff0c;那么目前还是仅支持右上角浏览器打开H5页面&＃xff0c;然后通过URL Scheme方式直接唤起App。另外&＃xff0c;微信对于跳转App Store无限制。

然而&＃xff0c;Universal Link 有以下几点弊端需要留意&＃xff1a;

Universal Link 仅 iOS 9.0 &＃43; 版本的用户支持&＃xff0c;iOS 9.0之前的版本不支持。因此建议先跳转到AppStore&＃xff0c;用户点击打开调起应用&＃xff0c;进入指定页面。

Universal Link 无法在页面加载后自动唤端&＃xff08;无需用户点击操作&＃xff0c;比如扫码拉端&＃xff0c;短信H5拉端&＃xff09;&＃xff0c;会唤端失败&＃xff0c;并直接重定向到其他页面&＃xff0c;只能在通过用户行为&＃xff08;点击按钮&＃xff09;触发唤端。

03

应用唤起的理想与现实

3.1

理想的用户旅程

对于用户&＃xff0c;最流畅丝滑的体验旅程是&＃xff1a;用户在微信/微博/短信/邮件/其他媒体中&＃xff0c;点击链接或者按钮后&＃xff0c;对于已安装用户&＃xff0c;可直接跳转至App&＃xff0c;并直接抵达指定页面&＃xff1b;而对于未安装用户&＃xff0c;跳转到应用市场&＃xff0c;完成应用下载激活后&＃xff0c;可以携带参数&＃xff0c;以实现自动展现指定页面。

整个用户旅程中&＃xff0c;用户操作步骤越少&＃xff0c;活动的触达率和转化率就越高。

3.2

面临的现实挑战

尽量理想很丰满&＃xff0c;但现实却很骨感&＃xff0c;总结下来&＃xff0c;主要存在以下几点挑战&＃xff1a;

1. 安卓的web端无法判断用户是否已安装App&＃xff0c;因此无法非常智能且个性化地为用户决策是唤起App&＃xff0c;还是跳转应用商店。目前业界采用的方案是&＃xff0c;js会先尝试执行唤醒操作&＃xff0c;然后监听H5页面是否被隐藏&＃xff0c;如果未被隐藏&＃xff0c;则执行定时下载任务&＃xff08;定时任务&＃xff1a;唤端后2s内执行该下载任务&＃xff09;&＃xff1b;如果被隐藏&＃xff0c;则清理该定时任务。该方案的弊端是有可能唤起App后&＃xff0c;又立即跳转到了App Store。

2. 由于部分媒体(比如微信、微博、百度等)限制自己的用户被引流到其他App&＃xff0c;导致无法正常跳转&＃xff1b;

3. 外跳时会触发询问弹窗&＃xff1a;是否打开xxx应用&＃xff0c;相当于跳转前增加了一层阻碍&＃xff0c;导致唤起成功率被降低&＃xff1b;

4. 唤起方式分为自动唤起和点击唤起 &＃xff0c;但部分浏览器的web容器会限制自动唤起功能&＃xff0c;需要用户行为触发&＃xff08;比如点击按钮&＃xff09;后唤醒才能生效&＃xff1b;

5. 浏览器主动拦截。对于部分浏览器&＃xff08;比如via、小米、夸克等浏览器&＃xff09;&＃xff0c;如果首次跳转时用户选择了取消/拒绝跳转 (另外&＃xff0c;提示唤起后2s内用户未主动选择确认跳转&＃xff0c;浏览器默认取消跳转)&＃xff0c;之后浏览器将默认不再提示唤起弹窗。

04

唤端失败的原因分析

05

优化唤起率的方法

5.1

优化跳转逻辑

根据线下测试结果&＃xff0c;根据不同的浏览器类型、操作系统、操作系统版本、设备机型等UA信息&＃xff0c;确定唤端逻辑、唤端协议&＃xff0c;并持续优化完善策略规则库。

比如设计策略为 iOS 9以下设备直接跳转 App Store&＃xff1b;iOS 9 以上设备使用 Universal Link 进行跳转&＃xff0c;未安装设备进入 App Store&＃xff1b;对于安卓设备&＃xff0c;如果 H5 在 微信、微博、百度等确认封锁 Scheme 的环境打开&＃xff0c;则 H5 中间页引导浏览器打开&＃xff08;比如下图中右边部分&＃xff09;&＃xff1b;

对于安卓除微信、微博的其他环境&＃xff0c;为了挽留取消外跳弹窗的用户&＃xff0c;以及避免部分浏览器不支持 H5 加载时“自动唤端”的情况&＃xff0c;可以展示打开或者下载 App 的中间页&＃xff0c;且可以设计唤端失败的逻辑&＃xff0c;比如执行唤端指令 2s 内监听到 H5 一直未隐藏&＃xff0c;2s后自动执行跳转应用商店。

对于引导下载 App 的中间页&＃xff08;比如下图中左边部分&＃xff09;&＃xff0c;可以增加新人奖励等激励性的信息&＃xff0c;以刺激用户下载App。

5.2

做好数据监测

&＃xff08;1&＃xff09;支持查询短链信息&＃xff0c;比如短链对应的渠道名称、活动名称、是否开启剪切板功能、是否开启H5引导页等&＃xff1b;

&＃xff08;2&＃xff09;支持监测唤起率&＃xff08;唤起成功uv/唤起请求uv&＃xff09;、唤端请求uv、web端判断唤起失败uv、web端判断唤起成功uv、客户端判断唤起成功uv等核心指标。为了贯通串联Web端和客户端的用户行为数据&＃xff0c;可以在JS SDK 初始化时生成唯一标识&＃xff0c;该唯一标识可以传递到客户端&＃xff0c;以监测H5唤起客户端的成功率。另外&＃xff0c;可以尝试监测不同UA环境下的唤端率&＃xff0c;比如唤端率低的UA环境可以有针对性的进行优化。