Decisiones en las implementaciones de experiencias basadas en código
Cuando utilice Decisioning en experiencias basadas en código, considere la posibilidad de agregar los siguientes indicadores a la implementación de su cliente en los casos que se describen a continuación.
Prueba de experiencias basadas en código mediante decisiones code-based-test-decisions
Al probar la experiencia basada en código con toma de decisiones, el indicador dryRun
se puede usar para suprimir eventos de comentarios tanto para los contadores de informes como de límite.
Después de publicar la campaña, agregue el indicador dryRun
al bloque de evento XDM data
en la implementación del cliente:
"
{
"data": {
"__adobe": {
"ajo": {
"dryRun": true
}
}
"
Deduplicación de elementos de decisión en implementaciones basadas en código code-based-decisioning-deduplication
Al usar políticas de decisión en sus experiencias basadas en código, puede aplicar la anulación de duplicación a sus solicitudes de toma de decisiones en su implementación de cliente.
Las solicitudes de decisión (a través de Konductor) aceptan el indicador de deduplicación, que administra la exclusividad de los elementos de decisión en una sola solicitud compuesta de varias políticas de decisión o ubicaciones.
Lógica de deduplicación deduplication-logic
Para cualquier solicitud de toma de decisiones, puede tener una o más políticas/ubicaciones de decisión basadas en la configuración.
-
Para una directiva de decisión single y ubicación en una solicitud, todos los elementos de la respuesta son únicos (de forma predeterminada). Dos elementos de decisión no pueden ser iguales en una sola solicitud.
-
Para varias directivas o ubicaciones de decisión en una solicitud:
-
Si
allowDuplicateDecisionItems
se establece enfalse
: todos los elementos de la respuesta son únicos (independientemente de para qué directiva de mensaje/decisión/ubicación se encuentre el elemento). -
Si
allowDuplicateDecisionItems
se establece entrue
(predeterminado): los elementos de la respuesta se pueden duplicar (si varios mensajes/directivas de decisión/ubicaciones cumplen los requisitos para el mismo elemento de decisión para esa solicitud).
-
Aplicación de la deduplicación en una solicitud deduplication-in-request
De manera predeterminada, el indicador de deduplicación está establecido en true
.
En una solicitud de Konductor, puede pasar el indicador de deduplicación si desea elementos únicos en la respuesta. En ese caso, establézcalo en false
.
{
"data": {
"__adobe": {
"ajo": {
"allowDuplicateDecisionItems": false
}
}
}
}
code language-none |
---|
|
Respuesta de deduplicación deduplication-response
Supongamos que tiene la misma política de decisión con la colocación del encabezado y el pie de página en una sola solicitud.
-
Decisioning devuelve dos propuestas.
-
Si
itemId-X
es el único elemento de decisión que cumple los requisitos tanto para la política de decisión como para la combinación de ubicación:-
Si
allowDuplicateDecisionItems
estrue
(predeterminado):itemId-X
se devuelve para ambas propuestas en una sola respuesta. -
Si
allowDuplicateDecisionItems
esfalse
:-
itemId-X
se devolvió para la primera propuesta. -
El elemento de decisión de reserva (también único) o un elemento de decisión vacío se pasan para la segunda propuesta.
-
-
allowDuplicateDecisionItems
= true
)code language-none |
---|
|
allowDuplicateDecisionItems
= false
)code language-none |
---|
|