H5唤起App

概述

DAU和新增是产品的两项重要指标，

DAU，一般来源是用户自主打开、PUSH、H5唤起、付费等途径，以自主打开和PUSH为主。

新增，一般来源是预装、刷机、网推、ASO、SEM、SEO、分享回流等多种渠道，以预装和商店推广为主。

H5在这两项中都占有一定比例，特别是在H5唤起和免费新增上，做的好就会省很多钱。

一般产品对H5的定位是分享回流、运营活动、简单功能承载，因为个人负责业务前端方向，有一段专门做了唤起&新增系统优化，简单记录下经验，

技术

1.唤起方案

-Scheme

iOS和Android都支持，只需APP开发时注册Scheme，当用户点击到此类链接时，会自动唤醒APP，借助于URL Router机制，则还可以跳转至指定页面。

会有弹窗提醒，safari中如未安装app会提示链接无效

一般通过超时判断是否唤起App，

-Universal link

iOS9开始支持，基于HTTPS的唯一URL防止其他App注册scheme 对链接进行拦截，通过apple-app-site-association文件配置应用信息及可处理的universal link

安装或更新应用时，向应用内Associated Domains指定的网站请求apple-app-site-association文件，注册给系统，当设备访问链接时，如果某个应用可以处理该链接，则打开该应用，如果打不开，系统就会在浏览器中转向你要访问的链接。

-Applink

Android6.0开始支持，通过assetlinks.json文件配置应用信息

用户没有设置链接处理者，并且有多个支持处理此链接的app时，系统会显示选择对话框让用户选择最合适的app。用户设置了此链接处理者，系统把网页的uri传递给此app。

Chrome、三星、宙斯等浏览器支持（各版本支持情况也可能不一样）

-口令

针对中断情况，如用户未安装、跳转弹窗时用户未允许、或微信等受限制导致用户未直接唤起App，一般会通过口令方案，自动在剪贴板中存储内容或让用户主动复制内容，当用户主动打开app或安装没打野时通过识别剪贴板内容打开的页面跳转到对应页面或执行对应操作

-引导

一般app（微信、微博、百度）和浏览器（UC、QQ）都会尽可能限制用户跳出减少流失，所以对scheme和link做了刻意限制或不进行支持。

对应方案就是页面中引导用户出受限环境去浏览器，常见微信中让用户『右上角->浏览器中打开』，（iOS微信已从2019.7.16发布的7.0.5版本支持ulink）

-应用商店

在受限环境中，还有一种方法是通过scheme唤起应用商店，然后通过应用商店打开App。

特别是在iOS中常用（干不过大腿），

好处是H5无法准确判断用户是否已安装App，而应用商店可以根据安装状态显示为打开或安装，另一点是用户一般对应用商店信任度更高（熟用微信后探索世界的大门）

2.新增

因为不知道用户是否已安装App，所以一般是结合唤起使用，在唤起失败后走下载逻辑（一般是通过scheme超时）。

常见方案是通过CDN直接下载安装包、跳转应用商店或下载页等，优先使用CDN和应用商店。

3.统计归因，

能够知道唤起和新增能真实来源，特别是运营活动中不能因为跳转到别的页面就把数据算到下游页面上。

技术上就是通过基础库实现所有页面跳转时携带最初来源的统计参数，在唤起和新增激活时使用真实来源进行统计。

应用

对技术方案的应用原则：明确点击用scheme，页面跳转优先link（强吸引用部分scheme阻断唤起），受限环境看情况（微信android走应用宝、其它量小走引导出受限环境提示）

在具体业务页面上，

在最重要的页面上（如视频页、商品页、内容页）做阻断唤起，对不同用户做定制化交互，提升唤起新增转化。

其它页面中允许跳转并使用link引导到重要页面，提升用户体验同时实现部分唤起并贡献下游流量。

案例

1.基础库：https://github.com/jawidx/web-launch-app

2.基于基础库再开发业务的唤起库，进行配置、方案选择、统计归因（参见基础库文档串demo部分）