为 Experience Cloud 服务启用实施

如果您最近使用Experience Platform标记实施了Experience Cloud,则表明您已经为客户属性和Experience Cloud受众进行了设置。 您还可以在 Admin Console 中管理用户和产品。

现有客户可以使他们的应用程序实施实现现代化并实施 Experience Cloud。这样,您就可以在 Adobe Analytics、Audience Manager 和 Adobe Target 中使用客户属性和受众功能。要完成此实施,您将执行以下操作:

加入 Experience Cloud 并成为管理员 section_2423F0BD3DF642658103310EE5EA6154

加入 Experience Cloud 时必须执行的操作:

  1. 确保您拥有适当的 Adobe Analytics 或 Adobe Target SKU。

    • Adobe Analytics: Standard 或 Premium(不是旧版 SiteCatalyst SKU)。
    • Adobe Target: Standard 或 Premium。
    note note
    NOTE
    对于 Target,请从 mbox.js 迁移到 at.js。请参阅 从at.js 1. x升级到at.js 2. x.
  2. 使您的实施符合现代化要求并进行管理员身份配置。

  3. 在 Admin Console 中管理用户和产品。

管理员登录

在成为管理员后,您可以登录到 experience.adobe.com.

Experience Cloud 菜单导航中提供 Admin Console 链接。

有关更多信息,请参阅 Experience Cloud 用户和产品管理

用户登录

要登录到 Experience Cloud,您的用户必须:

  • 拥有 Adobe ID(或您公司的 Enterprise ID)。
  • 登录到 experience.adobe.com
  • 属于映射到企业群组的应用程序群组。
  • 如有必要,请将其应用程序帐户关联到 Adobe ID(如下所述)。

可选:关联现有的用户帐户。

您的用户很有可能已经是应用程序群组的成员,例如先前在 Analytics > 管理工具中管理的 Analytics 群组。

将这些群组映射到 Experience Cloud 企业群组时,这些用户必须手动将其应用程序帐户凭据关联到其 Adobe ID。

请参阅在 Experience Cloud 中关联帐户

NOTE
在映射企业群组和应用程序群组后,将会自动关联新用户。(将自动创建解决方案凭据,并将凭据关联到其 Adobe ID。)

以下各节介绍如何使实施符合现代化要求。通过使实施符合现代化要求,可在 Experience Cloud 中启用核心服务。

实施 Experience Cloud ID 服务 section_3C9F6DF37C654D939625BB4D485E4354

Experience Cloud ID 服务 为跨应用程序集成提供了一个通用 ID。它提供了跨域访客标识功能,并为基于通过客户属性上传的 CRM 数据进行跨设备/浏览器定位和个性化提供了一种途径。

启用 Experience Cloud 核心服务的最简单方法是,通过 Experience Platform Launch 中的 Experience Cloud ID 服务扩展为 Analytics 和 Adobe Target 自动激活核心服务。

有关完整的 Experience Cloud ID 服务帮助(以前称为访客 ID),请转到此处

未使用 Experience Platform标签?

如果您没有使用 Experience Platform标签,通过JavaScript部署手动实施ID服务(VisitorAPI.js),如下所示:

任务
描述
实施适用于 Analytics 的 Experience Cloud ID 服务
Adobe 还建议设置其他客户 ID。这些 ID 与每个访客相关联,并可以启用 Experience Cloud 中现有和未来的功能。
将现有的 s_code 更新到 H.27.3 或更高版本,或将现有的 AppMeasurement.js 更新到 1.4 或更高版本。
这些文件可通过在 Analytics 管理工具的代码管理器中下载获得。(如果您需要了解有关 AppMeasurement.js 的更多信息,请参阅 JavaScript 实施指南。)
为 Analytics 同步客户 ID
请参阅 Analytics - 同步客户 ID(如下)。

Analytics 和 Adobe Target - 同步客户 ID section_AD473A6A21C1446498E700363F9A8437

在设置 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 CloudID服务,并且无法轻松利用客户属性。 为了帮助缓解此问题,Adobe创建了一种使用Adobe AnalyticsData Warehouse回填ID同步的方法。 此功能称为Data Warehouse回填。 Data Warehouse回填现在通常不是必需的,因此,从2022年10月起,将不再可用。

Mobile SDK

有关如何在 Android™iOS 移动设备应用程序中设置其他客户 ID 的语法示例,请参阅 Experience Cloud ID 服务 ​部分。

启用历史数据的属性

客户属性数据在访客登录后可用。如果您尚未实施 ID 服务,并且以前一直在 prop 或 eVar 中跟踪客户 ID,则可以请求一个流程,以将历史登录发送到 Experience Cloud。凭借此流程,您可以立即开始使用客户属性。

请联系客户关怀以启用历史数据。

将报表包映射到 Experience Cloud 组织 section_7B08516B01BA421681DF03D0E86CE3BA

NOTE
报表包映射功能已于 2020 年 11 月被弃用。如有任何问题,请联系客户支持。

