Référence de création de règle de politique de consentement

Utilisez cette référence sur la logique de règle avancée pour définir des règles précises et juridiquement valides dans la clause Then du créateur de politique de consentement dans Adobe Experience Platform.

Découvrez comment les règles de politique s’appliquent à la structure et aux types de vos données de consentement pour appliquer avec précision les préférences de consentement du client.

Lisez ce document pour savoir comment filtrer les profils en fonction du consentement en accédant aux champs conteneurs de votre schéma XDM et en sélectionnant un champ primitif. Utilisez ensuite l’opérateur approprié pour définir la valeur exacte à laquelle un profil doit correspondre.

Conditions préalables

Avant d’utiliser cette référence, assurez-vous que la configuration de votre politique de consentement est terminée et que vous connaissez les concepts fondamentaux de l’architecture des données et du cadre de gouvernance de Adobe Experience Platform.

Veillez à respecter les conditions préalables suivantes :

Concepts de base : champs primitifs et conteneurs

Lisez cette section pour découvrir comment les règles de politique de consentement utilisent différents types de champs dans les schémas XDM. Comprendre la distinction entre les champs conteneurs et primitifs vous permet de sélectionner le champ et l’opérateur appropriés lors de la définition des conditions de la politique.

Types de champs pris en charge et logique de règle

Les politiques de consentement prennent en charge plusieurs types de champ, chacun disposant d’opérateurs spécifiques pour créer des conditions de règle. Les types de champs sont regroupés en deux catégories : types conteneurs et types primitifs.

Types de conteneur (navigation par schéma)

Les types de conteneur organisent les données de consentement, mais ne peuvent pas être utilisés directement dans les conditions de politique. Ils servent de chemins de navigation pour atteindre les champs primitifs qui contiennent les valeurs réelles.

Types primitifs (conditions des règles)

Les champs primitifs contiennent les valeurs de données de consentement réelles (par exemple, true ou "weekly") et sont les seuls types de champs qui peuvent être utilisés pour définir des conditions de politique.

Le tableau ci-dessous décrit chaque type primitif pris en charge et les opérateurs disponibles.

Utilisation de structures de données complexes

Lisez cette section pour savoir comment parcourir les conteneurs imbriqués dans votre schéma de consentement pour accéder aux champs primitifs. Il introduit des modèles de schéma courants et explique comment des structures plus profondes permettent une logique de consentement plus granulaire.

Gestion des structures de schéma imbriquées et complexes

Les schémas de consentement complexes incluent souvent des structures de conteneur imbriquées qui prennent en charge une gestion des données flexible et évolutive. Étant donné que les règles de politique ne peuvent référencer que des champs primitifs, vous devez parcourir les hiérarchies de conteneurs pour accéder aux champs qui peuvent être utilisés dans des conditions de politique de consentement. L’imbrication plus profonde permet un ciblage de règle plus granulaire et plus spécifique.

Les modèles de conteneur imbriqués courants incluent :

Exemple de structure de champ

La structure suivante sert de référence visuelle pour les exemples de règle dans ce guide.

consent.marketing (Object)
├── email (Boolean)
├── sms (Boolean)
├── preferences (Map with dynamic keys)
│   ├── "email_preferences" (Object)
│   │   ├── frequency (String)
│   │   └── channels (Array of Strings)
│   ├── "sms_preferences" (Object)
│   │   ├── frequency (String)
│   │   └── opt_in_time (Date)
│   └── "push_preferences" (Object)
│       ├── frequency (String)
│       └── categories (Array of Strings)
└── lastUpdated (Date)

Création avancée de règles par type de champ

Lisez cette section pour obtenir des conseils détaillés sur la création de règles de politique de consentement basées sur le type de champ. Vous apprendrez à configurer la logique des règles pour les booléens, les mappages, les objets et les tableaux afin de capturer des conditions de consentement précises.

Composants et étapes de création de règles

Pour créer des règles de politique de consentement efficaces, vous devez comprendre comment naviguer dans la structure de votre schéma et appliquer les opérateurs appropriés pour chaque type de champ. Chaque règle suit la même approche de base : accédez à un champ primitif, sélectionnez l’opérateur approprié et définissez la condition qui doit être remplie.

Pour créer une règle, procédez comme suit :

Utilisation des champs booléens (logique de consentement implicite)

Les champs booléens stockent les valeurs de consentement vraies ou fausses et représentent les attributs de consentement les plus courants. L’opérateur is not equal to vous permet d’inclure des profils qui ne se sont pas explicitement désinscrits, prenant en charge les scénarios de consentement implicite.

Opérateurs booléens et résultats

Exemple : consentement implicite par e-mail

Field: consent.marketing.email (boolean)
Operator: is not equal to
Value: false
Result: Includes profiles who have not explicitly opted out of email marketing (includes both true and missing/null values).

Utilisation des champs de mappage (préférences dynamiques)

