常见问题解答
以下是有关拼接的一些常见问题:
跨渠道移动
您可以使用包含“数据集 ID”维度的流量可视化图表。
- 登录 Customer Journey Analytics,然后创建一个空白的工作区项目。
- 选择左侧的 可视化图表 选项卡,然后将 流量 可视化图表拖到右侧的画布上。
- 选择左侧的 组件 选项卡,然后将维度 数据集 ID 拖到带有维度或项目 标签的中心位置。
- 此流量报告是交互式的。选择任何一个值,将流量扩展到之后或之前的页面。使用右键单击菜单可展开或折叠列。此外,还可以在同一流量报告中使用不同的维度。
如果要重命名“数据集 ID”维度项,可使用查找数据集。
重播
共享设备
在某些情况下,可能会有多人从同一设备登录。例如,在家中使用共享设备,在图书馆中使用共享 PC,或在零售商店中使用自助终端。
人员 ID 会覆盖永久 ID,因此共享设备会被视为单独的人员(即使这些人员来自同一设备也是如此)。
更多信息请参阅共享设备用例。
多个永久 ID
在某些情况下,单个用户可以与多个永久 ID 相关联。例如,经常清除浏览器的Cookie或使用浏览器私人/无痕模式的用户。
对于基于字段的拼接,永久 ID 的数量并不重要,重要的是人员 ID。单个用户可以属于任意数量的设备,而不会影响 Customer Journey Analytics 的跨设备拼接功能。
对于基于图形的拼合,一个人在身份图中可以具有多个永久ID。 基于图形的拼接是使用基于指定命名空间的永久 ID。如果同一命名空间有更多的永久ID,则使用词典编排的第一个永久ID。
拼接过程
跨设备分析与跨渠道分析
隐私
Adobe 会根据本地和国际法律处理隐私请求。Adobe 提供了 Adobe Experience Platform 隐私服务来提交数据访问和删除请求。这些请求同时适用于原始数据集和已重新生成键值的数据集。
| note important |
|---|
| IMPORTANT |
| 作为隐私请求的一部分,解除拼接过程在 2025 年初发生变化。当前的解除拼接过程是使用最新版本的已知身份标识来重新拼接事件。将事件重新分配给另一个身份标识可能会产生不良的法律后果。为了消除这些疑虑,从 2025 年开始,新的解除拼接过程是通过永久 ID 更新隐私请求涉及的事件。 |
举例来说,假设有以下关于身份标识、拼接前和拼接后事件的数据。
| table 0-row-7 1-row-7 2-row-7 | ||||||
|---|---|---|---|---|---|---|
| 身份标识图 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 |
| 1 | ts1 | 123 | ecid | Bob | CustId | |
| 2 | ts2 | 123 | ecid | Alex | CustId |
| table 0-row-7 1-row-7 2-row-7 3-row-7 | ||||||
|---|---|---|---|---|---|---|
| 事件数据集 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 |
| 1 | ts0 | 123 | ecid | |||
| 2 | ts1 | 123 | ecid | Bob | CustId | |
| 3 | ts2 | 123 | ecid | Alex | CustId |
| table 0-row-9 1-row-9 2-row-9 3-row-9 | ||||||||
|---|---|---|---|---|---|---|---|---|
| 拼接数据集 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 | 拼接 ID | 拼接命名空间 |
| 1 | ts0 | 123 | ecid | Bob | CustId | |||
| 2 | ts1 | 123 | ecid | Bob | CustId | Bob | CustId | |
| 3 | ts2 | 123 | ecid | Alex | CustId | Alex | CustId |
隐私请求的当前进程
收到 CustID Bob 的客户的隐私请求后,就会删除带有删除线条目的行。其他事件使用身份标识图重新进行拼接。例如,拼接数据集中的第一个拼接 ID 更新为 Alex。
| table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center | ||||||
|---|---|---|---|---|---|---|
| 身份标识图 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 |
|
|
||||||
| 2 | ts2 | 123 | ecid | Alex | CustId |
| table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center | ||||||
|---|---|---|---|---|---|---|
| 事件数据集 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 |
| 1 | ts0 | 123 | ecid | |||
|
|
||||||
| 3 | ts2 | 123 | ecid | Alex | CustId |
| table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center | ||||||||
|---|---|---|---|---|---|---|---|---|
| 拼接数据集 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 | 拼接 ID | 拼接命名空间 |
| 1 | ts0 | 123 | ecid | Alex | CustId | |||
|
|
||||||||
| 3 | ts2 | 123 | ecid | Alex | CustId | Alex | CustId |
隐私请求的新过程
收到 CustID Bob 的客户的隐私请求后,就会删除带有删除线条目的行。其他事件使用永久 ID 重新进行拼接。例如,拼接数据集中的第一个拼接 ID 更新为 123。
| table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center | ||||||
|---|---|---|---|---|---|---|
| 身份标识图 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 |
|
|
||||||
| 2 | ts2 | 123 | ecid | Alex | CustId |
| table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center | ||||||
|---|---|---|---|---|---|---|
| 事件数据集 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 |
| 1 | ts0 | 123 | ecid | |||
|
|
||||||
| 3 | ts2 | 123 | ecid | Alex | CustId |
| table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center | ||||||||
|---|---|---|---|---|---|---|---|---|
| 拼接数据集 | Id | 时间戳 | 永久 ID | 永久命名空间 | 人员 ID | 人员命名空间 | 拼接 ID | 拼接命名空间 |
| 1 | ts0 | 123 | ecid | 123 | ecid | |||
|
|
||||||||
| 3 | ts2 | 123 | ecid | Alex | CustId | Alex | CustId |
空白的永久 ID 值
如果在要拼合的数据集内,某个事件的持久ID字段为空,则会通过以下两种方式之一确定该事件的拼合ID:
- 如果人员ID字段不为空,则Customer Journey Analytics使用人员ID中的值作为拼接ID。
- 如果人员ID字段为空,则Customer Journey Analytics还会将拼合的ID留空。 在这种情况下,事件的永久ID、人员ID和拼接ID全部为空。 使用拼接的数据集从任何Customer Journey Analytics连接中删除这些类型的事件,其中拼接的ID被选作人员ID。
未定义的人员 ID 值
Undefined,会怎么样?将拼接应用于为临时 ID 使用占位符值的数据时,会出现“人员折叠”,这种情况务必小心。在下面的例表中,来自 CRM 系统的一个数据集中的未定义人员 ID 被填充为“Undefined”值,从而导致人员表示不正确。
| table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 8-row-5 9-row-5 10-row-5 11-row-5 | ||||
|---|---|---|---|---|
| 事件 | 时间戳 | 永久 ID(Cookie ID) | 临时 ID | 拼接 ID(重播后) |
| 1 | 2023-05-12 12:01 | 123 | - | Cory |
| 2 | 2023-05-12 12:02 | 123 | Cory | Cory |
| 3 | 2023-05-12 12:03 | 456 | 未定义 | 未定义 |
| 4 | 2023-05-12 12:04 | 456 | - | 未定义 |
| 5 | 2023-05-12 12:05 | 789 | 未定义 | 未定义 |
| 6 | 2023-05-12 12:06 | 012 | 未定义 | 未定义 |
| 7 | 2023-05-12 12:07 | 012 | - | 未定义 |
| 8 | 2023-05-12 12:03 | 789 | 未定义 | 未定义 |
| 9 | 2023-05-12 12:09 | 456 | - | 未定义 |
| 10 | 2023-05-12 12:02 | 123 | - | Cory |
| 4 个设备 | 2 个人: 事件 1、4、7、9、10 已丢弃 |
2 个人: Cory,未经身份验证(折叠为一个人) |
量度比较
Customer Journey Analytics 中的某些量度与传统 Analytics 中的量度相似,但其他量度则大不相同,具体取决于您要比较什么。下表比较了几个常见的量度:
| table 0-row-4 1-row-4 2-row-4 3-row-4 | |||
|---|---|---|---|
| Customer Journey Analytics 拼接数据 | Customer Journey Analytics 未拼接数据 | Adobe Analytics | 带 CDA 的 Analytics Ultimate |
| 人员 = 拼接 ID 被选为人员 ID 情况下的不同人员 ID 的数量。人员数 可能高于或低于传统 Adobe Analytics 中的独特访客数,具体取决于拼接过程的结果。 | 人员 = 根据被选为人员 ID 的列计算的不同人员 ID 的数量。如果在 Customer Journey Analytics 中 endUserIDs._experience.aaid.id 用作人员 ID,Adobe 源连接器数据集中的 人员 就与传统 Adobe Analytics 中的 独特访客 类似。 |
独特访客 = 不同访客 ID 的数量。独特访客可能与不同 ECID 的数量不一致。 | 请参阅人员数。 |
| 会话:根据 Customer Journey Analytics 数据视图中的会话设置定义。拼接过程可能会将来自多个设备的各个会话组合成单个会话。 | 会话:根据 Customer Journey Analytics 数据视图中特定的会话设置定义。 | 访问数:请参阅访问数。 | 访问数:根据 CDA 虚拟报告包中特定的会话设置定义。 |
| 活动= Customer Journey Analytics 中拼接数据的行数。该量度通常接近于传统 Adobe Analytics 中的 “发生次数”。 但是,请注意上面关于包含空白永久 ID 的行的常见问题解答。 | 活动= Customer Journey Analytics 中未拼接数据的行数。该量度通常接近于传统 Adobe Analytics 中的 “发生次数”。 但是请注意,如果任何事件在 Experience Platform 数据湖的未拼接数据中有空白的永久 ID,这些事件就不包括在 Customer Journey Analytics 中。 | 发生次数:请参阅发生次数。 | 发生次数:请参阅发生次数。 |
Customer Journey Analytics 和 Adobe Analytics 中的其他量度可能相似。例如,Adobe Analytics 自定义事件 1 – 100 的总数在传统 Adobe Analytics 和 Customer Journey Analytics 之间具有可比性(无论是否拼接)。Customer Journey Analytics 与 Adobe Analytics 之间的功能差异(如消除重复事件)可能会导致这两种产品之间存在差异。
身份标识图
切换到基于图形的拼接
数据不必重新摄取到Experience Platform。 但是,数据需要在Customer Journey Analytics中重新配置。 请执行以下步骤:
- 使用基于图形的拼接来设置新的基于图形的拼接数据集。
- 创建一个数据时间窗口非常短的新的临时连接。
- 将新的基于图形的数据集配置为这个临时连接的一部分。
- 通过这个新的临时连接验证基于图形的拼接是否正常工作。
- 如果基于图形的拼接按预期工作,为基于图形的数据集请求进行任何额外回填,然后将原始连接中基于字段的数据集与新的基于图形的数据集交换。
- 移除这个临时连接。
报告中的干扰
为身份标识服务启用数据集
确保为Identity Service启用了数据集,以便将该数据集用于基于图形的拼合。
您要使用基于图形的拼接不必具有 Real-Time Customer Data Platform 许可。基于图形的拼接是基于一个可用的身份标识图,而不是基于实时客户轮廓。
要检查现有数据集并仅为标识服务启用该数据集,请使用对仅使用PATCH标记的/datasets终结点的unifiedIdentity请求。 例如:
| code language-shell |
|---|
|
如果您未获得 Real-Time Customer Data Profile 的许可,在请求中 unifiedProfile 标记的任何使用都会返回错误。
更多信息请参阅创建一个为轮廓和身份标识启用的数据集。
拼接的命名空间值
custEmail将变为custemail。 如果您的另一个数据集的身份命名空间值为custEmail,则两个值不匹配。 若要解决报告中的这种行为,您可以使用lowercase()派生字段函数来匹配身份命名空间值。