Show Menu
主题×

为核心服务启用解决方案

对于现有客户,了解如何实现解决方案实施的现代化并实施Experience Cloud,以便您能够使用客户属性和受众等功能。 为此,您将执行以下操作:

步骤 1. 加入 Experience Cloud 并成为管理员

加入 Experience Cloud 时需要执行的操作:
确保您拥有适当的 Adobe Analytics 或 Adobe Target SKU。
  • Adobe Analytics: Standard 或 Premium(不是旧版 SiteCatalyst SKU)。
  • Adobe Target: Standard 或 Premium。
对于 Target,请从 mbox.js 迁移到 at.js。请参阅 从 at.js 1.x 升级到 at.js 2.x
使您的实施符合现代化要求并进行管理员身份配置。
  1. 请按照下文 部署 [Experience Cloud ID 服务] 中的步骤执行操作。
  2. 请联系您的客户经理,然后开始配置 Experience Cloud。
在 Admin Console 中管理用户和产品。

管理员登录

在成为管理员后,您可以登录 experiencecloud.adobe.com
您将会在 Experience Cloud 菜单导航中看到​ 管理 ​链接。
如需帮助,请参阅 Experience Cloud 用户和产品管理

用户登录

要登录到 Experience Cloud,您的用户必须:
  1. 拥有 Adobe ID(或您公司的 Enterprise ID)。
  2. 属于映射到企业群组的解决方案群组。
  3. 如有必要,请将其解决方案帐户关联到 Adobe ID(如下所述)。
可选:关联现有的用户帐户。
您的用户很有可能已经是解决方案群组的成员,例如先前在 Analytics > 管理工具中管理的 Analytics 群组。
将这些群组映射到 Experience Cloud 企业群组时,这些用户必须手动将其解决方案帐户凭据关联到其 Adobe ID。
在映射企业群组和解决方案群组后,将会自动关联新用户。(将自动创建解决方案凭据,并将凭据关联到其 Adobe ID。)
以下各节介绍如何使实施符合现代化要求。通过使实施符合现代化要求,可在 Experience Cloud 中启用核心服务。

步骤 2. 使用 Experience Platform Launch 或 Dynamic Tag Management 实施 Experience Cloud ID 服务。

Experience Cloud ID 服务为跨解决方案集成提供了一个通用 ID。它提供了跨域访客标识功能,并为基于通过客户属性上传的 CRM 数据进行跨设备/浏览器定位和个性化提供了一种途径。
启用 Experience Cloud 核心服务的最简单方法是,通过 Experience Platform Launch 中的 Experience Cloud ID 服务扩展 或者通过 Dynamic Tag Management 中的 ECID 工具,为 Analytics 和 Adobe Target 自动激活核心服务。(强烈建议使用 Experience Platform Launch。)
有关完整的 Experience Cloud ID 服务帮助(以前称为访客 ID),请转到 此处
没有使用Experience Platform Launch或Dynamic Tag Management?
如果您没有使用 Experience Platform Launch 或 Dynamic Tag Management,请通过 JavaScript 部署 (VisitorAPI.js) 手动实施 ID 服务,如下所示:
任务
描述
Adobe 还建议设置其他 客户 ID 。这些 ID 与每个访客相关联,并可以启用 Experience Cloud 中现有和未来的功能。
将现有的 s_code 更新到 H.27.3 或更高版本,或将现有的 AppMeasurement.js 更新到 1.4 或更高版本。
这些文件可通过在 Analytics 管理工具的 代码管理器 中下载获得。(如果您需要了解有关 AppMeasurement.js 的更多信息,请参阅 JavaScript 实施 指南。)
为 Analytics 同步客户 ID
请参阅 Analytics - 同步客户 ID (如下)。

Analytics 和 Target - 同步客户 ID

在设置 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 服务器调用中进行设置。

Mobile SDK

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

启用历史数据的属性

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

步骤 3. 将报表包映射到 Experience Cloud 组织

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

步骤 4. (Adobe Analytics) 更新 Analytics AppMeasurement 代码

验证您是否位于区域数据收集 (RDC) 中。如果您的数据收集域是 omtrdc.net,或者,如果您的 CNAME 被映射到 omtrdc.net,则您使用的是 RDC。有关更多信息,请参阅 转换到 RDC 。如果您使用的是第一方 Cookie,请参阅 CNAME 和 Experience Cloud ID 服务 ,以获取有关数据收集 CNAME 和跨域跟踪的信息。
建议您更新包括访客 API 在内的 JavaScript 库,以使您的 Analytics 实施现代化。完成此任务的简单方法是在 Dynamic Tag Management 中添加 Adobe Analytics 工具,以指定 Automatic 作为配置方法。
在 Dynamic Tag Management 中,单击 <Web Property Name> > &#x200B;概述&#x200B; > &#x200B;添加工具&#x200B; > Adobe Analytics 。有关部署信息,请参阅 Dynamic Tag Management 中的 Adobe Analytics 设置

步骤 5. (Adobe Target) 更新 Adobe Target 实施

  • 建议您在 Experience Platform Launch 中添加 Adobe Target 扩展 ,以便自动检索库。您还可以使用 Experience Platform Launch 为 Adobe Target(和其他解决方案)设置 Experience Cloud ID 服务扩展 。Adobe Target 需要 ​进行 Experience Cloud ID 服务更新才能使用核心服务。(如果使用 Dynamic Tag Management,请添加 Adobe Target 工具 。您还可以使用 Dynamic Tag Management 来为 Adobe Target 部署 Experience Cloud ID 服务。)
  • 如果您没有使用 Experience Platform Launch 或 Dynamic Tag Management,请手动 更新 mbox 库
  • 请求访问权限,以使用 Adobe Analytics 作为 Adobe Target 的报告来源。Target在处理期间, 和 数据将组合在同一服务器调用中,这样两个解决方案之间的访客就可以连接在一起。Analytics请参阅 Analytics for Target 实施
    所有Analytics客户都已配置了核心服务,如客户属性。 如果您不是 Analytics 客户,请联系客户关怀团队以请求进行配置。

步骤 6. 验证核心服务实施

请使用以下流程以确保在您的网站上正确实施 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(也称为 mid 或​ 访客 ID )的 Analytics 图像请求:
mbox 请求中的 Experience Cloud ID:

什么是宽限期?

在您部署 Experience Cloud ID 服务后,新的访客将不再从您的数据收集服务器中接收 Analytics Experience Cloud ID。如果您网站的某些部分尚未实施 Experience Cloud 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 服务的部分而言,也可以始终如一地识别访客。

步骤 7. 管理用户和产品

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

客户属性

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

步骤 8. 开始使用核心服务

充分利用以下功能。

人员 > 客户属性

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

人员 > 受众库

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

数据存储和隐私披露

如果在 Adobe Experience Cloud 中使用实时受众分析和其他核心服务,那么运用这些服务时,可能会影响存储相关数据的数据中心(和国家/地区)。具体来讲,由于 Adobe Experience Cloud 的核心服务需要利用 Adobe 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 不提供在美国境外的服务器上存储或处理此数据的选项。