1. 为什么要使用试验标签

神策 A/B 测试系统默认会为每个试验生成一份试验报告，内含统计学检验、指标趋势等信息，通常情况下足以供我们判断当下试验版本是否有显著差异。但试验实施往往是一个长期工作，除了了解当下的试验情况之外，我们也许还需要做进一步的数据分析，以找到下一步试验的决策依据或者方向性线索。因此神策提供了试验数据打通的能力，可通过试验标签将参与过试验的用户提取出来，结合神策其他分析模型进行更深度的试验分析。

2. 试验触发与试验标签

2.1. 试验触发机制

当用户进入某个试验场所时，会运行参数获取代码以请求试验的参数值，神策 A/B 测试分流服务会对该请求进行判断，最终决定该用户是否进入试验。若分流服务判断该用户进入试验，则会为该用户分配一个试验组，此时神策SDK会自动上报$ABTestTrigger事件表明用户命中试验，并在$ABTestTrigger事件中记录该用户命中哪个试验及哪个组。

2.2. 试验标签生成机制

当用户触发试验事件$ABTestTrigger，并由神策后台接收到之后，神策分析系统会为该用户创建一个试验标签，记录该用户进入哪个试验及哪个组。（若试验被删除，试验标签并不会主动删除）

标签名：“试验名”+“_”+“上线时间（24小时制的时分秒）”命名。例如：“广告位置试验_20210118120530，“试验名”可在「基本信息」步骤中进行命名

标签值：为试验分组名称，可在「设置试验分组」步骤中进行命名

标签修改：在试验中，若试验名和试验分组名被修改，则标签名和标签分组名同步修改

标签覆盖的试验状态：运行中、运行中（暂停）

注意事项：

• 以上的“用户”定义，为神策体系下的神策ID，一般情况下其绑定了设备ID和登录ID的相关信息。如果您想了解神策的用户体系可查阅：用户标识
• 如果您选择的分流主体为“设备ID”，则不会为该主体生成试验标签（上述分流方式为高级功能，默认不开启）
• 在 091+ 版本上我们支持了非粘性试验功能，因为非粘性存在用户出组&跳组的场景并不适合用标签标记，所以非粘性试验不会生成标签

3. 试验标签使用方法

以下以「事件分析」为例进行讲解，在其他分析模型中的使用方法基本相同。

选择事件：这里以「APP启动」事件为例。

设置筛选条件：选择「用户标签」下「直播入口文案对比试验_20210205105245」，限定「有值」

设置分组条件：选择「用户标签」下「直播入口文案对比试验_20210205105245」

选择时间范围：2021.02.05—2021.03.04（欲分析的时间范围）

4. 主要分析模型中的使用方法与典型场景 

5. 常见问题列表

5.1. 为什么做试验分析时，用户分类会出现「未知」组？

答：「未知」组的用户代表着该用户并未进入试验，所以我们推荐在筛选条件中先设定某某试验为「有值」后再进行分析

5.2. 为什么大多数试验分析场景都要设置筛选条件为「有值」？

答：因为大多数情况下，发生目标埋点事件的用户数量都会大于进入试验的用户，具体发生用户不进入试验的原因有「因网络延迟未获取到试验参数」「进入试验的比例未设置为100%」「同试验层存在其他试验组」等等，所以通常需要把未进入试验的用户剔除掉再进行分析。

5.3. 通过试验标签进行事件分析和试验报告查看相同指标的数据存在差异，是什么原因？

答：试验报告的统计口径较为严格，统计的是用户自进入试验（触发$ABTestTrigger）之后的所有行为，而每个用户进入试验的时机均不相同。分析模型的统计口径较为宽松，指的是当前分析模型选定的时间范围。因此，试验标签结合其他模型进行的分析通常只作为辅助分析手段，并非绝对精确的指标统计。

统计口径示例：

假设欲统计的试验周期是1月1日~1月7日，试验进入A和B两名用户，统计指标是交易总金额，其中用户A在1月1日进入试验，用户B在1月7日进入试验。则，试验报告中的统计范围为，用户A在1月1日触发试验后到1月7日内的交易金额加上用户B在1月7日触发试验后的交易金额；而事件分析中的行为统计范围为，用户A和用户B在1月1日到1月7日的所有交易金额。