on-device decisioning支持的功能
创建对象：
- 开发人员
Adobe Target JS SDK使客户能够灵活地选择数据的性能和新鲜度以供决策。 换言之，如果通过机器学习提供最相关且最引人入胜的个性化内容对您来说最重要，则应进行实时服务器调用。 但是，当性能更加关键时，应该做出设备上决策和内存决策。 要使on-device decisioning正常工作，请参阅以下部分，其中列出了支持的功能。
支持的活动类型
下表指明了on-device decisioning支持或不支持由基于表单的体验编辑器或可视化体验编辑器 (VEC)创建的活动类型。
| 活动类型 | 受支持? |
|---|---|
| A/B 测试 | 是 |
| 自动分配 | 否 |
自动定位
| 否 |
| 多变量测试 (MVT) | 否 |
| 体验定位 (XT) | 是 |
| Automated Personalization
| 否 |
| Recommendations
| 否 |
| 使用Analytics for Target 🔗 (A4T)的活动 | 是 |
受众定位
下表指示哪些受众规则受on-device decisioning支持或不受支持。
on-device decisioning的地理定位
为了保持对基于地理位置的Adobe的on-device decisioning活动延迟最短，建议您在调用getOffers时自行提供地理位置值。 在请求的上下文中设置地理对象。 这意味着通过浏览器来确定每个访客的位置。 例如，您可以使用配置的服务执行IP到地理位置的查找。 某些托管提供商(如Google Cloud)通过每个HttpServletRequest中的自定义标头提供此功能。
window.adobe.target.getOffers({
decisioningMethod: "on-device",
request: {
context: {
geo: {
city: "SAN FRANCISCO",
countryCode: "US",
stateCode: "CA",
latitude: 37.75,
longitude: -122.4
}
},
execute: {
pageLoad: {}
}
}
})
但是，如果您无法在服务器上执行IP到地理位置的查找，但仍希望对包含基于地理位置的受众的getOffers请求执行on-device decisioning，则也支持此操作。 此方法的缺点是，它使用远程IP到地理位置的查找，这会增加每个getOffers调用的延迟。 此延迟应低于具有服务器端决策的getOffers调用，因为它点击了位于服务器附近的CDN。 在请求SDK检索访客IP地址的地理位置的上下文中，在地理对象中仅提供“ipAddress”字段。 如果除了“ipAddress”之外还提供了任何其他字段，Target SDK将不会获取地理位置元数据以进行解析。
window.adobe.target.getOffers({
decisioningMethod: "on-device",
request: {
context: {
geo: {
ipAddress: "127.0.0.1"
}
},
execute: {
pageLoad: {}
}
}
})
分配方法
下表指示on-device decisioning支持或不支持哪些分配方法。