Experience Cloud 服务(例如 Experience Cloud ID 服务和人员服务)与 Experience Cloud 组织相关联,而不是与单个 Analytics 报表包关联。为确保这些服务能够正确运行,必须将每个 Analytics 报表包映射到 Experience Cloud 组织。

更新 Analytics AppMeasurement 代码 section_1798D9D0F05C47E29816AC4EEB9A0913

如果您使用的是 Analytics,请验证您是否使用区域数据收集 (RDC)。如果您的数据收集域是 omtrdc.net,或者,如果您的 CNAME 被映射到 omtrdc.net,则您使用的是 RDC。有关更多信息,请参阅转换到 RDC。如果您使用的是第一方 Cookie,请参阅 CNAME 和 Experience Cloud ID 服务,以获取有关数据收集 CNAME 和跨域跟踪的信息。

建议您更新包括访客 API 在内的 JavaScript 库,以使您的 Analytics 实施现代化。完成此任务的简单方法是添加 Adobe Analytics扩展 在Experience Platform数据收集中。

更新 Adobe Target 实施 section_C2F4493C7A36406DAE2266B429A4BD24

  • 建议您添加 Adobe Target扩展 在 Experience Platform 标签中,以便自动检索库。 您还可以设置 Experience CloudID服务扩展 Adobe Target (和其他应用程序)使用 Experience Platform 标记之间。 此 Experience CloudID服务 更新 为必填项 ,以便Adobe Target使用人员服务。

  • 如果您没有使用 Experience Platform 标记, 更新mbox库 手动。

  • 请求访问权限,以使用 Adobe Analytics 作为 Adobe Target 的报表源。在处理期间,Target 和 Analytics 数据将组合在同一服务器调用中,这样两个应用程序的访客就可以连接在一起。请参阅 Analytics for Target 实施

    note important
    IMPORTANT
    已针对客户属性等核心服务配置了所有 Analytics 客户。如果您不是 Analytics 客户,请联系客户关怀团队以请求进行配置。

验证实施 section_E641782A0F4F44AF8C9C91216BE330D5

请使用以下流程以确保在您的网站上正确实施 Experience Cloud ID 服务。

  1. 清除网站的 Cookie,以便您能够看到对 Experience Cloud ID 服务的请求(请求在首次访问时发生,随后大约每位访客每周发生一次)。
  2. 使用一个数据包分析程序或 Web 浏览器调试程序中的网络面板,查找到 dpm.demdex.net 的请求。
  3. 验证响应中是否包含 d_mid 和一个值,例如:_setMarketingCloudFields({"d_mid":"4235...
  4. 验证 Analytics 请求是否包含 mid 参数 (Experience Cloud ID)。在宽限期内(如果启用),您还应看到 aid 参数(Analytics 访客 ID)。

包含 Experience Cloud ID 的预期响应:

包含 Experience Cloud ID 的预期响应

包含 Experience Cloud ID(也称为 mid 或​ 访客 ID)的 Analytics 图像请求:

包含 Experience Cloud ID 的 Analytics 图像请求

mbox 请求中的 Experience Cloud ID:

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 服务的部分而言,也可以始终如一地识别访客。

管理用户和产品 section_B6E95F4E0E12483CB9DA99CBC0C5A4AF

启动并运行后,导航至 Admin Console,您可以在其中管理用户和产品配置文件。

访问 Admin Console

请参阅 Experience Cloud 用户和产品管理

客户属性

添加到客户属性组的用户将在 Experience Cloud 的左侧看到客户属性菜单项。

开始共享属性和受众数据 section_960C06093623462E8EA247B3E97274A1

充分利用以下功能。

人员 > 客户属性

如果您在客户关系管理 (CRM) 数据库中捕获到企业客户数据,则可以将该数据上传到 Experience Cloud 中的客户属性数据源。上传后,即可在 Adobe Analytics 和 Adobe Target 中利用这些数据。

请参阅客户属性

人员 > 受众库

Experience Cloud 受众是一个界面,您可以从这里创建受众,合并现有受众以创建复合受众,以及查看所有共享受众。

请参阅受众

数据存储和隐私披露

如果在 Adobe Experience Cloud 中使用实时受众分析和其他核心服务,那么运用这些服务时,可能会影响数据存储到的数据中心(和国家/地区)。具体地说,因为 Experience Cloud 使用 Audience Manager,在人员服务中使用的数据必须存储在美国境内的 Audience Manager 服务器中。

在访问通过人员服务提供的多种服务时,从其他 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 不提供在美国境外的服务器上存储或处理此数据的选项。

使用实时受众分析时,不仅需要 Analytics 和 Target 所使用的 Cookie,还需要使用 Audience Manager Cookie。

如果您希望向网站访客提供相应的退出选项,则必须将 Audience Manager 退出添加到现有退出过程。

有关说明,请参阅 Adobe Experience Cloud - 实施 Adobe 退出

请参阅数据收集 CNAME 和跨域跟踪,以启用跨域跟踪。

recommendation-more-help
872fc4ed-f5f7-4b59-a6f8-4ddabe5aac1f