Show Menu
主题×

报表时间处理

报表时间处理是一个虚拟报表包设置,它允许以无损、追溯的方式处理数据。
“报告时间处理”仅适用于Analysis Workspace。
报表时间处理仅影响虚拟报表包中的数据,而不会影响基础报表包中的任何数据或数据收集。通过下图可以最好地理解报表时间处理与传统 Analytics 处理之间的区别:
在 Analytics 数据处理过程中,数据会通过数据收集通道传输到预处理步骤,进而为报告准备数据。在收集数据时,此预处理步骤会将访问过期逻辑和 eVar 持久性逻辑(以及其他内容)应用于数据。这种预处理模式的主要缺点在于,它需要在收集数据之前预先完成所有配置。这意味着对预处理设置的任何更改仅适用于在此更改后收集的新数据。如果数据未按顺序到达或设置的配置错误,这种模式就会出现问题。
报表时间处理是一种截然不同的 Analytics 报表数据处理方式。在收集数据之前,Analytics 不会预先确定处理逻辑,它而是会在预处理步骤中忽略数据集,并在每次运行报表时应用此逻辑:
这种处理架构提供了更为灵活的报表选项。例如,您可以将访问超时时段以非破坏性的方式更改为任何所需时长,这些更改将以追溯方式反映在您的 eVar 持久性和区段容器中,就如同您在收集数据之前应用了这些设置一样。此外,您还可以创建任意数量的虚拟报表包,每个虚拟报表包均具有不同的报表时间处理选项,这些选项基于相同的基础报表包,而无需更改基础报表包中的任何数据。
通过报表时间处理,Analytics 还可以避免将后台点击计算为新的访问,并且 移动 SDK 也可以让报表在每次触发应用程序启动事件时才开始一次新访问。
以下配置选项当前可用于启用了报表时间处理的虚拟报表包:
  • 访问超时:访问超时设置定义了唯一访客在自动开始新访问之前必须处于非活动状态的数量。 默认为 30 分钟。例如,如果将访问超时设置为 15 分钟,则会以 15 分钟的非活动状态进行分隔,为每个收集的点击序列创建一个新访问组。此设置不仅会影响您的访问计数,还会影响访问区段容器的评估方式,以及任何在访问时过期的 eVar 的访问过期逻辑。缩短访问超时时间可能会增加报表中的总访问次数,而延长访问超时时间可能会减少报表中的总访问次数。
  • 移动应用程序访问设置:对于包含由移动应用程序通过 Adobe Mobile SDK生成的数据的报表包 ,可使用其他访问设置。 这些设置不具有破坏性,只会影响通过移动 SDK 收集的点击量。这些设置对通过移动 SDK 之外的程序收集的数据没有影响。
  • 防止后台点击开始新的访问:当应用程序处于后台状态时,Mobile SDK会收集后台点击。
  • 每次启动应用程序时开始新访问:除了访问超时之外,无论Mobile SDK中记录了应用程序启动事件,您都可以强制开始访问,而不管不活动窗口是什么。 此设置会影响访问量度和访问区段容器,以及 eVar 中的访问过期逻辑。
  • 通过活动开始新访问:新会话在触发事件时启动,无论会话是否超时。 新创建的会话包含启动该会话的事件。此外,您可以使用多个事件启动会话,如果在数据中观察到这些事件中的任何一个,便会触发新会话。此设置将影响您的访问计数、访问分段容器以及 eVar 上的访问过期逻辑。
报表时间处理不支持传统 Analytics 报表中提供的所有量度和维度。Virtual report suites utilizing Report Time Processing are only accessible in Analysis Workspace and will not be accessible in Reports & Analytics, Ad Hoc Analysis, Data Warehouse, Report Builder, Data Feeds, or the reporting API.
另外,报表时间处理仅可处理报告日期范围(以下称为“日期时限”)内的数据。这意味着在报告日期范围之前为访客设置的“永不过期”的 eVar 值不会在报告时限内持续保留,并且也不会显示在报表中。这还意味着客户忠诚度测量完全基于报告日期范围内的数据,而不是报告日期范围之前的整个历史记录。
以下是使用报表时间处理时,当前不支持的量度和维度列表:
  • Analytics for Target:当前不支持。 计划将来支持。
  • Analytics for Advertising Cloud保留指标/维度:当前不支持。 计划将来支持。
  • 单次访问量度:永久不支持。
  • 列表变量:当前不支持。 计划将来支持。
  • 计数器eVar:永久不支持。
  • 营销渠道变量:当前不支持。 计划将来支持。
  • 上次购买间隔天数维:由于“报告时间处理”日期窗口的性质,因此不支持此维。
  • 第一次购买的天数维:由于“报告时间处理”日期窗口的性质,因此不支持此维。
  • 返回频率维度:由于“报告时间处理”日期窗口的性质,因此不支持此维。 可以使用一种替代方法,即在区段中使用访问计数量度,或者在直方图报表中使用访问量度。
  • 上次访问后的天数维:由于“报告时间处理”日期窗口的性质,因此不支持此维。
  • 登录页原始维:由于“报告时间处理”日期窗口的性质,因此不支持此维。
  • 线性分配eVar:当前不支持。 计划将来支持。
  • 原始引用域维:当前不支持。 计划将来支持。
  • 访问编号:由于“报告时间处理”日期窗口的性质,因此不支持此度量。 作为移动应用程序中的替代方法,您可以使用计算量度(包括访客/访问)和应用程序安装量度来识别新访客或访问。
  • 交易ID数据源:当前不支持。 计划将来支持。
以下是受影响的维度和量度列表,具体取决于所选的报表时间处理设置:
  • 如果启用了“防止后台点击开始新访问”,则会发生以下更改。 有关 详细信息,请参阅上下文感知会话化
    • 跳出次数/跳出率:未后跟前景点击的后台点击不被视为跳出,也不会对跳出率产生影响。
    • 每次访问所花费的秒数:只有包含前台点击的访问才会计入此度量。
    • 每次访问所花费的时间:只有包含前台点击的访问才会计入此度量。
    • 进入/退出维度和指标:此维中仅显示具有前景点击的访问的条目和退出。
    • 唯一访客量度:“唯一访客”不包括在报告日期范围内只具有后台点击的访客。
  • 访问:访问反映虚拟报表包已配置的任何设置,这些设置可能与基本报表包不同。
  • 具有事件ID的序列化事件:对于在访客的报告日期范围内发生的事件,对于使用事件序列化和事件ID的事件,只会消除重复项。 由于“报告时间处理”日期窗口的存在,这些事件不会在全局所有日期或访客之间消除重复。
  • 采购/收入/订单/件数:当使用购买ID时,只会为在访客的报告日期范围内发生的重复购买ID消除这些量度的重复项,而不会因报告时间处理日期窗口而跨全局所有日期或访客。
  • 非销售eVar/保留eVar:只有在由于“报告时间处理”日期窗口而在报告日期范围内设置的值时,才会保留在eVar中设置的值。 此外,如果持久性跨越夏令时更改,则基于时间的过期时间可能会提前一小时或延迟一小时。
  • 销售eVar/保留eVar:请参阅上文。 此外,对于将绑定设置为“任何事件”的转化语法,将改用“任何点击”。
  • 点击类型:此维度指定点击是前景还是背景。