渠道H5投放AB方案

背景

互联网商业最重要的就是：产品、流量、转化率。大部分的互联网产品都是通过渠道投放来吸引新用户的注册和使用（某些产品也具备很好的自增长基因），因此渠道本身投放的合理性以及投放之后的带来的流量转化在整个商业中也占中了重要的一环。比如在SEM领域，会根据关键词来设置相关的落地页链接来吸引用户，但是通常哪些落地页面效果更好则需要通过对照才能看出。对照通常也有流量对照，人群对照等多种方式。

现状

现在H5页面的开发流程简单可以分为一下几个步骤：

H5开发流程

由于流程本身并不包括AB方案的测试，通常的做法是发布的H5页面中自己携带两个版本，通过页面逻辑本身来进行分流以一个概率来显示哪个版本，通过这种方式来实现简单的分流AB测试。

流程梳理

上述的AB方案能满足一些特定场景的测试方案，在管宇星同学帮助梳理下，总结起来在如下一些功能场景下可以进一步加强。

1. 当前分流方案不能动态调整流量比例分配
2. 不支持定量、人群、分时段等其他分流对比方案
3. 新页面增加后需要修改渠道投放的URL
4. 老版本不改动的前提下，新版本小范围实验
5. 缺少统一的平台查看调整AB实验

目标

1. 支持渠道场景下的H5页面的AB测试
2. 稳定性、可用性、响应延迟不可受损（AB系统故障亦不能影响页面访问）
3. 原有无需AB的页面的访问流程不受影响
4. 有统一标识区分全流程的各个环节的AB分组数据
5. 提高AB组数据对比分析报告获取查看的效率

现有流程介绍

H5页面访问流程

1. 开发人员根据UI设计完成H5页面的开发
2. 利用公司的发布系统将H5作为静态页面发布到Nginx上
3. 提供URL跟渠道、运营人员进行推广投放

从上面我们可以看到，H5页面发布完成后，并直接作为静态页面部署到相应的Nginx机器上，用户在浏览器或者直接在app中进行相应的访问查看。

AB测试流程的引入

AB测试流程的引入

1. 发布过程中需要或者后续可能进行AB的页面需要发布到指定的nginx上，生成的URL路劲中带有ab相关的关键字，这样原有不需要AB的页面访问路劲保持不变
2. nginx中需要新增模块将逻辑转发到AB系统中，AB系统按照配置的分流策略返回此次应该访问的具体的HTML页面的地址
3. AB需要保存页面唯一ID和分组的对应关系，便于后续的全链路分析
4. AB分组需要设置一个默认的页面访问路径保存到nginx本地上

风险点
AB 系统本身的稳定性很重要，AB故障后只能访问默认的静态页面