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

概述

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

一般产品对H5的定位是分享回流、运营活动、功能承载，因为个人负责业务前端方向，有一段时间专门做了唤起&新增系统优化，唤起DAU由120w增长到300w，记录分享下经验，希望对研发和产品有用。

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

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

一般通过超时判断是否唤起App，然后走下载新增流程。

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

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

支持情况：占比最大的safari支持，uc及qq浏览器不支持，微信从7.0.5开始支持，其它...

开发：App部分开发咨询iOS同学或自行查询。

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

用户没有设置链接处理者，并且有多个支持处理此链接的app时，系统会显示选择对话框让用户选择最合适的app（例如微信中打开H5页面后，右上角选择浏览器中打开，会弹出列表框让用户选择浏览器）。用户设置了此链接处理者，系统把网页的uri传递给此app。

支持情况：Chrome、三星、宙斯等浏览器支持，其它...

开发：App部分开发咨询Android同学或自行查询。

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

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

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

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

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

好处是H5无法准确判断用户是否已安装App，而应用商店可以根据安装状态显示为打开或安装，另一点是用户一般对应用商店信任度更高（直接下载pkg包也会被提示安全风险）

实现自动唤起下载等功能，也做为新增的兜底页做为未唤起情况使用。

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

常见方案是通过CDN直接下载安装包、跳转应用商店或下载页等，优先使用CDN和应用商店。大型活动（用户上亿）时可通过应用商店分流节省带宽。

一般唤起和新增的统计都会算到当前交互页面上，无法准确知道用户交互来源（最先接触的页面），特别是运营活动无法通过统计数据知道准确效果（如视频专题运营活动，会大量跳转到视频页等下游页面）。

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

对技术方案的应用原则

明确点击用scheme，页面跳转优先link（强吸引用部分scheme阻断唤起提升转换率），受限环境看情况（微信android走应用宝、其它量小走引导出受限环境提示）
在具体业务页面上应用

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