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