Prise de décisions dans les implémentations d’expérience basée sur du code
Lors de l’utilisation de prises de décisions dans des expériences basées sur du code, pensez à ajouter les indicateurs suivants à votre implémentation client dans les cas décrits ci-dessous.
Test d’expériences basées sur du code à l’aide de décisions code-based-test-decisions
Lors du test d’une expérience basée sur du code avec la prise de décisions, l’indicateur dryRun
peut être utilisé pour supprimer les événements de feedback relatifs aux compteurs de création de rapports et de limitation.
Après avoir publié votre campagne, ajoutez l’indicateur dryRun
dans le bloc de data
d’événement XDM de votre implémentation client :
```
{
"data": {
"__adobe": {
"ajo": {
"dryRun": true
}
}
}
}
```
Déduplication des éléments de décision dans les implémentations basées sur du code code-based-decisioning-deduplication
Lorsque vous utilisez des politiques de décision dans vos expériences basées sur du code, vous pouvez appliquer une déduplication à vos requêtes de décision dans votre implémentation côté client.
Les requêtes de décision (par l’intermédiaire de Konductor) acceptent l’indicateur de déduplication, qui gère l’unicité des éléments de décision dans une requête unique composée de plusieurs politiques de décision ou emplacements.
Logique de déduplication deduplication-logic
Pour toute requête de décision, vous pouvez avoir une ou plusieurs politiques de décision/emplacements basés sur la configuration.
-
Dans le contexte d’une politique de décision et d’un emplacement uniques dans une requête, tous les éléments de la réponse sont uniques (par défaut). Deux éléments de décision ne peuvent pas être identiques dans une seule requête.
-
Dans le contexte de plusieurs politiques et emplacements de décision dans une requête :
-
Si
allowDuplicateDecisionItems
est défini surfalse
: tous les éléments de la réponse sont uniques (quels que soient le message, la politique de décision ou l’emplacement auquel l’élément est destiné). -
Si
allowDuplicateDecisionItems
est défini surtrue
(par défaut) : les éléments de la réponse peuvent être dupliqués (si plusieurs messages, politiques de décision ou emplacements sont qualifiés pour le même élément de décision dans cette requête).
-
Appliquer la déduplication dans une requête deduplication-in-request
Par défaut, l’indicateur de déduplication est défini sur true
.
Dans une requête Konductor, vous pouvez transmettre l’indicateur de déduplication si vous souhaitez des éléments uniques dans la réponse. Dans ce cas, définissez-le sur false
.
{
"data": {
"__adobe": {
"ajo": {
"allowDuplicateDecisionItems": false
}
}
}
}
code language-none |
---|
|
Réponse de déduplication deduplication-response
Supposons que vous ayez la même politique de décision avec l’emplacement de l’en-tête et du pied de page dans une seule requête.
-
La prise de décisions renvoie deux propositions.
-
Si
itemId-X
est l’élément de décision unique qui remplit les critères pour la combinaison de politique de décision et d’emplacement :-
Si
allowDuplicateDecisionItems
esttrue
(par défaut) :itemId-X
est renvoyé aux deux propositions dans une seule réponse. -
Si
allowDuplicateDecisionItems
estfalse
:-
itemId-X
est renvoyée à la première proposition. -
L’élément de décision de secours (également unique) ou un élément de décision vide est transmis pour la deuxième proposition.
-
-
allowDuplicateDecisionItems
= true
)code language-none |
---|
|
allowDuplicateDecisionItems
= false
)code language-none |
---|
|