您可以使用包含“移动设备类型”维度的流量可视化图表。
使用如上所述的“移动设备类型”,您可以了解用户在移动设备类型与桌面设备类型之间的移动方式。但是,您可能希望将桌面浏览器与移动设备浏览器区分开来。实现该目标的一种方法是创建一个 eVar,用于记录体验是在桌面浏览器、移动设备浏览器还是移动设备应用程序上发生的。然后,使用“体验”eVar 而不是“移动设备类型”维度,创建如上所述的流量图。此图以略微不同的方式提供了关于跨设备行为的视图。
Adobe 会将设备拼合数据保留约 30 天。如果某个设备最初没有被识别,但在随后 30 天内被识别,则 CDA 会回溯并重新声明该设备属于在过去 30 天内已识别的用户。如果某个用户的某些未识别行为在 30 天的回顾窗口之外,则不会拼合用户历程的这一部分。
Adobe 将带有时间戳的点击视为在时间戳时间(而不是 Adobe 收到点击时)收到的点击。绝不会拼合时间戳超过 1 个月的点击,因为它们超出了 Adobe 进行拼合的时间范围。
使用自定义访客 ID 是跨设备连接用户的一种传统方法。对于自定义访客 ID,您可以使用 visitorID
变量明确设置用于访客逻辑的 ID。visitorID
变量会覆盖任何存在的基于 Cookie 的 ID。
自定义访客 ID 具有多个 CDA 可以消除或最大程度降低的不良副作用。例如,自定义访客 ID 方法没有重播功能。如果用户在访问过程中进行身份验证,则访问的前面部分与访问的后面部分会关联不同的访客 ID。单独的访客 ID 会导致访问和访客数夸大。CDA 会重新声明历史数据,这样未经身份验证的点击就会属于正确的用户。
已使用自定义访客 ID 的客户可以升级到 CDA,无需进行任何实施更改。源报表包中仍使用 visitorID
变量。但是,如果用户进行身份验证,CDA 将忽略虚拟报表包中的 visitorID
变量。
在某些情况下,可能有多个用户从同一设备登录。例如,在家中使用共享设备,在图书馆中使用共享 PC,或在零售商店中使用自助终端。
在某些情况下,单个用户可能会与许多 ECID 相关联。如果单个用户使用多个浏览器或应用程序,则会出现这种情况;如果他们经常清除 Cookie,或者使用浏览器的无痕或匿名浏览模式,则关联的 ECID 数量会更多。
由于人员量度报告的是独特个人的数量,因此它与独特访客量度类似。但是,在使用跨设备分析时,如果独特访客在 CDA 之外被记录为两个单独的独特访客时,则它们会被合并。启用跨设备分析后,“人员”量度将取代“独特访客”量度。
这两个量度大致相当。
是的。Analysis Workspace 使用 2.0 API 从 Adobe 服务器请求数据,您可以查看 Adobe 用来为您生成报告的 API 调用:
是的。如果某个人在虚拟报表包的访问超时(默认为 30 分钟)时间内从两个单独的设备发送点击,则这些点击将被拼合到同一访问中。
这两个标识符都由 Adobe 在运行报表时计算,也称为报告时处理。报告时处理的性质意味着,它与 Adobe 提供的 Data Warehouse、数据馈送或其他导出功能不兼容。
如果要切换 CDA 标识方法,请联系贵组织的客户经理。客户经理可以根据所需的方法配置报表包以识别人员。切换后,来自先前方法的历史拼合数据会丢失。
CDA 会先提取 eVar 维度项目,然后再对其进行优化以用于报表。对于 CDA,您不必担心唯一性限制。但是,如果您尝试在工作区项目中使用该 prop/eVar,您仍然可以看到(低流量)维度项目。