程式碼型體驗實作中的決策
在程式碼型體驗中使用決策時,請考慮在下列所述的情況下將下列標幟新增到您的使用者端實作。
使用決定測試程式碼型體驗 code-based-test-decisions
使用決策測試程式碼型體驗時,dryRun
旗標可用於抑制報表和上限計數器的意見反應事件。
發佈行銷活動後,將dryRun
標幟新增至使用者端實作中的XDM事件data
區塊:
"
{
"資料": {
"__adobe": {
"ajo": {
"dryRun": true
}
}
}
}
"'
程式碼型實施中的決定專案重複資料刪除 code-based-decisioning-deduplication
當您在程式碼型體驗中使用決定原則時,您可以在使用者端實作中將重複資料刪除套用至您的決定請求。
決策請求(透過Konductor)接受重複資料刪除旗標,這會處理包含多個決策原則或位置的單一請求中的決策專案唯一性。
重複資料刪除邏輯 deduplication-logic
對於任何決策請求,您可以根據設定有一或多個決策原則/位置。
-
對於 單一 決定原則以及請求中的位置,回應中的所有專案都是唯一的(依預設)。 單一請求中的兩個決定專案不能相同。
-
針對請求中的 多個 決定原則/位置:
-
如果
allowDuplicateDecisionItems
設為false
:回應中的所有專案都是唯一的(無論專案是用於哪個訊息/決定原則/位置)。 -
如果
allowDuplicateDecisionItems
設為true
(預設):回應中的專案可以重複(如果多個訊息/決定原則/位置符合該請求的相同決定專案的資格)。
-
在請求中套用重複資料刪除 deduplication-in-request
依照預設,重複資料刪除旗標設為true
。
在Konductor請求中,如果您想在回應中取得唯一元素,可傳遞重複資料刪除旗標。 在此情況下,請將其設為false
。
{
"data": {
"__adobe": {
"ajo": {
"allowDuplicateDecisionItems": false
}
}
}
}
code language-none |
---|
|
重複資料刪除回應 deduplication-response
假設您的決定原則與單一請求中頁首和頁尾的位置相同。
-
決策會傳回兩個主張。
-
如果
itemId-X
是同時符合決定原則與位置組合的單一決定專案:-
如果
allowDuplicateDecisionItems
是true
(預設):在單一回應中傳回兩個主張的itemId-X
。 -
如果
allowDuplicateDecisionItems
是false
:-
第一個主張會傳回
itemId-X
。 -
系統會為第二個主張傳遞遞補決定專案(也是唯一的)或空白決定專案。
-
-
allowDuplicateDecisionItems
= true
)code language-none |
---|
|
allowDuplicateDecisionItems
= false
)code language-none |
---|
|