常见问题解答
Last update: Fri Mar 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
Adobe Customer Journey Analytics 是下一代分析产品。本文提供有关 Customer Journey Analytics 的常见问题解答。有关更多信息，请查阅 Customer Journey Analytics 功能支持。
1. 先决条件 prerequisites
Customer Journey Analytics 是否需要专用设备图形或设备协作？
不需要，Customer Journey Analytics 不需要专用设备图形或设备协作。事实上，目前还不支持这两个功能。
Customer Journey Analytics 是否需要 Experience Cloud ID (ECID)？
不需要，Customer Journey Analytics 支持数据集内的任何 ID，无论该 ID 是 ECID 还是您选择的任何其他 ID。
如果在执行 Customer Journey Analytics 之前需要对数据进行 ETL（提取、转换、加载）操作，该怎么办？
2. 拼合数据 stitching
Customer Journey Analytics 是否可以跨设备或跨数据集进行“拼合”？
是的。Customer Journey Analytics 具有
拼合功能，该功能适用于数据集中经过身份验证和未经身份验证的事件。这样拼接可将完全不同的记录解析为单个经过拼接的 ID，以供在人员级别进行跨设备分析。此外，在
连接内的数据集间使用公共命名空间 ID（个人 ID）时，您可对在人员级别“拼接”的多个数据集的无缝组合运行分析。
是的。
拼接时会同时考虑来自经过身份验证和未经身份验证的会话的用户数据，以生成拼合 ID。
拼接时会根据其发现的唯一标识符“重播”数据。重播的目标是从同时已识别的设备中拼合最初未经身份验证的事件。
了解详情
首次启用时，Adobe 提供追溯到上月初（最多 60 天）的拼合数据的回填。为实现此回填，当时的未拼合数据中必须存在过渡 ID。
了解详情
示例场景：通过使用 CRMid 作为人员 ID，您在 Customer Journey Analytics 连接中连接两个数据集。一个是 Web 事件数据集，所有记录中都包含 CRMid。另一个数据集是 CRM 配置文件数据集。CRM 数据集中 40% 的数据都在 Web 事件数据集中有 CRMid。Web 事件数据集中不存在另外 60% - 这些记录是否出现在 Analysis Workspace 的报表中？
回答：不带关联的事件的配置文件行存储在 Customer Journey Analytics 中。但是，您无法在 Analysis Workspace 中查看它们，直到与该 ID 关联的事件出现。
3. 将数据载入到 Customer Journey Analytics ingest
是否可以将来自不同 Adobe Experience Platform 沙盒的数据合并到一个 Customer Journey Analytics 连接中？
不能，您不能跨沙盒访问数据。您只能合并位于同一沙盒中的数据集。
了解详情
如何在 Customer Journey Analytics 中将在线数据与离线数据关联起来？
只要人员 ID 在数据集之间一致，Customer Journey Analytics 即可跨数据集连接筛选条件、归因、流量、流失等。
如何将离线数据导入 Customer Journey Analytics？
您拥有的 Customer Journey Analytics 权利允许您将数据摄取到 Experience Platform。然后，您可以在 Customer Journey Analytics 中创建到该数据和数据视图的连接，以在 Analysis Workspace 中报告。如果需要，Experience Platform 的数据载入团队可以为您提供建议或咨询。
如何将 Adobe Analytics 数据载入到 Customer Journey Analytics？
最初只需几个小时，回填最近 13 个月的数据则需要几天的时间。
是否必须导入 PII 数据才能在数据之间建立连接？
否，您可以使用任何 ID，包括客户 ID 的哈希，该哈希不是 PII。
将过去或未来日期/时间戳摄取到 Customer Journey Analytics 事件数据集中有什么限制？
- 关于过去日期/时间戳：最多存在过去十年的事件数据。
- 关于未来日期/时间戳：最多存在未来一个月的事件数据（预测）。
4. 延迟注意事项 latency
Customer Journey Analytics 中没有固定的数据大小，因此 Adobe 无法承诺标准摄取时间。Adobe 正在积极地努力通过新的更新和摄取优化而缩短这些延迟。
- 实时数据或事件：当数据在 Adobe Experience Platform 中可用后，在 90 分钟内处理和摄取。（批次大小 > 500 万行：超过 90 分钟。）
- 少量回填：七天内
- 大量回填：30 天内
Adobe 最近改变了在 Customer Journey Analytics 中处理数据的方式：
- 流入时间戳为小于 24 小时前的任何事件数据。
- 将时间戳为大于 24 小时前的任何事件数据（即使它与更新的数据属于同一批次）视为回填，并以更低的优先级摄取这些数据。
5. 设置连接数据保留的滚动时段 data-retention
通过**启用滚动数据时段**设置，可将 Customer Journey Analytics 数据保留定义为按月（三个月、六个月等）计的滚动时段。在连接级别而非数据集级别设置它。数据保留基于事件数据集时间戳并且仅适用于事件数据集。由于没有适用的时间戳，因此个人资料或查找数据集没有数据保留设置。
主要好处是，您只需存储或报告适用且有用的数据，并且可删除不再有用的旧数据。它可以帮助您保持在合同限制范围内，并减少超出预期成本的风险。
6. 删除数据组件的后果 deletion
对于数据删除，您应关注六类组件：沙盒、架构、数据集、连接、数据视图和 Workspace 项目。下面是关于删除其中任何一个组件的一些可能情景：
删除 Adobe Experience Platform 中的沙盒
删除沙盒将阻止数据流向任何与该沙盒中的数据集建立的 Customer Journey Analytics 连接。现在，与已删除沙箱相关联的 Customer Journey Analytics 中的连接不会自动删除。
删除 Adobe Experience Platform 中的架构，但不删除与该架构关联的数据集
Adobe Experience Platform 不允许删除具有一个或多个关联数据集的架构。但是，具有相应权限集的管理员可以先删除关联数据集，然后再删除架构。
删除 Adobe Experience Platform 数据湖中的数据集
删除 Adobe Experience Platform 数据湖中的数据集将阻止数据从该数据集流向任何包括该数据集的 Customer Journey Analytics 连接。自动从关联的 Customer Journey Analytics 连接删除来自该数据集的任何数据。
删除 Customer Journey Analytics 中的数据集
请联系您的 Adobe 帐户团队，以启动删除已保存连接中数据集的过程。
从数据集中删除批次（在 Adobe Experience Platform 中）
如果从 Adobe Experience Platform 数据集删除了批次，则从任何包含该特定批次的 Customer Journey Analytics 连接删除同一批次。Customer Journey Analytics 会接收到批次已在 Adobe Experience Platform 中删除的通知。
将批次摄取 到 Customer Journey Analytics 中时删除该批次
如果数据集中只有一个批次，则没有来自该批次的数据或来自该批次的部分数据出现在 Customer Journey Analytics 中。并且回滚该摄取。例如，如果数据集中有 5 个批次，而在删除该数据集时已摄取其中 3 个批次，则来自这 3 个批次的数据出现在 Customer Journey Analytics 中。
删除 Customer Journey Analytics 中的连接
出现错误消息，其中指示：
- 任何为已删除的连接创建的数据视图都将不再起作用。
- 同样地，任何依赖于已删除的连接中的数据视图的 Workspace 项目都停止运行。
删除 Customer Journey Analytics 中的数据视图
一条错误消息指示任何依赖于这个已删除的数据视图的 Workspace 项目都将停止运行。
7. 在 Customer Journey Analytics 中合并报表包时的注意事项 merge-reportsuite
如果打算通过 Adobe Analytics 源连接器摄取 Adobe Analytics 数据，请在合并两个或更多 Adobe Analytics 报表包时考虑以下这些后果。
变量
eVars 等变量在报告包间可能不一致。例如，报告包 1 中的 eVar1 可能指向 页面。在报告包 2 中，eVar1 可能指向 内部活动，导致报告变得混乱而又不准确。
会话数和人员数
在报告包间将为其去重。因此，这些数量可能不一致。
量度去重
如果有多行的交易 ID（例如，购买 ID）相同，请为量度的实例（例如，订单）去重。这样可防止过度计算关键量度。因此，订单等量度可能不在报告包间累加。
货币
Customer Journey Analytics 尚不支持货币换算。如果尝试合并的报告包使用不同的基础货币，则可能会出现问题。
持久性
持久性作用于各个报告包，它影响筛选器、归因等等。数值可能无法正确地累加。
分类
在合并报告包时，不会自动为分类去重。将多个分类文件合并为一个查找数据集时，可能会遇到问题。
8. Adobe Analytics 组件
我能否将来自 Customer Journey Analytics 的筛选条件共享/发布到 Experience Platform Real-Time CDP 或其他 Experience Cloud 应用程序？
还不能，但 Adobe 正在积极地努力提供此功能。
Customer Journey Analytics 中不再存在 Adobe Analytics 意义上的 eVar、prop 和事件。您有不限量的架构元素（维度、量度、列表字段）。因此，现在将在查询时应用您过去常在数据收集期间使用的所有归因设置。
Customer Journey Analytics 在报告时应用所有这些设置，因此这些设置现在位于数据视图中。对这些设置的更改现在具有追溯性，您可以使用多个数据视图来管理多个版本！
Customer Journey Analytics 不再使用 eVar、prop 或事件，改为使用任何 Adobe Experience Platform 架构。这意味着，任何现有区段或计算量度都与 Customer Journey Analytics 不兼容。
Customer Journey Analytics 如何处理 Uniques Exceeded 限制？
Customer Journey Analytics 没有唯一值限制，因此无需担心！
如果我是现有 Data Workbench 客户，是否可以立即转到 Customer Journey Analytics？
这取决于您的用例，请与您的 Adobe 帐户团队合作。您的当前用例可能已经非常适合 Customer Journey Analytics！
9. 估计连接大小 estimate-size
请参阅估算和管理使用情况。
10. 关于使用过量 overage
Adobe 定期监控和执行使用限制。“数据行数”表示可供在 Customer Journey Analytics 中分析的数据的每日平均行数。
例如，假设您的合同授权您拥有 100 万行数据。假设在使用 Customer Journey Analytics 的第 1 天，您上传了 200 万行数据。在第 2 天，您删除了 100 万行数据，并在许可期限的剩余时间将用量保持在承诺的最大值（即 100 万行数据）。根据您的合同条款，由于您超出了“数据行”许可证授权，因此您在第 1 天仍可能会收取按比例分摊的过度使用费用。
11. 诊断数据差异 discrepancies
您有时可能会注意到您的连接摄取的事件总数与 Adobe Experience Platform 中数据集中的行数不同。在此示例中，“B2B Impression”数据集的行数为 7650，而该数据集在 Adobe Experience Platform 中的行数为 3830。导致差异的原因有多种，可采取以下步骤进行诊断：
-
按 Platform 数据集 ID 划分此维度，您注意到有两个数据集的大小相同，但 Platform 数据集 ID 不同。每个数据集有 3825 条记录。这意味着由于缺少人员 ID 或时间戳，Customer Journey Analytics 忽略了五条记录：
-
此外，如果您签入 Adobe Experience Platform，发现不存在 ID 为“5f21c12b732044194bffc1d0”的数据集，因此表示有人在创建初始连接后从 Adobe Experience Platform 中删除了这个特定的数据集。不过，之后又将此数据集重新添加到 Customer Journey Analytics 中，但 Adobe Experience Platform 生成了一个不同的 Platform 数据集 ID。
有关更多信息，请参阅在 Customer Journey Analytics 和 Adobe Experience Platform 中删除数据集和连接的后果。
12. 地区数据收集
Adobe Experience Cloud 使用地区数据收集 (RDC)，以使您的访客与 Adobe 和非 Adobe 解决方案之间发生的交互尽可能接近您的访客。在数据收集中心（DCC，也称为边缘站点，它是 Platform 边缘网络的一部分）区域性地收集数据后，将根据您的数据流和/或事件转发的配置通过一个安全的连接将这些数据转发到相关的解决方案。
区域数据收集过程使用以下步骤：
- DNS 会自动将收集主机名解析为距访客最近的数据收集中心的 IP 地址。
- 访客将数据发送到该地址。
- 立即将数据通过一个安全的连接转发到由数据流或事件转发配置定义的解决方案。
使用区域数据收集提供了以下好处：
- 性能：通过 RDC，访客将连接到最近的 DCC。这优化将提供最快的响应速度，从而实现更准确的跟踪和更快的加载速度。
- 冗余：如果 DCC 与 DPC 之间出现通信中断，则 Adobe 的 RDC 基础设施会在本地保存数据，然后在通信恢复后将数据转发到 DPC。
RDC 目前包括以下位置（可能发生变化）：
全局（默认）
俄勒冈、弗吉尼亚、爱尔兰、巴黎、孟买、新加坡、东京、悉尼
当数据到达区域数据中心时，数据流配置决定如何进一步路由这些数据。
Customer Journey Analytics 需要来自 Adobe Experience Platform 的数据集，因此，您的数据流/事件转发配置需要 Adobe Experience Platform 服务将数据从区域数据中心路由到 Adobe Experience Platform 实例所在的数据中心。Customer Journey Analytics 及其支持服务和基础设施部署在同一个 Adobe Experience Platform 实例中。
有关在 Adobe Experience Platform Edge Network 及其区域数据中心之外收集数据的过程，请参阅数据收集概述。