开始使用CX Enterprise
如果您最近使用Experience Platform标记实施了CX Enterprise,则您已为客户属性和CX Enterprise 受众进行了设置。 您还可以在Admin Console中管理用户和产品。
现有客户可以使其应用程序实施实现现代化并实施CX Enterprise。 这样,您就可以在Adobe Analytics、Audience Manager和Adobe Target中使用客户属性和受众功能。
以管理员身份登录 admin-sign-in
在成为管理员后,您可以登录到 experience.Adobe.com.
CX Enterprise菜单导航中提供了 Admin Console 链接,用于管理用户和产品许可证。
可选:链接现有用户帐户 link-accounts
您的用户很有可能已经是应用程序群组的成员,例如先前在Analytics > 管理工具中管理的Analytics群组。
将这些组映射到CX企业组时,这些用户必须手动将其应用程序帐户凭据关联到其Adobe ID。
查看CX Enterprise中的关联帐户
以下各节介绍如何使实施符合现代化要求。 使实施实现现代化可以在CX Enterprise中启用核心服务。
以用户身份登录 user-sign-in
要登录到CX Enterprise ,您的用户必须:
- 拥有 Adobe ID(或您公司的 Enterprise ID)。
- 登录到 experience.Adobe.com。
- 属于映射到企业群组的应用程序群组。
- 如有必要,请将其应用程序帐户关联到 Adobe ID(如下所述)。
CX企业版的Adobe Analytics和Adobe Target要求 experience-cloud-requirements
使用CX Enterprise的Analytics和Adobe Target要求:
-
确保您拥有适当的 Adobe Analytics 或 Adobe Target SKU。
-
Adobe Analytics: Standard 或 Premium(不是旧版 SiteCatalyst SKU)。
-
Adobe Target: Standard 或 Premium。
note NOTE 对于 Target,请从 mbox.js迁移到 at.js。 请参阅从at.js 1. x到at.js 2. x。
-
-
在Admin Console中管理用户和产品。
相关: Analytics和Target — 同步客户ID(在此页面上)
实施访客ID服务
访客ID服务为跨应用程序集成提供了一个通用ID。 它提供了跨域访客标识功能,并为基于通过Customer Attributes上传的CRM数据进行跨设备/浏览器定位和个性化提供了一种途径。
启用CX Enterprise核心服务的最简单方法是,通过实施访客ID服务的Experience Cloud ID服务标记扩展,为Analytics和Adobe Target自动激活核心服务。
有关完整的访客ID服务帮助,请参阅访客ID服务概述。
未使用Experience Platform标记?
如果您没有使用Experience Platform标记,请通过JavaScript部署(VisitorAPI.js)手动实施访客ID服务,如下所示:
s_code 更新到 H.27.3 或更高版本,或将现有的 AppMeasurement.js 更新到 1.4 或更高版本。Analytics和Adobe Target — 同步客户ID sync-ids
在设置访客ID服务时,Adobe建议您针对Analytics和Target考虑将您的客户ID与CX Enterprise同步。
在 Adobe Target 中,mbox3rdpartyid 必须获取客户 ID 并将其发送给 Target。 (请参阅 Target 中的使用客户属性。)
当访客在您的网站上进行身份验证或以其他方式标识自己时,您的实施必须向页面或应用程序公开访客的 CRM 客户 ID。 然后,您可以使用相应的函数调用将您的客户ID同步到CX Enterprise。 此同步会将访客的CRM客户ID存储在CX Enterprise中,并激活该客户的属性以在CX Enterprise中使用。
例如,假设 Bob 在您的 CRM 系统中具有客户 ID 52mc210tr42。 当 Bob 在您的网站上进行身份验证时,您必须在该页面上透露此 ID,并使用此 ID 以下面两种方式之一进行同步:
- 使用访客ID服务调用
visitor.setCustomerIDs({"crm_id":"52mc210tr42"})。 或, - 在 prop 或 eVar 中填充
Customer ID (52mc210tr42)。
在已知客户 ID 的情况下,必须在每次 Analytics 服务器调用中进行设置。
Analytics:将客户 ID 与 Data Warehouse 回填方法同步
当客户属性首次可用时,某些客户尚未实施访客ID服务,并且无法轻松利用客户属性。 为了帮助缓解这个问题,Adobe 创建了一种使用 Adobe Analytics Data Warehouse 来回填 ID 同步的方法。 此功能称为 Data Warehouse 回填。 现在通常没有必要对 Data Warehouse 进行回填,因此从 2022 年 10 月起不再可用。
Mobile SDK
有关如何在Android和iOS移动设备应用程序中设置其他客户ID的语法示例,请参阅访客ID服务™1}部分。
启用历史数据的属性
客户属性数据在访客登录后可用。 如果您尚未实施访客ID服务,并且以前一直在prop或eVar中跟踪客户ID,则可以请求一个流程,以将历史登录发送到CX Enterprise。 凭借此流程,您可以立即开始使用客户属性。
请联系支持以启用历史数据。
更新 Analytics AppMeasurement 代码
如果您使用的是第一方Cookie,请参阅Adobe管理的证书计划,了解有关数据收集CNAME和跨域跟踪的信息。
建议您更新包括访客 API 在内的 JavaScript 库,以使您的 Analytics 实施现代化。 一个简单方法是在 Experience Platform 数据收集中添加 Adobe Analytics 扩展。
更新 Adobe Target 实施
-
建议您在Adobe Target标记中添加Experience Platform扩展,以便自动检索库。 您还可以设置Experience Cloud ID服务标记扩展,该扩展使用标记实现Adobe Target(和其他应用程序)的访客ID服务。 此标记扩展是必需的,Adobe Target才能使用People服务。
-
如果您没有使用Experience Platform标记,请手动更新mbox库。
-
请求访问权限,以使用 Adobe Analytics 作为 Adobe Target 的报表源。 在处理期间,Target 和 Analytics 数据将组合在同一服务器调用中,这样两个应用程序的访客就可以连接在一起。 请参阅 Analytics for Target 实施。
note important IMPORTANT 已针对客户属性等核心服务配置了所有 Analytics 客户。 如果您不是 Analytics 客户,请联系客户关怀团队以请求进行配置。
验证实施
请使用以下流程以确保在您的网站上正确实施访客ID服务。
- 清除网站的Cookie,以便您能够看到对访客ID服务的请求(请求在首次访问时发生,随后每位访客每周发生一次)。
- 使用一个数据包分析程序或 Web 浏览器调试程序中的网络面板,查找到 dpm.demdex.net 的请求。
- 验证响应中是否包含
d_mid和一个值,例如:_setMarketingCloudFields({"d_mid":"4235... - 验证Analytics请求是否包含
mid参数(ECID)。 在宽限期内(如果启用),您还应看到aid参数(Analytics 访客 ID)。
包含ECID的预期响应:
包含ECID(也称为mid或访客ID)的Analytics图像请求:
包含ECID的
mbox请求中的ECID:
mbox请求中的
什么是宽限期?
在您部署访客ID服务后,新访客将不再收到Analytics ID (aid)。 如果您网站的某些部分尚未实施访客ID服务,那么当访客浏览这些部分时,将无法识别ECID (mid),与此同时,分配给访客的会是一个旧版Analytics ID (aid)。 此设置可能会导致潜在问题,包括重复访问和错误归因。
例如,如果网站的支持部分是在单独的 CMS 中管理的,则此部分可能有不同的 Analytics JavaScript 文件。 如果您在将访客ID服务部署到支持网站之前,在主要网站上部署了ECID,则新访客在访问支持部分时会收到一个旧版Analytics ID。 跨两个网站区域的访问报告为不同的访问。
在使用多个JavaScript文件或其他技术(例如Flash)的网站上部署访客ID服务时,可能会导致协调问题。 出现这些问题是因为您必须同时对网站的所有部分启用访客ID服务。 通过配置一个宽限期,新的访客可以继续从访客ID服务中接收Analytics访客ID。 对于网站中没有升级为使用访客ID服务的部分,可以始终如一地识别访客。
管理用户和产品
启动并运行后,导航至 Admin Console,您可以在其中管理用户和产品轮廓。
客户属性
添加到Customer Attributes组的用户可以在CX Enterprise的左侧看到Customer Attributes菜单项。
开始共享属性和受众数据
充分利用以下功能。
客户属性
如果您在客户关系管理(CRM)数据库中捕获到企业客户数据,则可以将该数据上传到CX Enterprise中的客户属性数据源。 上传后,即可在 Adobe Analytics 和 Adobe Target 中利用这些数据。
有关详细信息,请参阅客户属性。
人员 > 受众库
CX Enterprise 受众是一个界面,您可以从这里创建受众,合并现有受众以创建组合受众,以及查看所有共享受众。
有关详细信息,请参阅受众。
数据存储和隐私披露
如果在 Adobe CX Enterprise 中使用实时受众分析和其他核心服务,那么运用这些服务时,可能会影响数据存储到的数据中心(和国家/地区)。 具体来讲,因为CX Enterprise使用Audience Manager,所以在People服务中使用的数据必须存储在位于美国的Audience Manager服务器上。
使用通过人员服务提供的服务时,从其他Adobe产品向受众管理发送的数据类型包括:
- Analytics 键/值对(prop、eVar、list var 等等)。 默认情况下,日志行包含 IP 地址,其中包含 IP 的最后一个八位字节(假定 IP 地址没有被 Adobe Analytics 中的 IP 模糊设置所修改)。
- 根据 Audience Manager 中设置的规则,受众符合资格的特征和区段。
- (可选)您的一个或多个 ID。 根据访客ID服务的实施,您还可以发送一个或多个ID,例如CRM ID或哈希电子邮件地址。 如果此数据被发送到Adobe Analytics,则会转给Adobe Audience Manager。 Adobe建议您将个人数据提供给Adobe Analytics。 而是使用单向哈希对数据进行掩饰,然后再发送给 Adobe。
- 来自 Analytics 且通过后端区段共享功能获得的区段。
- 如果未阻止第三方Cookie,则会设置
demdex.netCookie。AMCV_###@AdobeOrg第一方Cookie始终使用访客ID服务进行设置。
所有这些数据元素都将以日志文件的形式传送到 Adobe Audience Manager。 Audience Manager 将在美国境内的服务器上处理并存储这些数据。 Audience Manager 不提供在美国境外的服务器上存储或处理此数据的选项。