支持的设备决策功能

Adobe Target JS SDK可让客户灵活地在数据的性能与新鲜度之间做出选择,以便作出决策。 换句话说,如果通过机器学习交付最相关、最引人入胜的个性化内容对您来说最为重要,则应进行实时服务器调用。 但是,当性能更为关键时,应该做出设备内和内存内决策。 要使设备决策正常工作,请参阅列表所支持功能的以下部分。

支持的活动类型

下表说明了在设备上决策支持或不支持由基于表单的体验书写器可视体验书写器(VEC)创建的活动类型

活动类型 受支持?
A/B 测试
自动分配
Auto-Target(自动定位) Premium
多变量测试 (MVT)
体验定位 (XT)
自动个 性化
推荐 Premium
活动使用Analytics for 目标 (A4T)

受众定位

下表指示设备上决策支持或不支持哪些受众规则。

受众规则 受支持?
地域
网络
Mobile
自定义参数
操作系统
网页
浏览器
访客资料
流量源
期限
Adobe Experience Cloud受众
(来自Adobe Analytics、Adobe Audience Manager和Adobe Experience Manager的受众

设备上决策的地理定位

为了使具有基于地理的活动的设备上决策受众保持最低的延迟,Adobe建议您在调用getOffers时自己提供地理值。 在请求的上下文中设置Geo对象。 这意味着从浏览器中确定每个访客位置的方法。 例如,您可以使用您配置的服务执行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请求执行设备上决策,则也支持此功能。 此方法的缺点是它使用远程IP到地理查找,这会为每个getOffers调用增加延迟。 此延迟应比服务器端决策的getOffers调用低,因为它会点击靠近服务器的CDN。 在您请求SDK以检索访客IP地址的地理位置的上下文中,仅在Geo对象中提供“ipAddress”字段。 如果除“ipAddress”之外还提供了任何其他字段,则Target SDK将不会提取地理位置元数据以进行解析。

window.adobe.target.getOffers({ 
	decisioningMethod: "on-device", 
	request: { 
		context: { 
			geo: { 
				ipAddress: "127.0.0.1" 
			} 
		}, 
		execute: { 
			pageLoad: {} 
		} 
	} 
})

分配方法

下表指示设备上决策支持或不支持哪些分配方法。

分配方法 受支持?
手动
自动分配到最佳体验
自动目标,实现个性化体验

On this page

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now