> ## Documentation Index
> Fetch the complete documentation index at: https://auth0.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Centre d'expérimentation

> Apprenez-en plus sur Auth0 Experiment Center et sur la création de flux d'authentification pour les tests A/B.

export const ReleaseStageNotice = ({feature, stage, plans, contact, terms}) => {
  const stageTextMap = {
    "beta": "bêta",
    "ea": "Accès anticipé"
  };
  const stageText = stageTextMap[stage] || "une phase de lancement du produit";
  const prsLink = "/docs/troubleshoot/product-lifecycle/product-release-stages";
  const linkify = (text, url) => {
    return <a href={url} target="_blank" rel="noreferrer" class="link">{text}</a>;
  };
  const includeDetails = (plans, contact, terms) => {
    const hasDetails = terms || plans || contact;
    if (!hasDetails) return null;
    return <span data-as="p">
            {plans && <>Cette fonctionnalité est offerte avec les forfaits {linkify(`${plans}`, "https://auth0.com/pricing")}. </>}
            {contact && "Pour y participer, communiquez avec " + contact + ". "}
            {terms && <>En utilisant cette fonctionnalité, vous acceptez les conditions applicables de l’essai gratuit énoncées dans le {linkify("Master Subscription Agreement", "https://www.okta.com/legal")} d’Okta.</>}
        </span>;
  };
  return <Warning>
            <span data-as="p">
                <strong>La fonctionnalité {feature} est en {linkify(stageText, prsLink)}.</strong>
            </span>

            {includeDetails(plans, contact, terms)}
        </Warning>;
};

<ReleaseStageNotice feature="Auth0 Experiment Center" stage="ea" plans="Enterprise" contact="your Account Executive" />

Auth0 Experiment Center est un moteur d'expérimentation natif d'Auth0. Il vous permet de tester en mode A/B les modifications apportées à votre expérience d'[authentification](/docs/fr-ca/authenticate/login/auth0-universal-login) et d'en mesurer les répercussions dans vos [journaux](/docs/fr-ca/deploy-monitor/logs) d'événements d'authentification.

Avec Experiment Center, vous définissez votre test A/B dans Auth0, le trafic est réparti de façon déterministe et vos événements d'authentification existants vous sont retournés enrichis de métadonnées d'expérimentation, ce qui vous permet d'en analyser les résultats dans vos propres outils.

Experiment Center fait partie de la [Auth0 Identity Conversion Suite](/docs/fr-ca/customize/identity-conversion-suite).

<h2 id="how-it-works">
  Fonctionnement
</h2>

Experiment Center vous permet de réaliser des tests A/B contrôlés sur votre pipeline d'authentification Auth0. Plutôt que de déployer un changement à tous les utilisateurs d'un coup, vous exposez le nouveau comportement à un pourcentage contrôlé du trafic, vous mesurez le résultat à l'aide d'événements d'authentification enrichis, puis vous promouvez le gagnant au moment opportun.

Experiment Center s'articule autour de trois entités :

* **Expérimentation** : définit la façon dont le trafic est réparti et le moment où le test s'exécute.
* **Indicateur de fonctionnalité** : définit ce que vous testez ainsi que les variations possibles.
* **Segment** : définit un ensemble de règles permettant d'acheminer les expérimentations vers des variations précises.

