适用于 Adobe Analytics 用户的用户指南
如果您的组织开始使用 Adobe Customer Journey Analytics，您可能会注意到 Adobe Analytics 与 Customer Journey Analytics 之间的一些相似之处和差异。本页旨在解释这些差异，以帮助贵组织适应新的实施和报告工作流。本页还提供了有关新概念的其他资源，以及进一步的步骤，帮助您作为分析师，更轻松、更成功。
Customer Journey Analytics 中的几项功能已经过重命名和重新设计，以符合行业标准。一些更新的术语包括区段、虚拟报告包、分类、客户属性和容器名称。eVar 和 prop 的限制已不复存在，取而代之的是灵活的自定义维度和量度。
未更改的内容
您在报告端所熟悉的许多内容并未发生更改。
- 您仍然可以使用 Analysis Workspace分析数据。工作区的操作方式与在传统Adobe Analytics中相同。
- 有相同版本的 Adobe Analytics 功能板可用，且在 Customer Journey Analytics 与 Adobe Analytics 中的工作原理类似。
- Report Builder 具有新界面，并可在 MS Windows、MacOS 和 Web 版本的 Excel 上运行。（在此版本的 Report Builder 之前，除非在 VMware 上运行 Mac，否则无法在中使用。） 此版本尚不支持传统的 AA 数据请求。
对报告的更改
您可以访问更多要分析的跨渠道数据。例如，您可以创建一个工作区项目来分析多个渠道的性能，前提是您的组织摄取的数据集包含在 Customer Journey Analytics 使用的数据视图中（请参阅下面的“数据架构的更改”）。
数据架构的更改 architecture
Customer Journey Analytics 会从 Adobe Experience Platform 中获取数据。Experience Platform 可让您集中和标准化来自任何系统或渠道的客户数据和内容，并应用数据科学和机器学习来改进个性化体验的设计和交付。
Experience Platform 中的客户数据存储为数据集，其中包含架构和批量数据。有关 Platform 的更多详细信息，请参阅 Adobe Experience Platform 体系架构概述。
您的 Customer Journey Analytics 管理员会与 Experience Platform 中的数据集建立连接。然后，他们会使用这些连接构建数据视图。数据视图在概念上与虚拟报告包类似，是 Customer Journey Analytics 中报告的基础。由于 Experience Platform 为报告提供所有数据，因此报告包不会再作为数据容器存在。
通过建立连接，Analytics 管理员可以将来自 Adobe Experience Platform 的数据集集成到 Customer Journey Analytics 中，其包括在以下视频中：
Adobe 提供了多种将数据导入 Adobe Experience Platform 的方法，包括通过 Analytics Source Connector 或 Web SDK 导入报表包数据。多个报告包中的现有实施可以合并为Experience Platform。基于这些数据集的连接和数据视图可以合并之前存在于单独的报告包中的数据。
对虚拟报告包概念的更改 data-views
数据视图 采用虚拟报告包当前存在的概念，并将其扩展到对数据启用其他控制由连接提供。这些更改使常规设置（如时区和会话超时间隔）可进行配置并具有可回溯性。还可以在报告或数据视图级别自定义各个变量设置，如归因和过期时间。这些设置是非破坏性的，具有追溯性。
请注意，现在通过右上方的报告包选择器，您可以从可用的数据视图中进行选择：
请参阅数据视图用例以了解有关此概念的更多信息。
对 eVar 和 prop 概念的更改
传统 Adobe Analytics 中的 eVars、props 和 事件 的概念在 Customer Journey Analytics 中不再存在。在Adobe Analytics中，eVar和prop存储了内容、客户、营销活动等的描述。和事件会计入收入、订阅或产生的商机。Customer Journey Analytics 会保留这两种类型的数据，您可以以相同的方式访问它们 — 分别从 Analysis Workspace 左栏中的“维度”或“量度”下。
在 Customer Journey Analytics 中，可以使用无限的架构元素，包括维度、量度和列表字段。这些量度可映射到无限的架构元素，包括Experience Platform中的维度、量度和列表字段。现在，在 Adobe Analytics 中处理规则后应用的所有访问和归因设置都会在 Customer Journey Analytics 中的查询时应用。
凭借这种灵活性，您可能会遇到以下情况：单个架构字段既可用作维度，也可用作量度，以支持不同的跟踪需求。
区段概念的更改
虽然从技术上讲，区段并未从 Adobe Analytics 迁移到 Customer Journey Analytics，但您可以使用组件迁移工具在 Customer Journey Analytics 中重新创建 Adobe Analytics 区段。根据映射的维度和量度在 Customer Journey Analytics 中重新创建区段。有关更多信息，请参阅准备将组件和项目从 Adobe Analytics 迁移到 Customer Journey Analytics。
虽然您还不能从 Customer Journey Analytics 共享或发布筛选条件（区段）到 Experience Platform Unified Profile，但此功能正在开发中。
除了区段更改的概念之外，区段容器也会更新。
- 命中容器现在是事件容器。通过事件容器，可根据个别事件划分人员信息。
- 访问容器现在是会话容器。通过会话容器可以识别页面交互、营销活动或特定会话的转化。
- 现在，访客容器为 人员 容器。人员容器包括人员在指定的时间范围内的每个会话和事件。
对计算量度概念的更改
Adobe Analytics 和 Customer Journey Analytics 之间的计算量度名称类似。但是， Customer Journey Analytics 不再使用 eVar、props 或事件，而是使用任何 Experience Platform 架构元素。这一根本变化意味着，任何现有的计算量度都与 Customer Journey Analytics 不兼容。如果要将 Adobe Analytics 计算量度移动到 Customer Journey Analytics，请观看以下视频：
变量归因和到期设置的更改
Customer Journey Analytics 在报告时应用所有变量设置，包括归因和到期。这些设置现在位于数据视图中，以及某些变量设置（如归因）可在工作区项目中进行更改。
同一数据视图中可以有同一变量的多个版本。例如，您可以有一个“跟踪代码”维度，该维度在30天后过期，另一个维度在会话结束时过期。这两个跟踪代码维度使用相同的源数据，但使用不同的归因设置。
您还可以基于同一连接拥有多个数据视图。例如，您可以有一个数据视图，其会话超时为30分钟，另一个数据视图的会话超时为15分钟。两个数据视图都显示在右上方选择器中，因此您可以在它们之间无缝过渡。
对分类概念的更改
“分类”现在称为“查找数据集”。查找数据集用于查找在您的事件或个人资料数据中找到的值或键。例如，您可以上传将事件数据中的数字 ID 映射到产品名称的查找数据。有关示例用例，请参阅将帐户级别的数据添加为查询数据集。
对客户属性概念的更改
“客户属性”现在称为“个人资料数据集”。配置文件数据集包含应用于事件数据中的人员、用户或客户的数据。例如，它允许您上传有关客户的 CRM 数据。您可以选择想要包含的人员 ID。Experience Platform 中定义的每个数据集都有自己的一组定义的一个或多个人员 ID。
更改了Adobe识别访客的方式
Customer Journey Analytics 扩展了 ECID 之外的标识概念，以包含您要使用的任何 ID，包括客户 ID、Cookie ID、拼合 ID、用户 ID、跟踪代码等。跨数据集使用通用命名空间 ID，或使用拼接功能可帮助将不同数据集中的人员关联在一起。在 Customer Journey Analytics 中设置工作区项目的任何用户都必须了解跨数据集使用的 ID。请观看以下视频，其中重点介绍了 Customer Journey Analytics 中标识的使用：
对低流量维度项目概念的更改
在传统Adobe Analytics中，接收过多唯一值的变量会开始将维度项存储在低流量下。Customer Journey Analytics 对高基数字段的限制较少。对报告模式所做的更改允许 Analysis Workspace 报告更多独特维度项目。请参阅高基数维度，了解有关 Customer Journey Analytics 如何优化报告具有许多独特值的维度方面的更多信息。