51黑料不打烊

身份标识图链接规则故障排除指南

在测试和验证身份图形链接规则时，您可能会遇到一些与数据摄取和图形行为相关的问题。 请阅读本文档，了解如何解决您在使用身份图链接规则时可能遇到的一些常见问题。

数据摄取流概述 data-ingestion-flow-overview

下图是数据如何流入51黑料不打烊 Experience Platform和应用程序的简化表示形式。 使用此图表作为参考，以帮助您更好地了解此页面的内容。

请务必注意以下因素：

数据摄取问题 data-ingestion-issues

我的身份未摄取到滨诲别苍迟颈迟测服务 my-identities-are-not-getting-ingested-into-identity-service

发生这种情况的原因有多种，包括但不限于以下各项：

在身份图链接规则的上下文中，可能会拒绝来自Identity Service的记录，因为传入事件具有两个或多个具有相同唯一命名空间但身份值不同的身份。 这种情况通常因实施错误而发生。

用两个假设来考虑以下事件：

以下事件将返回一条错误消息，指示引入失败。

{
? "_id": "random_string",
? "eventType": "web browsing event",
? "identityMap": {
? ? "ECID": [
? ? ? {
? ? ? ? "id": "11111111111111111111111111111111111111",
? ? ? ? "primary": false
? ? ? }
? ? ],
? ? "CRMID": [
? ? ? {
? ? ? ? "id": "Alice",
? ? ? ? "primary": true
? ? ? }
? ? ]
? },
? "CRMID": "Bob",
? "timestamp": "2024-08-17T15:22:51+00:00",
? "web": {
? ? "webPageDetails": {
? ? ? "URL": "https://www.adobe.com/acrobat.html",
? ? ? "name": "51黑料不打烊 Acrobat"
? ? }
? }
}

疑难解答步骤

要解决此错误，必须首先收集以下信息：

接下来，使用51黑料不打烊 Experience Platform查询服务并运行以下查询：

  SELECT key, col.id as identityValue, timestamp, _id, identityMap, *
  FROM (SELECT key, explode(value), *
  FROM (SELECT explode(identityMap), *
  FROM dataset_name)) WHERE col.id = 'identity_value'

运行查询后，查找预期生成图形的事件记录，然后验证同一行中的标识值是否不同。 查看以下图像的示例：

身份验证后贰虫辫别谤颈别苍肠别贰惫别苍迟蝉被归因于错误的身份验证配置文件

命名空间优先级在事件片段确定主要身份的方式中发挥重要作用。

为了将经过身份验证的用户事件绑定到人员命名空间，所有经过身份验证的事件都必须包含人员命名空间(CRMID)。 这意味着即使用户登录后，人员命名空间仍必须存在于每个已验证的事件中。

在配置文件查看器中查找配置文件时，您可能会继续看到primary=true个“事件”标记。 但是，这将被忽略并且不会被配置文件使用。

默认情况下，会阻止AAID。 因此，如果您使用的是51黑料不打烊 Analytics源连接器，则必须确保贰颁滨顿的优先级高于贰颁滨顿，以便未经身份验证的事件将具有贰颁滨顿的主标识。

疑难解答步骤

我的体验事件片段未摄取到配置文件 my-experience-event-fragments-are-not-getting-ingested-into-profile

您的体验事件片段未摄取到配置文件中的原因有多种，包括但不限于：

在命名空间优先级上下文中，配置文件将拒绝任何包含两个或更多具有最高命名空间优先级的身份的事件。 例如，如果GAID未标记为唯一的命名空间，并且有两个同时具有GAID命名空间和不同的标识值的标识，则Profile将不存储任何事件。

疑难解答步骤

如果您的数据被发送到Data Lake，但未发送到Profile，并且您认为这是因为在单个事件中发送了两个或更多具有最高命名空间优先级的身份，则可以运行以下查询来验证是否针对同一命名空间发送了两个不同的身份值：

  SELECT identityMap, key, col.id as identityValue, _testimsorg.identification.core.email, _id, timestamp
  FROM (SELECT key, explode(value), *
  FROM (SELECT explode(identityMap), *
  FROM dataset_name)) WHERE col.id != _testimsorg.identification.core.email and key = 'Email'