Les champs de mappage stockent les paires clé-valeur avec des clés dynamiques, contrairement aux objets qui ont des schémas fixes. Les cartes sont souvent utilisées dans les centres de préférences où de nouvelles catégories peuvent être ajoutées sans mises à jour de schéma. Vous pouvez cibler des clés spécifiques ou utiliser la correspondance de caractères génériques pour toutes les clés.

Correspondance de clés spécifique

Utilisez cette approche pour cibler une catégorie de préférences spécifique.

Field: consent.preferences["email_preferences"].frequency (string) - navigated to from the map container
Operator: is equal to
Value: "weekly"
Result: Includes profiles who set the email frequency to weekly (for the "email_preferences" key)

Toute correspondance de clé

Utilisez l’option de case à cocher « find any matching item » pour faire correspondre toutes les clés dynamiques d’un mappage.

Field: consent.preferences.*.frequency (string)
Operator: is equal to
Value: "weekly"
Result: Includes profiles who set frequency to weekly in ANY preference category (for example, email_preferences, sms_preferences, or push_preferences)

Utilisation des champs d’objet (navigation fixe)

Les champs d’objet agissent comme des conteneurs avec des schémas fixes. Ils sont utilisés uniquement pour la navigation et ne peuvent pas être référencés directement dans les conditions de la politique.

Exemple de navigation

consent.marketing (object) → consent.marketing.email (boolean)

Exemple de cas d’utilisation :

Field: consent.marketing.email (Boolean) - navigated to from the object
Operator: is equal to
Value: true
Result: Include profiles who have explicitly consented to marketing emails

Utilisation de champs de tableau (valeurs multiples)

Les champs de tableau contiennent plusieurs valeurs du même type et nécessitent une gestion différente selon qu’ils stockent des primitives ou des objets. Les options de navigation et d’opérateur varient selon le type de tableau.

Exemple de tableau de primitives

Utilisez l’opérateur contains pour identifier les profils en fonction de valeurs spécifiques dans un tableau.

Field: consent.communication_channels (array of strings)
Operator: contains
Value: "email"
Result: Include profiles who have consented to email communication

Exemple de tableau d’objets

Accédez au tableau pour accéder aux champs primitifs dans les objets imbriqués.

Field: consent.preferences["email_preferences"].categories[].type - navigated to from the array
Operator: is equal to
Value: "promotional"
Result: Include profiles where any email category is "promotional"

Combinaison de règles avec une logique complexe

Cette section explique comment combiner plusieurs conditions de règle à l’aide de la logique AND ou OR. Vous découvrirez comment les opérateurs logiques travaillent ensemble pour définir des politiques de consentement avancées et multiconditions.

Combinaison de plusieurs conditions (logique AND ou OR)

Vous pouvez combiner plusieurs conditions de règle à l’aide de la logique AND ou OR afin de créer des politiques de consentement plus élaborées ciblant des segments de profil spécifiques.
La logique AND nécessite que toutes les conditions soient vraies, produisant des correspondances d’audience plus étroites.
La logique OR permet à n’importe quelle condition d’être vraie, ce qui étend la portée de l’audience.

Dans l’interface de la politique de consentement, utilisez le sélecteur logique qui s’affiche entre les conditions des règles pour basculer entre la logique ET et OU.

Exemple de règle complexe générale

L’exemple suivant combine le statut de consentement de base avec la fréquence des préférences pour créer un segment ciblé.

Field: consent.marketing.email
Operator: is equal to true
AND
Field: consent.preferences.frequency
Operator: is not equal to "daily"
Result: Include profiles who consent to email marketing but not to a daily frequency

Logique avancée pour les tableaux d’objets

Lorsque vous combinez des conditions dans des tableaux d’objets, le comportement dépend de l’utilisation de la logique AND ou OR entre les conditions.

Exemple : tableau d’objets avec des conditions AND

Utilisez la logique ET lorsque toutes les conditions doivent s’appliquer au même élément de tableau.

Field: consent.preferences["email_preferences"].categories[].enabled (boolean)
Operator: is equal to
Value: true
AND
Field: consent.preferences["email_preferences"].categories[].type (string)
Operator: is equal to
Value: "promotional"
Result: Includes profiles where the same category entry has both enabled=true and type="promotional".
Note: AND conditions apply to the same array entry. Using OR logic would include profiles if any array entry matches any of the conditions.

Exemple : tableau d’objets avec des conditions OR

Utilisez la logique OR pour créer des correspondances d’audience inclusives en autorisant toute condition à être vraie sur les entrées de tableau.

Field: consent.preferences["email_preferences"].categories[].enabled (boolean)
Operator: is equal to
Value: true
OR
Field: consent.preferences["email_preferences"].categories[].type (string)
Operator: is equal to
Value: "newsletter"
Result: Includes profiles where any category entry has enabled=true or any entry has type="newsletter".
Note: OR logic allows matching across different array entries. One entry can meet the first condition while another meets the second.

Étapes suivantes

Après avoir créé et affiné vos règles de politique de consentement, utilisez les ressources suivantes pour finaliser la configuration, valider l’application des politiques et passer en revue les modèles de données sous-jacents.