Passer au contenu principal
Avec la Management API d’Auth0, vous pouvez définir les détails des entités dans Experiment Center, y compris les propriétés, les états du cycle de vie et les règles de validation.
Durant la phase bêta, Experiment Center est offert uniquement pour les locataires de développement. Les locataires de production ne sont pas pris en charge.

​
Expérimentation

​
Cycle de vie des expériences

Les expériences ont cinq états : Pour changer l’état du cycle de vie, utilisez le point de terminaison de la Management API /api/v2/experimentation/experiments/{id}/status.
Il n’est pas possible de passer de completed → active. Si vous devez exécuter le même test de nouveau, créez une nouvelle expérience.

​
La validation is_valid

Avant qu’une expérience puisse être activée, elle doit réussir une vérification de préparation. Experiment Center stocke un booléen is_valid pour chaque expérience et le recalcule à chaque modification. Vous obtenez ainsi un retour immédiat pendant la configuration. Vous pouvez aussi déterminer explicitement l’état de préparation à l’aide du point de terminaison de la Management API /api/v2/experimentation/experiments/{id}/validate. Cela renvoie is_valid: true/false et un tableau errors qui énumère tous les éléments bloquants. La même vérification s’exécute automatiquement lorsque vous tentez une activation via le point de terminaison de statut. Règles de validation appliquées lors de l’activation :
  • Le feature flag référencé a le statut active
  • Au moins une allocation existe
  • Toutes les valeurs variation_id des allocations appartiennent au feature flag de l’expérience
  • Une seule allocation a is_control: true
  • La somme des pondérations des allocations est de 100 (stratégie en pourcentage)
  • Une seule allocation a is_fallback: true (stratégie par segment)
  • Aucune autre expérience n’est actuellement active pour le locataire (bêta seulement)

​
Attribution

Surcharges des paramètres de requête Vous pouvez imposer une attribution précise pour n’importe quelle requête /authorize en transmettant des paramètres de requête : Cela fonctionne pour les expériences, quel que soit leur statut, y compris draft. Utilisez cette option pendant le développement pour vérifier que les deux variations s’affichent correctement avant l’activation.

​
Drapeau de fonctionnalité

​
Cycle de vie d’un indicateur de fonctionnalité

Les indicateurs de fonctionnalité ont un cycle de vie défini comportant trois états : Pour passer d’un statut à un autre, utilisez le point de terminaison de l’Auth0 Management API /api/v2/experimentation/feature-flags/{id}/status. Condition préalable à l’activation : Un indicateur de fonctionnalité ne peut pas passer à active tant qu’il ne comporte pas au moins deux variantes. Cela garantit que chaque indicateur actif comporte au minimum un témoin et un traitement avant sa mise en ligne.
La transition de archived → active n’est pas autorisée. Si vous archivez un flag de fonctionnalité et devez effectuer un autre test, créez-en un nouveau.

​
Variante

Paramètres et remplacements Les paramètres du feature flag définissent les options de configuration de votre expérimentation. Chaque paramètre comprend :
  • Un nom (par exemple, show_passkey_prompt)
  • Un type : string, boolean, number, array ou object
  • Une valeur par défaut (la valeur de référence)
Le champ overrides d’une variante précise uniquement les paramètres qui diffèrent. À l’exécution, Experiment Center fusionne la valeur de référence du flag avec les remplacements de la variante et transmet l’objet config complet résultant à ACUL, à Actions et aux modèles de page. Chaque paramètre a toujours une valeur dans config ; vous n’avez donc jamais besoin d’écrire une logique de secours.
Les paramètres utilisent uniquement le mode structuré. Chaque paramètre possède une clé nommée et une valeur typée.

​
Segment

​
Règles de segment

Le champ rules d’un segment est un tableau d’objets de règle. Une requête correspond au segment si au moins une des règles du tableau correspond.
  • match : toutes les conditions doivent être remplies (logique AND)
  • not_match : toutes les conditions doivent être remplies (logique NOT)
Chaque condition compare un attribut à une valeur au moyen d’un opérateur : contains, starts_with, ends_with, exists.

​
Attributs de condition disponibles

Les segments peuvent uniquement utiliser les attributs disponibles au début de la transaction /authorize :

​
Pour en savoir plus

Guide de démarrage rapide d’Experiment Center

Découvrez comment créer un flag de fonctionnalité, des variations et une expérience du début à la fin.

Intégration ACUL

Consultez le contexte de l’expérience dans les écrans d’Auth0 Custom Universal Login (ACUL).