on-device decisioning支援的功能

Adobe Target JS SDK讓客戶可靈活選擇資料的效能與最新狀態，以便做出決策。 換言之，如果透過機器學習提供最相關且最吸引人的個人化內容對您而言至關重要，則應進行即時伺服器呼叫。 但是，當效能較為重要時，就應該做出裝置上及記憶體中的決策。 若要讓on-device decisioning運作，請參閱下列區段，其中列出支援的功能。

支援的活動類型

下表指出哪些活動型別是由表單式體驗撰寫器或視覺化體驗撰寫器 (VEC)所建立，支援on-device decisioning或不支援。

活動類型

支援?

A/B 測試

是

自動分配

否

自動鎖定目標

否

多變數測試 (MVT)

否

體驗鎖定 (XT)

是

Automated Personalization

否

Recommendations

否

使用Analytics for Target🔗 (A4T)的活動

是

對象目標定位

下表指出on-device decisioning支援或不支援的對象規則。

on-device decisioning的地理定位

若要針對具有地理型對象的on-device decisioning活動維持最低延遲度，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要求執行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支援或不支援的配置方法。