Show Menu
主题×

子关系

完全子关系会在所有转化报表中启用,因此任意一个 eVar 都可以由另一 eVar 划分。报表表格中的“划分依据”菜单与标准 Analytics 报告菜单匹配,从而保持选择的一致性。

子关系的工作原理

为了便于解释子关系的工作原理,请思考以下示例:
  1. 一位用户通过 Campaign_A 来到您的网站并抵达主页。
  2. 这位用户搜索“cats”并看到搜索结果。eVar1 用于记录内部搜索词。
  3. 这位用户订阅电子邮件发送清单,此操作使用 event1 进行追踪。
  4. 另外一位用户也是通过 Campaign_A 来到您的网站并抵达主页。
  5. 这位用户搜索“kittens”并看到搜索结果 (eVar1),同样也订阅了电子邮件发送清单 (event1)。
如果您生成跟踪代码报表,就会看到以下内容:
如果您生成 eVar1 报表,会看到以下内容:
如果您通过 eVar1 与促销活动报表建立子关系,会得到以下内容:
如果您通过促销活动与 eVar1 报表建立子关系,会得到以下内容:
由于转化变量具有持续性,因此共有两个数据列用于存储 eVar 值:触发的值,以及持续保留的值。如果我们要查看本示例的原始数据导出,它看起来会是这个样子(为本示例进行了简化):
我们的后端通过允许 post_campaign 和 post_evar1 持续保留促销活动和 evar1 中定义的值来运作。子关系报表专门关注包含成功事件的点击(以浅黄色突出显示的行)。然后,它们会根据持续保留的值,填充子关系报表(在本示例中,post_campaign 和 post_evar1 是以浅黄色突出显示的单元格)。
基本上,子关系会按照以下步骤来填充报表:
  • 将包含您正在报表中查看的成功事件的图像请求隔离。
  • 从子关系中使用的各个转化变量返回持续保留的值。
  • 根据子关系的顺序组织值。如果某个变量没有持续保留的值(例如,如果某个 eVar 从未被定义或从未过期),则会被存储在“无”的下面。