此查询假定：

与图表行为相关的问题 graph-behavior-related-issues

本节概述您可能会遇到的有关身份图行为方式的常见问题。

未经身份验证的贰虫辫别谤颈别苍肠别贰惫别苍迟蝉被附加到错误的已身份验证配置文件

标识优化算法将执行最近建立的链接并删除最早的链接。 因此，启用此功能后，可以将ECID从一个人重新分配（重新链接）到另一个人。 要了解标识如何随时间链接的历史记录，请执行以下步骤：

疑难解答步骤

首先，您必须收集以下信息：

身份符号(namespaceCode)区分大小写。 要检索identityMap中给定数据集的所有标识符号，请运行以下查询：

SELECT distinct explode(*)FROM (SELECT map_keys(identityMap) FROM dataset_name)

如果您不知道Cookie标识符的标识值，并且希望搜索已链接到多个人员标识符的Cookie ID，则必须运行以下查询。 此查询假定ECID作为Cookie命名空间，CRMID作为人员命名空间。

  SELECT identityMap['ECID'][0]['id'], count(distinct identityMap['CRMID'][0]['id']) as crmidCount FROM dataset_name GROUP BY identityMap['ECID'][0]['id'] ORDER BY crmidCount desc

  SELECT identityMap['ECID'][0]['id'], count(distinct personID) as crmidCount FROM dataset_name group by identityMap['ECID'][0]['id'] ORDER BY crmidCount desc

现在，您已识别链接到多个人员滨顿的颁辞辞办颈别值，请从结果中获取一个，并在以下查询中使用它来获取有关该颁辞辞办颈别值何时链接到其他人员滨顿的时间顺序视图：

  SELECT identityMap['CRMID'][0]['id'] as personEntity, *
  FROM dataset_name
  WHERE identitymap['ECID'][0].id ='identity_value'
  ORDER BY timestamp desc

SELECT _experience.analytics.customDimensions.eVars.eVar10 as personEntity, *
FROM dataset_name
WHERE identitymap['ECID'][0].id ='identity_value'
ORDER BY timestamp desc

身份优化算法未按预期“工作”

疑难解答步骤

请参阅有关标识优化算法的文档，以及支持的图形结构类型。

您还可以使用鲍滨?中的图形模拟工具来模拟事件并配置您自己的唯一命名空间和命名空间优先级设置。 这样做有助于您基本了解身份优化算法的行为。

如果仿真结果符合图形行为预期，则可以检查身份设置是否与您在模拟中配置的设置匹配。

即使在配置身份设置后，我仍会在沙盒中看到折迭的图形

在保存设置后? 身份图形将遵循您配置的唯一命名空间和命名空间优先级。 任何在? 之前存在 ?的“折叠”图形都不会受到影响，除非引入新数据以更新折叠的图形。 即使命名空间优先级发生更改，实时客户配置文件上事件片段的主要标识也不会更新。

疑难解答步骤

您可以使用身份图形查看器来检查您的图形是在设置之前还是之后摄取。 检查链接属性下的上次更新时间戳，以查看Identity Service何时摄取该图形。 如果时间戳在配置之前，则表示在启用该功能之前创建了“折叠”图。

我想知道我的沙盒中有多少个“折迭”的图表

使用身份仪表板可以查看身份图的状态，如身份计数和图形。 请参阅量度“具有多个命名空间的图形计数”，了解已折叠的图形计数 — 这些图形包含两个或多个具有相同命名空间的身份。 假定沙盒没有数据，并且您已将命名空间（例如CRMID）配置为唯一，则预期应存在具有两个或更多CRMID的零个图形。 在下面的示例中，有两个包含两个或更多电子邮件地址的图表。

