코드 기반 경험 구현에서의 결정
코드 기반 경험에서 Decisioning을 사용할 때 아래에 설명된 경우 클라이언트 구현에 다음 플래그를 추가하는 것이 좋습니다.
의사 결정을 사용하여 코드 기반 경험 테스트 code-based-test-decisions
Decisioning을 사용하여 코드 기반 경험을(를) 테스트할 때 dryRun
플래그를 사용하여 보고 및 최대 가용량 카운터 모두에 대한 피드백 이벤트를 억제할 수 있습니다.
캠페인을 게시한 후 클라이언트 구현의 XDM 이벤트 dryRun
블록에 data
플래그를 추가하십시오.
"
{
"data": {
"__adobe": {
"ajo": {
"dryRun": true
}
"
코드 기반 구현에서 의사 결정 항목 중복 제거 code-based-decisioning-deduplication
코드 기반 환경에서 의사 결정 정책을 사용할 때 클라이언트 구현에서 의사 결정 요청에 중복 제거를 적용할 수 있습니다.
의사 결정 요청(콘덕터를 통해)은 중복 제거 플래그를 허용하며, 이 플래그는 여러 의사 결정 정책 또는 배치로 구성된 단일 요청에서 의사 결정 항목의 고유성을 처리합니다.
중복 제거 논리 deduplication-logic
의사 결정 요청의 경우 설정에 따라 하나 이상의 의사 결정 정책/배치를 가질 수 있습니다.
-
요청의 single 결정 정책 및 배치의 경우, 응답의 모든 항목은 기본적으로 고유합니다. 두 개의 결정 항목은 단일 요청에서 동일할 수 없습니다.
-
요청의 다중 결정 정책/배치에 대해:
-
allowDuplicateDecisionItems
이(가)false
(으)로 설정된 경우: 항목의 메시지/결정 정책/배치에 관계없이 응답의 모든 항목이 고유합니다. -
allowDuplicateDecisionItems
이(가)true
(기본값)로 설정된 경우: 응답의 항목이 중복될 수 있습니다(여러 메시지/결정 정책/배치가 해당 요청에 대한 동일한 결정 항목에 적합한 경우).
-
요청에 중복 제거 적용 deduplication-in-request
기본적으로 중복 제거 플래그는 true
(으)로 설정됩니다.
Konductor 요청에서 응답에 고유한 요소를 원하는 경우 중복 제거 플래그를 전달할 수 있습니다. 이 경우 false
(으)로 설정합니다.
{
"data": {
"__adobe": {
"ajo": {
"allowDuplicateDecisionItems": false
}
}
}
}
code language-none |
---|
|
중복 제거 응답 deduplication-response
단일 요청에서 머리글 및 바닥글 배치와 동일한 결정 정책이 있다고 가정해 보겠습니다.
-
Decisioning은 두 개의 제안을 반환합니다.
-
itemId-X
이(가) 결정 정책 및 배치 조합에 모두 적합한 단일 결정 항목인 경우:-
allowDuplicateDecisionItems
이(가)true
인 경우(기본값): 단일 응답에서 두 제안에 대해itemId-X
이(가) 다시 반환됩니다. -
allowDuplicateDecisionItems
이(가)false
인 경우:-
첫 번째 제안에 대해
itemId-X
이(가) 다시 반환됩니다. -
두 번째 제안에 대해 대체 결정 항목(고유함) 또는 빈 결정 항목이 전달됩니다.
-
-
allowDuplicateDecisionItems
= true
) 결정 중code language-none |
---|
|
allowDuplicateDecisionItems
= false
) 결정 중code language-none |
---|
|