设备上决策

设备内决策提供了在服务器上缓存Adobe Target A/B测试和体验定位 (XT)活动并在接近零的延迟下执行内存内决策的功能,而不会阻止对Adobe Target边缘网络的网络请求。

有关更多信息,请参阅​Adobe Target SDK文档​中的设备上决策简介

网络研讨会:通过 的设备上决策进行无延迟的个性化和测试Adobe Target

相比以往,营销人员、产品所有者和开发人员需要更多地在网站上、应用程序中以及他们与客户联系的其他各个环节优化整体客户体验。多个工具(具有数据孤岛和复杂的实施)并不充分。

在这次录制的网络研讨会中,Adobe Target产品专家讨论了如何在设备上将关键体验优化决策移动到本地执行,并且延迟接近零,这可以为激动人心的新用例打开大门,同时为您的客户改善网站性能。

最佳实践

Adobe建议在使用设备上决策时遵循以下最佳实践:

决策方法为“设备上”时的最佳实践

当使用“设备内”作为决策方法时,将在访客首次加载网页时下载项目。 只有在完全下载对象后,才会进行首次页面加载(无缓存)时需要进行的任何活动鉴别。 您可以遵循某些最佳实践,以确保新匿名访客能够快速获得活动资格。

  • 停用不会出现在对象中、支持“设备上”的活动。
  • 如果您有Target Premium,则可以使用properties/workspaces为不同的工作区创建不同的工件文件。
  • 如果您的项目文件由于合法原因变得非常大,则可以使用“混合”决策方法。 此方法允许您并行下载对象,所有Target API调用都会通过线路连接,直到该对象下载为止。 请阅读下面“混合”决策模式🔗中的“最佳实践”部分,了解有关此方法的更多信息。
  • 如果您有单页应用程序(SPA), Adobe建议您先加载和初始化at.js,然后再在首页加载期间加载应用程序的主JavaScript文件。 此方法会更早地启动项目下载,从而提供更快的渲染体验。

决策方法为“混合”时的最佳实践

使用“混合”作为决策方法时,将并行下载伪像。 在下载对象之前,任何Target API调用都会通过线路传输,即使“位置”在设备上可用。 此行为是所有getOffers()调用的默认行为,在大多数情况下提供最佳性能。 如果通过将decisioningMethod设置为on-device来更改getOffers()的默认行为,请遵循以下最佳实践,以避免错误并确保最佳性能。

  • 如果您决定在首次加载页面时使用decisioningMethod作为on-device调用getOffers(),则必须在“ARTIFACT_DOWNLOAD_SUCCEEDED” at.js事件处理程序中执行此操作,以避免出现错误。 如果您的项目很大,则使用此方法的任何“位置”仅在项目完全下载后才会渲染,这可能会延迟体验渲染。 Adobe 建议您很少使用此方法。使用此方法时,请遵循上面“设备上”最佳实践部分下的最佳实践来减小对象大小。

教程:设备内决策

Adobe Target 设备内决策支持近乎零的延迟内容交付。

此7分钟视频:

  • 描述设备上决策,包括与Target实施的其他方法的比较情况
  • 演示如何在Target中启用设备上决策
  • 检查已配置JSON内容的基于表单的编辑器活动示例
  • 显示示例Node.JS SDK代码,其中包含设备决策所需的密钥配置
  • 在浏览器中演示结果

有关更多视频和教程,请参阅Adobe TargetTutorials指南。

Adobe技术博客 — 第1部分:运行Adobe Target NodeJS SDK,在边缘平台(Akamai边缘工作程序)上进行实验和个性化

单击此处访问博客文章

Adobe Tech Blog - 第 2 部分:在 Edge 平台上运行 Adobe Target NodeJS SDK 以提供试验性和个性化 (AWS Lambda@Edge)

单击此处访问博客文章

在此页面上