1. 背景
随着App流量日益增长,“挖掘新用户,沉淀核心用户,提升App DAU” 成为App首要目标,拉新&留存的技术建设至关重要,唤端作为站内外引流的核心技术体系(站内:二方互动换量、手淘投放。站外:巨浪、信息流投放),需要对于唤端体系化的建设和持续的优化改进。
2. 唤端体系
自建唤端及场景还原(站内+巨浪外投)能力体系,优化用户承接链路体验
整个唤端体系优化拆分为以下3个方向的能力建设
业务架构图如下:
2.1 唤端能力建设
怎么唤起一个APP?
通过Scheme和Universal Link(通用链接)两种技术方案进行唤端
唤端SDK
基于流量海关的自适应唤端能力,自建了唤端sdk:pm-deeplink。
唤端流程业务大图
基于流量海关+aop编程定制拍卖业务能力
3 场景还原
什么是场景还原
比如用户在站外游览一个拍卖页面,考虑到用户体验不如端内效果,会引导用户进端得到更好的使用体验,这时候就要进行唤端操作,前端通过Scheme能力打开阿里拍卖App并且还原到用户当前的页面,所见即所得,但如果用户没有App,前端的唤端链条就会断掉,用户从App Store下载后如何还原到用户之前游览的页面,就需要实现场景还原技术体系来解决这个问题。
业务架构
由能否配置拍卖任务页分为站内和站外两种类型,能进入到我们的配置页可以由前端上报后台信息、写剪切板等操作,做一个站内的场景还原。外投巨浪提供场景还原能力。
剪切板还原(本地)
在端外用户跳转下载前,前端将数据写入剪切板,在用户下载完打开App后,客户端读取剪切板并check剪切板格式,若存在匹配数据,则拉起目标落地页。剪切板还原有将近90%的成功率,还原失败的原因可归结为以下几点:
- 游览器禁用剪切板能力
- 用户在中途修改了剪切板内容
服务器还原(网络)
在端外用户唤端到应用市场前,前端上报信息至服务端,在用户下载完打开App后,客户端主动上报信息至服务端,由服务端进行匹配(强匹配或弱匹配),若数据匹配,则返回给客户端目标页url,由客户端拉起目标页。
场景还原技术方案
结合上面场景我们设计了一套融合站内外,本地+服务器同时兼容的场景还原技术方案。由5部分构成整个体系:配置后台、前端、服务端、客户端、投放后台。
核心逻辑:
- 运营后台配置还原策略(整个体系通过还原ID执行)
- 前端上报设备指纹(设备标识idfa、oaid为强匹配信息,设备信息屏幕宽高、手机型号、系统版本为弱匹配信息)和还原ID,上报服务器。同时加密数据写入剪切板
- 客户端上报设备指纹及剪切板内容到服务器,服务器根据设备指纹去匹配,溯源用户行为,返回给客户端还原ID,客户端根据ID请求投放,做场景还原的处理以及算法优化
优点:
- 整套溯源逻辑收口到服务端处理,客户端只做上报和展示,不需要考虑客户端版本问题,服务端处理完整逻辑。
- 运营通过还原策略动态控制还原效果。
- 接口精简,客户端只需要一个上报接口即可。
- 整合了本地+服务器双重还原方案,保证还原可靠性。
- 还原ID可以接入一整套算法体系,针对用户群体做千人千面的体验优化。
缺点:
- 后台做所有的数据处理,工作量较大。
场景还原业务流程大图
总结
App是我们部门核心的流量阵地,引导用户到App中来,对用户增长和留存十分重要。唤端体系本身是一套基础能力的建设,基于上面的解决方案可以承接各种业务方的唤端需求。但如何做的更好,让用户体验更丝滑,唤端效率更高,是值得思考和持续改进的地方。
后续优化方向:
- 唤端能力优化,减少触达路径,提高转换漏斗。
- 进端体验优化,客户端对于外链拉端场景做定制化处理,冷启动情况下,让用户更快的到达场景还原落地页。
- 算法能力优化,根据投放侧得到的用户标签达到千人千面的个性化搜推,提升用户体验,提高IPVUV转换率。
网友评论