

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Création de règles d'audience
<a name="appconfig-experimentation-about-specifying-audience-rule-section"></a>

La ** section Règles d'**audience comprend un ** onglet Générateur de ** règles et un ** onglet ** Éditeur pour créer des règles visant à cibler un public pour l'expérience.

**Topics**
+ [Utilisation du générateur de règles d'audience](#appconfig-experimentation-about-specifying-audience-rule-builder)
+ [Utilisation de l'éditeur](#appconfig-experimentation-about-specifying-audience-editor)

## Utilisation du générateur de règles d'audience
<a name="appconfig-experimentation-about-specifying-audience-rule-builder"></a>

Le générateur de règles fournit une interface visuelle permettant de définir des règles de ciblage d'audience sans écrire d'expressions. Vous pouvez créer des conditions à l'aide d'attributs et les combiner avec des opérateurs logiques pour contrôler quels utilisateurs sont inclus dans l'expérience. Dans le générateur de règles, vous définissez des règles en combinant des conditions et des groupes :
+ Les conditions évaluent un seul attribut (par exemple,`$plan equals "enterprise"`).
+ Les groupes combinent plusieurs conditions à l'aide d'opérateurs logiques tels que `AND` ou`OR`.

Chaque groupe évalue à l'un `true` ou `false` l'autre. Les utilisateurs qui correspondent à la règle générale sont inclus dans le public cible.

Utilisez le générateur de règles lorsque vous souhaitez :
+ Définissez ou modifiez rapidement les règles d'audience sans écrire d'expressions
+ Visualisez comment les conditions sont regroupées et évaluées
+ Créez et validez la logique de ciblage de manière incrémentielle

Voici quelques exemples :

**Règle permettant de cibler les utilisateurs du niveau de compte Premium. **

![Image de l'onglet Générateur de règles en cours AWS AppConfig d'expérimentation avec un exemple de règle d'audience spécifié.](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/images/experimentation-rule-builder-1.png)


**Règle permettant de cibler les utilisateurs d'une région géographique spécifique à l'aide d'un domaine de messagerie spécifique. **

![Une deuxième image de l'onglet Générateur de règles en cours AWS AppConfig d'expérimentation avec un exemple de règle d'audience spécifiée.](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/images/experimentation-rule-builder-2.png)


**Règle permettant de cibler les utilisateurs dans le cadre d'un plan spécifique ou d'utiliser un plan secondaire alors qu'ils ont opté pour un programme bêta. **

![Une troisième image de l'onglet du générateur de règles en cours AWS AppConfig d'expérimentation avec un exemple de règle d'audience spécifiée.](http://docs.aws.amazon.com/fr_fr/appconfig/latest/userguide/images/experimentation-rule-builder-3.png)


**Relation avec l'éditeur **

Le générateur de règles et l'éditeur définissent la même logique de ciblage dans différents formats :
+ Le générateur de règles fournit un moyen visuel de créer des règles.
+ L'éditeur affiche l'expression logique équivalente.

Les modifications apportées à une vue sont répercutées dans l'autre.

**Bonnes pratiques**
+ Gardez les règles lisibles — Utilisez des groupes pour organiser les conditions de manière logique et éviter les structures profondément imbriquées.
+ Validez les valeurs des attributs : assurez-vous que les noms et les valeurs des attributs correspondent à ceux fournis par votre application.
+ Testez avant l'exposition — Utilisez une exposition de 0 % et des dérogations à l'attribution du traitement pour confirmer que vos règles se comportent comme prévu.

## Utilisation de l'éditeur
<a name="appconfig-experimentation-about-specifying-audience-editor"></a>

L'éditeur vous permet de définir des règles de ciblage qui déterminent quels utilisateurs sont inclus dans une expérience. Vous spécifiez ces règles sous forme d'expressions logiques qui évaluent les attributs de l'utilisateur ou de l'appareil, tels que la plate-forme, la région ou la version de l'application. Lors de l'exécution d'une expérience, AWS AppConfig évalue l'expression pour chaque utilisateur. Les utilisateurs qui répondent aux critères sont inclus dans le public cible et peuvent être affectés à des traitements.

**Format d'expression **

Les expressions utilisent une syntaxe de préfixe (style fonction) :

```
(operator argument1 argument2 ...)
```

Par exemple :

```
(and
    (eq $system "iPhone")
    (lt $osVersion 1.8)
)
```

Cette expression inclut les utilisateurs qui :
+ Utilisez un iPhone, et
+ Disposer d'une version du système d'exploitation antérieure à 1.8

L'éditeur prend en charge les mêmes scénarios de ciblage que le générateur de règles. Pour des exemples visuels des règles relatives à l'audience, voir[Utilisation du générateur de règles d'audience](#appconfig-experimentation-about-specifying-audience-rule-builder).

**Définition des attributs **

Les attributs représentent les propriétés de l'utilisateur ou de l'environnement en cours d'évaluation. Les attributs sont référencés par un `$` préfixe.

Parmi les exemples courants, citons :
+ `$system`— type d'appareil ou de plateforme
+ `$osVersion`— version du système d'exploitation
+ `$region`— région géographique
+ `$appVersion`— version de l'application

Les attributs disponibles dépendent de votre application et de la manière dont les données sont transmises AWS AppConfig.

**Écrire des expressions **

Vous pouvez combiner plusieurs conditions à l'aide d'opérateurs logiques :
+ Utiliser `and` pour exiger que toutes les conditions soient vraies
+ `or`À utiliser pour répondre à toutes les conditions
+ Utiliser `not` pour exclure des conditions

Exemple :

```
(and
    (eq $region "us-east-1")
    (or
        (eq $system "iPhone")
        (eq $system "Android")
    )
)
```

Cette expression cible les utilisateurs `us-east-1` qui utilisent des appareils iPhone ou Android.

**Bonnes pratiques**
+ Commencez simplement : commencez par un petit ensemble de conditions et développez-le au besoin.
+ Valider les attributs : assurez-vous que les attributs utilisés dans les expressions sont renseignés de manière cohérente.
+ Évitez les expressions trop complexes — Une logique complexe peut rendre le ciblage plus difficile à comprendre et à gérer.
+ Testez avant l'exposition — Utilisez une exposition de 0 % et des dérogations à l'attribution du traitement pour confirmer que vos règles se comportent comme prévu.

**Opérateurs d'expression **

Les opérateurs suivants sont pris en charge dans les expressions d'audience.

Opérateurs logiques



| Opérateur | Description | Exemple | 
| --- | --- | --- | 
| and | Renvoie true si toutes les conditions sont vraies | `(and (eq $region "us") (eq $system "iPhone"))` | 
| or | Renvoie true si une condition est vraie | `(or (eq $system "iPhone") (eq $system "Android"))` | 
| not | Renvoie true si la condition est fausse | `(not (eq $region "eu-west-1"))` | 

Opérateurs de comparaison



| Opérateur | Description | Exemple | 
| --- | --- | --- | 
| eq | Égal à | `(eq $system "iPhone")` | 
| ne | Non égal à | `(ne $region "us-west-2")` | 
| lt | Inférieur à | `(lt $osVersion 1.8)` | 
| lte | Inférieur ou égal à | `(lte $osVersion 2.0)` | 
| gt | Supérieur à | `(gt $appVersion 5.0)` | 
| gte | Supérieur ou égal à | `(gte $appVersion 5.0)` | 

Opérateurs de chaîne et d'ensemble



| Opérateur | Description | Exemple | 
| --- | --- | --- | 
| in | Correspond à n'importe quelle valeur d'une liste | `(in $region ["us-east-1" "us-west-2"])` | 
| contient | Vérifie si une valeur contient une sous-chaîne | `(contains $deviceName "iPhone")` | 

**Note**  
Les opérateurs disponibles peuvent varier en fonction de la manière dont les attributs sont définis et évalués dans votre application.