针对虚拟报表包新用户的提示和最佳实践。
问题 | 回答 |
---|---|
是否应在实施中将多个报表包合并为一个“全局”报表包,然后使用虚拟报表包向用户公开不同的数据区段? | 也许应该这样做。以下是您应该考虑继续使用单个报表包的一些情况:
|
虚拟报表包上的哪些设置是从父报表包继承而来? | 虚拟报表包 (VRS) 会继承父报表包的大部分服务级别,如 eVar 设置、处理规则和分类等。以下设置不会被继承:
|
在 Analytics UI 中使用虚拟报表包与使用基础报表包有何不同? | 创建虚拟报表包后,在整个用户界面中都会像对待基础报表包一样对待虚拟报表包,并且大部分扩展功能通常也支持虚拟报表包。例如:
|
在 Admin Console 和 Admin API 中如何对待虚拟报表包?能否像对基础报表包一样,对虚拟报表包保存功能? | 不可以,大多数管理功能不支持虚拟报表包。正如上文所述,VRS 会从父报表包继承大部分服务级别和功能(例如,eVar 设置、处理规则和分类等),因此要更改 VRS 中的这些继承设置,您必须更改父报表包。 因此,虚拟报表包仅在 UI 中的以下位置显示:
|
我选中了“在每次应用程序启动后即开始一个新访问”。为何仍发现访问次数远大于启动次数? | 选中“在每次应用程序启动后即开始一个新访问”选项后,超时仍适用。因此,如果用户使用一个应用程序 10 分钟,并且各个操作之间有一分钟的间隔,则会在应用程序启动后开始一次新访问,然后在访问超时时创建其他 9 次访问。选中“在每次应用程序启动后即开始一个新访问”选项后,要使启动次数与访问次数尽可能接近,使用的超时时间应大于 SDK 中设置的会话超时时间。 |
我设置了“在每次应用程序启动后即开始一个新访问”,并设置了比我的 SDK 长的超时。为何我的启动次数仍远小于访问次数? | 如果您设置的超时时间大于 SDK 中设置的值,原因很可能是您的应用程序在后台发送了点击,并且这些点击被计为新的访问。可通过使用父报表包中的点击类型维度来查看是否存在任何后台点击。 注意:只有在 SDK 4.13.6 及更高版本中才会区分后台点击和前台点击。如果您使用的是较低版本,则所有点击都会显示为前台点击。如果您使用的是正确的 SDK 版本,则应当启用“避免将后台点击计算为一次新的访问”设置。注意:如果您在 Admin Console 中禁用了后台点击旧版处理功能,则这些点击将不会显示在父报表包中,但会显示在虚拟报表包中。 |
需要使用哪个 SDK 版本才能跟踪后台点击? | 必须使用 SDK 4.13.6 或更高版本。 |
如何才能找到虚拟报表包的 ID? |
|