支援的裝置上決策功能

Adobe Target JS SDK讓客戶可以靈活選擇決策資料的效能與新鮮度。 換言之,如果透過機器學習提供最相關、最吸引人的個人化內容對您而言最為重要,則應進行即時伺服器呼叫。 但是,當效能更為關鍵時,應該做出設備內和記憶體內決策。 如需裝置上決策的運作,請參閱下列列出支援功能的章節。

支援的活動類型

下表指出裝置上決策支援或不支援哪些活動類型表單型Experience Composer Visual Experience Composer(VEC)建立的活動類型。

活動類型 支援?
A/B 測試
自動分配
自動鎖定目標 Premium
多變數測試 (MVT)
🔗體驗鎖定目標 (XT)
Automated PersonalizationPremium
🔗 RecommendationsPremium
使用Analytics for Target (A4T)的活動

目標受眾

下表指出裝置上決策支援或不支援哪些觀眾規則。

對象規則 支援?
地理
網路
行動
自訂參數
作業系統
網頁
瀏覽器
訪客資料
流量來源
時間範圍
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: {} 
		} 
	} 
})

分配方法

下表指出裝置上決策支援或不支援哪些配置方法。

分配方法 支援?
手動
自動分配以獲得最佳體驗
自動鎖定個人化體驗

本頁內容