位置提示、AAM DCS区域节点和ID服务位置提示

了解Adobe Experience Platform (AEP) WebSDK位置提示、Experience CloudID服务位置提示和Adobe Audience Manager (AAM) DCS区域节点之间的关系。

描述 description

环境

问题/症状

AEP (Adobe Experience Platform) WebSDK位置提示、Experience CloudID服务、位置提示和AAM DCS区域节点之间是什么关系，为什么理解这种关系很重要？

解决方法 resolution

AEP WebSDK(将数据发送到Experience Edge)和Adobe Audience Manager (AAM)实时数据收集发生在遍布全球的区域节点上。 有7个区域节点以及AEP WebSDK/Experience Edge和AAM数据收集使用相同的节点。 AAM数据收集服务器(DCS)使用与Experience Edge相同的网络基础架构。 同样，由于Experience CloudID服务使用AAM技术，因此ID服务位置提示与AAM区域数据收集节点相同。 换句话说， AAM DCS节点= ID服务位置提示=  体验Edge位置提示。 此文档中概述了AAM的区域节点，而此文档中概述了相同的Experience Edge的区域节点。

即使AAM的区域节点和ID服务位置提示通过数字进行识别，而Experience Edge的区域节点和提示通过字母数字字符进行识别，您仍会注意到它们都与同一区域（巴西除外）对齐。  下面的查找表显示了它们的排列方式：

大多数需要实时响应的Adobe Experience Cloud功能都利用这些区域节点。 网页或移动应用程序上的首次调用ID服务或Experience Edge调用确定要使用的区域节点。 在响应这些调用时，可以找到位置提示：

Experience CloudID服务：

AEP Web SDK：

一旦确定与最终用户最接近的区域节点，以后将通过Analytics、Target和AEP WebSDK调用传递区域标识符。 在Analytics中，它作为aamlh查询字符串参数传递：

在Target中，请求有效负载的experienceCloud.audienceManager.locationHint对象中传递它：

对于AEP Web SDK，调用的路径将更新以反映区域节点：

注意： 来自AEP WebSDK的第一个interact调用在路径中将不包含区域，因为尚未确定区域，但响应中将包含位置提示（如上所述）。 原始请求的路径将只是..../ee/v1/....。但是，后续调用将包含/ee/ and /v1/路径元素之间的区域节点信息。

这些参数可确保服务器端转发的Analytics数据转发到正确的AAM边缘节点，Target从该边缘节点请求区段信息，以及AEP数据将数据发送到AAM（和受众库的）正确的区域节点。

在以非标准方式将服务器端或用户端点击发送到Adobe的解决方案时，必须了解此信息。 例如，页面上手动构建的AEP WebSDK调用，仅用于将ECID(Experience CloudID)与AEP配置文件同步，需要发送到正确的Experience Edge区域节点。 如果没有，则从AEP共享到AAM的任何数据都将转到AAM后端数据库，然后AAM再花48小时将该数据推送到每个边缘节点，这会显着缩短Target能够使用发送到AAM（或受众库）的任何AEP区段的时间。 或者，如果向节点7发送服务器端Analytics请求，而用户的页面上Target实施使用区域9，则数据将转发到AAM的“美国东部”节点，而Target则在“美国西部”节点振铃以获取区段信息。 最终用户将无法获得使用受众库受众/AAM区段的任何Target活动的资格，直到最终节点在24-48小时后进行同步。 在这样的用例中，使用getMarketingCloudVisitorID （ID服务）或getIdentity (Web SDK)函数获取ECID是标准做法。 但是，除了获取ECID之外，还必须使用getLocationHint （ID服务）函数或通过从Web SDK调用的响应有效负载中检索并使用位置提示。

在我们的Experience LeagueCampaign社区中提问
如果您想了解有关此主题的解答或阅读之前的解答问题，我们邀请您查看包含本文的Experience League社区博客文章，向我们发送您的问题和评论，并加入我们的Experience LeagueCampaign社区！