<Warning>
  Le client doit veiller à n'utiliser les fonctionnalités liées aux témoins et aux technologies similaires qu'à des fins strictement nécessaires à la prestation de ses services à ses utilisateurs finaux.

  Pour en savoir plus, consultez [Conformité d'Auth0 au Règlement général sur la protection des données](/docs/fr-ca/secure/data-privacy-and-compliance/gdpr).
</Warning>

<h2 id="experiment">
  Expérimentation
</h2>

Une expérimentation est une couche de mesure qui englobe un indicateur de fonctionnalité. Elle définit :

* Quel indicateur de fonctionnalité est mis à l'essai
* Comment le trafic est réparti entre les variations
* À quel moment le test se déroule

Chaque expérimentation renvoie à un seul indicateur de fonctionnalité.

<h3 id="experiment-lifecycle">
  Cycle de vie d'une expérimentation
</h3>

Les expérimentations comportent cinq états :

| Statut | Signification |
| - | - |
| `draft` | Créée, mais non démarrée. Peut être testée sans risque au moyen de remplacements par paramètre de requête. |
| `active` | En cours. L'attribution des variantes et l'injection de contexte sont actives pour toutes les transactions d'authentification. |
| `paused` | Suspendue temporairement. Aucune nouvelle attribution. Les sessions en cours conservent la variation qui leur a été attribuée. |
| `completed` | Terminée. Aucune nouvelle attribution. La configuration est conservée à titre de référence lors de la promotion manuelle. |
| `archived` | Supprimée de façon réversible. Masquée des vues de liste par défaut. Les données analytiques sont conservées. |

<h3 id="allocation-strategies">
  Stratégies d'allocation
</h3>

Une expérimentation utilise l'une des deux stratégies d'allocation suivantes :

**Par pourcentage :** le trafic est réparti entre les variations selon un poids. La somme de tous les poids doit être égale à 100. Un poids de 0 est valide (la variation figure dans la définition de l'expérimentation, mais ne reçoit aucun trafic).

**Par segment (ciblée) :** le trafic est acheminé vers les variations selon l'appartenance à un segment. Les segments sont évalués par ordre de priorité et le premier segment correspondant l'emporte. Si aucun segment ne correspond, c'est l'allocation `is_fallback` qui reçoit la requête.

Pour en savoir plus sur l'entité expérimentation, consultez [Détails des entités](/docs/fr-ca/customize/experiment-center/entities#experiment).

<h3 id="experiment-context">
  Contexte d'expérimentation
</h3>

Lorsqu'une expérimentation est active et qu'une variation est attribuée, Experiment Center injecte un objet `ExperimentContext` dans vos surfaces d'exécution.

Les écrans [ACUL](/docs/fr-ca/customize/login-pages/advanced-customizations#advanced-customizations-for-universal-login-acul) le reçoivent uniquement si vous les y inscrivez au moyen de `context_configuration`.
Pour en savoir plus, consultez le [guide d'intégration ACUL](/docs/fr-ca/customize/experiment-center/integrations/acul-integration-guide).

Les [Actions](/docs/fr-ca/customize/actions/actions-overview) et les [gabarits de page](/docs/fr-ca/customize/login-pages/universal-login/customize-templates#customize-universal-login-page-templates) le reçoivent automatiquement dès qu'une expérimentation est active. Voici la structure de l'objet :

```typescript theme={null}
{
  experiment_id: string;   // Identifiant de l'expérimentation active
  variation_id: string;    // Identifiant de la variation attribuée
  config: {                // Configuration fusionnée (référence + remplacements)
    [paramName]: { value: unknown }
  };
  is_control: boolean;     // Vrai s'il s'agit de la variation de contrôle
}
```

Le champ `config` contient la configuration fusionnée complète de la variation attribuée. Chaque paramètre défini dans l'indicateur de fonctionnalité a toujours une valeur. Vous n'avez donc pas à écrire de logique de repli.

<h3 id="assignment">
  Assignation
</h3>

Une assignation détermine comment un utilisateur est acheminé vers une variation précise durant une transaction d'authentification. Les assignations sont déterministes et persistantes : un même utilisateur voit toujours la même variation pour la même expérimentation sur le même appareil, ce qui assure la stabilité de son expérience d'une connexion à l'autre.

* **L'allocation par pourcentage** répartit le trafic entre les variations selon leur pondération. Un sujet donné est toujours assigné à la même variation.
* **L'allocation par segment** évalue les propriétés de la requête au regard de vos règles de segment, par ordre de priorité. Le premier segment correspondant détermine la variation, et une requête qui correspond au même segment aboutit toujours à la même variation.

Les résultats d'assignation sont consignés dans les journaux de votre locataire sous `details.experiment`; ils ne sont pas exposés par une API distincte.

Pour en savoir plus sur l'entité d'assignation, consultez [Détails des entités](/docs/fr-ca/customize/experiment-center/entities#assignment).

<h2 id="feature-flag">
  Indicateur de fonctionnalité
</h2>

Un indicateur de fonctionnalité est l'unité de contrôle de ce qui est testé. Il contient :

* Une **configuration de référence** : des paramètres typés et leurs valeurs par défaut
* Une ou plusieurs **variations** : des configurations différentes de la référence

Les indicateurs de fonctionnalité sont propres à un locataire et réutilisables. Un même indicateur peut servir à plusieurs expérimentations au fil du temps (par exemple, un test au T1 et un ajustement au T2 pour la même fonctionnalité).

<h3 id="feature-flag-lifecycle">
  Cycle de vie d'un indicateur de fonctionnalité
</h3>

Les indicateurs de fonctionnalité ont un cycle de vie enregistré qui comporte trois états :

| Statut | Signification |
| - | - |
| `draft` | Créé, mais pas encore actif. Ne peut pas être référencé par une expérimentation active. |
| `active` | Prêt à l'emploi. Requis avant qu'une expérimentation référençant cet indicateur puisse être activée. |
| `archived` | État terminal. Aucune nouvelle expérimentation ne peut référencer cet indicateur. Créez un nouvel indicateur au besoin. |

Pour en savoir plus sur l'entité indicateur de fonctionnalité, consultez [Détails des entités](/docs/fr-ca/customize/experiment-center/entities#feature-flag).

<h3 id="variation">
  Variation
</h3>

Une variation est une version de l'expérience définie dans un indicateur de fonctionnalité. Elle précise quels paramètres de configuration diffèrent de la référence, et dans quelle mesure.

* La **variation de contrôle** constitue la référence; ses remplacements sont vides (aucun paramètre n'est modifié par rapport aux valeurs par défaut de l'indicateur).
* Les **variations de traitement** précisent chacune un ou plusieurs remplacements de paramètres.

Les variations ne comportent pas de marqueur `is_control`. C'est au niveau de l'allocation, et non de la variation, qu'on détermine si une variation sert de contrôle statistique pour une expérimentation donnée. Une même variation peut être le contrôle dans une expérimentation et un traitement dans une autre.

Pour en savoir plus sur l'entité variation, consultez [Entities Details](/docs/fr-ca/customize/experiment-center/entities#variation).

<h2 id="segment">
  Segment
</h2>

Un segment est un groupe nommé de requêtes d'authentification qui correspondent à un ensemble de règles. Vous utilisez les segments dans les expérimentations à allocation ciblée pour diriger des cohortes de trafic précises vers des variations précises.

Les segments sont limités au locataire et réutilisables d'une expérimentation à l'autre.

Pour en apprendre davantage sur l'entité segment, consultez [Détails des entités](/docs/fr-ca/customize/experiment-center/entities#segment).