实验与标记
此人实际看到了哪个变体?桥接将答案写到会话上,让您按变体筛选录制,无需猜测。
1. 它回答的问题
实验工具告诉您,变体 B 的转化表现差 12 %。但它不会告诉您 为什么,也无法展示任何一个遇到困难的人。
此桥接以尽可能低的成本弥补鸿沟:从已运行的工具中读取变体分配,并附加到 MousePlayer 会话。从此,“显示看过变体 B 并发生愤怒点击的会话”只是一个筛选条件,而非研究项目。
不向实验工具发送任何内容。我们只 读取 它已作出的决定。从未运行的实验,或从未分组的访客,不会产生任何结果,这是正确行为,而非失败。
2. 工具及其共同规则
六种 A/B 工具与五种功能标记提供商,全部在浏览器中通过工具自身的公开 API 读取。
| 类别 | 工具 |
|---|---|
| A/B 与实验 | Optimizely、VWO、AB Tasty、Kameleoon、Google Optimize 后继产品、Convert |
| 功能标记 | LaunchDarkly、ConfigCat、Flagsmith、Split、Unleash |
仅记录实际发生的分配
VWO 最能说明此规则:仅在活动状态为 RUNNING 并且 确实为此访客分配了一个组合时,才采集该活动。仅仅定义好的活动无法说明当前访客的情况;若将其写到会话上,会让之后的所有筛选失真。
某些答案较晚到达
ConfigCat 异步解析;Snowplow 通过回调回答。其值会进入缓冲区,在下一轮获取,而非原地等待;为了获知变体名称而阻塞页面,代价已经超过桥接的价值。
3. 对页面的开销
没有可测量开销。没有我们的网络请求、没有额外脚本,关闭桥接时完全不执行工作。
无论我们是否读取,已嵌入的工具都会执行自身工作。我们只增加少数几次读取,直到工具给出答案,或达到二十次尝试。
为什么二十次,而非一直重试
实验工具通常在我们之后加载。只读一次会漏掉几乎所有分配;无限轮询则会为了一个不会到来的值,在每个页面持续保留定时器。每半秒一次、共二十次,是折中方案,与同意适配器采用的方案相同,原因也相同。
4. 价值体现在哪里
- 某个变体测试更差,却无人能解释原因。 筛选该变体,按愤怒点击排序,观看三次会话。通常第一次就能看到原因。
- 向 5 % 的用户推出的标记。 这百分之五恰好就是需要观看的会话;没有此桥接,就无法找到它们。
- 看似没有差异的测试。 有时两个变体在同一位置同样糟糕,实验工具却无法告知,因为它只比较汇总值。
变体作为普通会话属性写入,因此也会流向所有其他桥接:CRM 备注、数据仓库导出以及 MCP 工具都能看到它。
此处提及的所有商标均属于各自所有者。MousePlayer 与这些提供商不存在商业关系。