コードベースのエクスペリエンス実装での決定
コードベースのエクスペリエンスで決定を使用する際は、以下に説明するケースで、クライアント実装に次のフラグを追加することを検討してください。
決定を使用したコードベースのエクスペリエンスのテスト code-based-test-decisions
決定を使用してコードベースのエクスペリエンスをテストする際、dryRun フラグを使用して、レポートカウンターとキャップカウンターの両方のフィードバックイベントを抑制できます。
キャンペーンを公開したら、クライアント実装の XDM イベント data ブロックに dryRun フラグを追加します。
{
"data": {
"__adobe": {
"ajo": {
"dryRun": true
}
}
}
}
コードベースの実装での決定項目の重複排除 code-based-decisioning-deduplication
コードベースのエクスペリエンスで決定ポリシーを使用する際、クライアント実装で決定リクエストに重複排除を適用できます。
決定リクエスト（Konductor 経由）は、重複排除フラグを受け入れます。このフラグは、複数の決定ポリシーまたはプレースメントで構成される単一のリクエストで決定項目の一意性を処理します。
重複排除ロジック deduplication-logic
任意の決定リクエストに対して、設定に基づいて 1 つ以上の決定ポリシー／プレースメントを設定できます。
-
リクエスト内の 単一 の決定ポリシーとプレースメントの場合、応答内のすべての項目は一意になります（デフォルト）。単一のリクエスト内で 2 つの決定項目を同じにすることはできません。
-
リクエスト内の 複数 の決定ポリシー／プレースメントの場合：
-
allowDuplicateDecisionItemsがfalseに設定されている場合：応答内のすべての項目は（項目の対象となるメッセージ／決定ポリシー／プレースメントに関係なく）一意です。 -
allowDuplicateDecisionItemsがtrueに設定されている場合（デフォルト）：応答内の項目が重複することがあります（複数のメッセージ／決定ポリシー／プレースメントが、そのリクエストに対して同じ決定項目に適合する場合）。
-
リクエストでの重複排除の適用 deduplication-in-request
デフォルトでは、重複排除フラグは true に設定されています。
Konductor リクエストでは、応答に一意の要素が必要な場合、重複排除フラグを渡すことができます。その場合は、false に設定します。
{
"data": {
"__adobe": {
"ajo": {
"allowDuplicateDecisionItems": false
}
}
}
}
決定サンプルリクエスト
| code language-none |
|---|
|
重複排除応答 deduplication-response
例えば、単一のリクエストでヘッダーとフッターのプレースメントに関する同じ決定ポリシーがあるとします。
-
決定により、2 つの提案が返されます。
-
itemId-Xが、決定ポリシーとプレースメントの組み合わせの両方に適合する単一の決定項目である場合：-
allowDuplicateDecisionItemsがtrueの場合（デフォルト）：両方の提案に対して単一の応答でitemId-Xが返されます。 -
allowDuplicateDecisionItemsがfalseの場合：-
最初の提案に対して、
itemId-Xが返されます。 -
2 番目の提案に対して、フォールバック決定項目（これも一意）または空の決定項目が渡されます。
-
-
決定サンプル応答（
allowDuplicateDecisionItems = true）| code language-none |
|---|
|
決定サンプル応答（
allowDuplicateDecisionItems = false）| code language-none |
|---|
|
recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76