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