本页阐述 Marketing Cloud ID 服务如何在接受第三方 Cookie 的浏览器中跨域保持一致的 Marketing Cloud ID。某些概念已进行了简化,以便得到普遍理解。

视频:MCID 如何跨域保持一致的 ID


涉及的步骤

步骤流程图
  1. 用户首次访问 My Company Inc. 拥有的网站。

  2. VisitorAPI.js 文件加载并检查 AMCV Cookie 是否存在于当前域 (SiteA.com) 中。当前域中不存在 AMCV Cookie,因此 VisitorAPI.js 检查 demdex.net Cookie 是否存在。该 Cookie 也不存在。

  3. 由于这两个 Cookie 都不存在,因此将通过您的 Marketing Cloud 组织 ID(又称为 IMS org ID)对 dpm.demdex.net 发起网络请求。在这种情况下,1234@AdobeOrg 会随请求一起发送。

  4. demdex.net 服务器接收到请求并生成 UUID。接下来,该服务器使用此 UUID 和 IMS org ID (1234) 生成 MID 值。

  5. 服务器使用 MID 和 UUID 对来自页面的请求做出响应。

  6. VisitorAPI.js 库将 MID 写入浏览器中的 AMCV Cookie。作为响应的一部分,demdex 服务器也将 UUID 写入 Cookie。AMCV Cookie 将写入当前域 (SiteA.com) 中,而 demdex Cookie 将写入到 demdex.net 域中。

  7. 页面代码执行,并且触发 Adobe 解决方案信标。

  8. 用户浏览到 SiteB.com。

  9. VisitorAPI.js 检查 AMCV Cookie 是否存在于当前域 (SiteB.com) 中。该域中不存在 AMCV Cookie,因此 VisitorAPI.js 检查 demdex.net Cookie 是否存在。该 Cookie 存在,因此检索到相应值。

  10. 通过 IMS org ID (1234) 和 UUID 值 (ABCDE) 对 dpm.demdex.net 发起网络请求。

  11. demdex 服务器使用请求中传递的 UUID (ABCDE) 和 IMS org ID (1234) 生成 MID 值。

  12. demdex 服务器使用 MID 值 (ABC1234) 对请求做出响应。

  13. VisitorAPI.js 库将 MID (ABC1234) 写入浏览器中的 AMCV Cookie。AMCV Cookie 将写入到当前域 (SiteB.com) 中。

  14. 页面代码执行,并且触发 Adobe 解决方案信标。

有疑问?

本文深入讨论了 Marketing Cloud ID 服务 (MCID) 的运作原理。某些概念已进行了简化,以便得到普遍理解。如果您有其他问题,请参阅 Marketing Cloud ID 服务文档。您也可以在社区论坛中提问。

本产品经 Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License 许可  Twitter™ 与 Facebook 中的内容不在 Creative Commons 的条款约束之下。

法律声明   |   在线隐私策略