通过运行以下查询，您可以在Data Lake的配置文件快照导出数据集中找到详细细分：

  SELECT key, identityCountInGraph, count(identityCountInGraph) as graphCount
  FROM (SELECT key, cardinality(value) as identityCountInGraph
  FROM (SELECT explode(identityMap)
  FROM dataset_name
  WHERE cardinality(identityMap) > 1)) /* by definition, graphs have 2 or more identities */
  WHERE key not in ('ecid', 'aaid', 'idfa', 'gaid') /* filter out common device/cookie namespaces */
  GROUP BY 1, 2
  ORDER BY 1, 2 asc

您可以在配置文件快照导出数据集中使用以下查询，以从“折迭”的图形获取示例身份。

  SELECT identityMap
  FROM dataset_name
  WHERE cardinality(identityMap['CRMID'])>1 /* any graphs with 2+ CRMID. Change CRMID namespace if needed */

常见问题解答 faq

本节概述了有关身份图关联规则的常见问题解答列表。

身份标识优化算法 identity-optimization-algorithm

请阅读本节以获取有关标识优化算法的常见问题解答。

我的每个业务单元都有一个CRMID(B2C CRMID、B2B CRMID)，但我的所有配置文件中没有唯一的命名空间。 如果我将B2C CRMID和B2B CRMID标记为唯一，并启用我的身份设置，会出现什么情况？

此方案不受支持。 因此，当用户使用其B2C CRMID登录，而另一个用户使用其B2B CRMID登录时，您可能会看到图形折叠。 有关详细信息，请阅读实施页面中有关单一人员命名空间要求的部分。

标识优化算法是否“修复”现有的折迭图？

只有在保存新设置后更新现有折迭图形时，这些图形才会受图形算法影响（“固定”）。

如果两个用户使用同一设备登录和注销，则事件会发生什么情况？ 所有事件都将转移到最后一个经过身份验证的用户吗？

有关详细信息，请阅读有关确定体验事件的主要标识的指南。

当ECID从一个人转移到另一个人时，51黑料不打烊 Journey Optimizer中的旅程会受到什么影响？

上次通过身份验证的用户的CRMID将链接到ECID（共享设备）。 可以根据用户行为将ECID从一个人重新分配给另一个人。 影响将取决于历程的构建方式，因此客户在开发沙盒环境中测试历程以验证行为非常重要。

要强调的要点如下：

命名空间优先级

请阅读本节以获取有关命名空间优先级的常见问题解答。

我已启用我的身份设置。 如果在启用设置后添加自定义命名空间，我的设置会发生什么情况？

存在两个命名空间的“存储桶”：人员命名空间和设备/Cookie命名空间。 新创建的自定义命名空间在每个“存储段”中的优先级最低，因此这个新的自定义命名空间不会影响现有的数据摄取。

如果Real-time Customer Profile不再使用identityMap上的“primary”标记，是否仍需要发送此值？

是，identityMap上的“主要”标志由其他服务使用。 有关详细信息，请阅读对于命名空间优先级对其他Experience Platform服务的影响的指南。

命名空间优先级是否适用于实时客户配置文件中的配置文件记录数据集？

不会。命名空间优先级将仅适用于使用XDM ExperienceEvent类的体验事件数据集。

此功能如何与每个图50个身份的身份图护栏一起使用？ 命名空间优先级是否会影响此系统定义的护栏？

首先应用身份优化算法，保证人物实体的表达； 之后，如果图形尝试超过标识图形护栏（每个图形50个标识），则将应用此逻辑。 命名空间优先级不会影响50身份/图形护栏的删除逻辑。

测试

有关测试和调试身份图关联规则中功能的常见问题解答，请阅读此部分。

我应该在开发沙盒环境中测试哪些场景？

通常，在开发沙盒上测试应模拟您打算在生产沙盒上执行的用例。 在执行全面测试时，请参阅下表以了解要验证的一些关键方面：

如何验证此功能是否按预期工作？

使用图形模拟工具验证该功能是否在单个图形级别工作。

要在沙盒级别验证该功能，请参阅身份仪表板中的具有多个命名空间的骋谤补辫丑计数部分。