Skip to main content
Les outils d’expérience couvrent le cycle de vie d’un Web Experiment. Votre assistant peut créer une expérience, écrire le code de chaque variation, définir la répartition du trafic et les objectifs, démarrer l’expérience, puis en contrôler la santé et les résultats.

​
Outils

experiment_create accepte MVT et SDK_HYBRID comme valeurs valides du paramètre type, mais cet outil ne peut créer ni l’un ni l’autre. MVT échoue toujours, car l’API exige mvtVariations (sections et variations) à la création, et aucun outil MCP n’expose ce champ. SDK_HYBRID échoue toujours avec l’erreur « Incorrect Experiments type », quel que soit le payload. AI, CLASSIC, DEVELOPER et PROMPT se créent sans problème. Pour créer une expérience MVT, appelez directement l’Automation API et suivez les étapes décrites dans Créer un test multivariate.
Les outils de variation ne prennent pas en charge les expériences stopped, MVT ou feature flag. Pour les variations de feature flag, utilisez feature_flag_variation_create. Vous ne pouvez pas modifier la répartition du trafic d’une expérience running, ni d’une expérience qui utilise une méthode d’allocation bandit, via le serveur MCP.

​
Vérifier la santé de l’expérience

Demandez à votre assistant d’exécuter les contrôles de l’onglet Health avant de vous fier aux résultats d’une expérience.
  • L’expérience est-elle saine ? experiment_health_check_get exécute les contrôles de l’onglet Health : suivi des visites et des conversions, sample ratio mismatch et exposition simultanée.

​
Paramètres

Utilisez les noms exacts des paramètres renvoyés par tools/list. Valeurs acceptées : experiment_lifecycle_update.status vaut started, resumed, paused, stopped ou deleted. Le type d’une expérience vaut AI, CLASSIC, DEVELOPER, MVT, PROMPT ou SDK_HYBRID. trafficAllocationMethod vaut MANUAL (par défaut), MULTI_ARMED_BANDIT ou CONTEXTUAL_BANDIT. audienceBasis vaut VISITORS (par défaut) ou VISITS.

​
Paramètres des résultats

Lisez les résultats d’une expérience avec experiment_results_get. Pour experiment_results_get, feature_flag_experiment_results_get et transpose_winning_experiment, le tableau goalResults couvre chaque objectif attaché à l’expérience, objectifs principaux et secondaires compris. Kameleoon ne calcule un verdict de gagnant que pour l’objectif principal. Les objectifs secondaires renvoient les mêmes chiffres statistiques que des métriques de garde-fou, sans verdict. experiment_results_get et feature_flag_experiment_results_get acceptent ces paramètres facultatifs :
  • breakdown : découpe les résultats. DAY, WEEK et MONTH affichent une tendance dans le temps. HOUR affiche une tendance sur une fenêtre dateFrom à dateTo d’au plus 2 jours. DEVICE_TYPE, BROWSER, OS et NEW_VISITOR renvoient une tranche par valeur. Les tranches par période ne contiennent que l’audience, les conversions et le taux de conversion. L’amélioration et la fiabilité restent dans le résumé de l’ensemble de la période.
  • filters : une liste de chaînes, ou une seule chaîne avec ; entre les filtres. Kameleoon combine les filtres par un AND logique. Chaque filtre a le format DIMENSION=V1,V2 ou DIMENSION!=V1,V2. Les dimensions et valeurs sont DEVICE_TYPE (DESKTOP, TABLET, PHONE), BROWSER (CHROME, EDGE, FIREFOX, SAFARI, OPERA, OTHERS), OS (WINDOWS, MAC_OS, I_OS, LINUX, ANDROID, WINDOWS_PHONE, OTHERS) et NEW_VISITOR (NEW, RETURNING). Une découpe par DEVICE_TYPE peut afficher une tranche OTHERS, mais vous ne pouvez pas filtrer sur DEVICE_TYPE=OTHERS.
  • dateFrom et dateTo : une période précise, au format de dates YYYY-MM-DD du fuseau horaire du compte. dateTo est incluse. Ne les définissez que si vous avez besoin d’une période précise. Une fenêtre plus courte donne des chiffres plus bruités, donc ne concluez pas à un gagnant à partir d’une fenêtre courte.
  • statisticalMethod : FREQUENTIST (par défaut), SEQUENTIAL, BAYESIAN ou CUPED. Avec BAYESIAN, reliabilityRate devient la probabilité de battre la référence. CUPED ne s’applique qu’aux chiffres de toute la période, et les tranches de découpe restent fréquentistes. L’outil refuse une méthode que votre forfait n’inclut pas.
  • conversionType : CONVERTED (par défaut) compte chaque visiteur converti une seule fois. ALL compte chaque conversion, si bien que le taux peut dépasser 100 %. L’amélioration et la fiabilité suivent ce réglage : avec ALL, elles comparent les conversions par visiteur.
  • referenceVariationId : la variation à laquelle les autres sont comparées. Transmettez un ID de variation, ou 0 pour l’original. Pour les feature flags, transmettez un ID ou une clé de variation, ou 0 ou off pour la variation off. Par défaut, c’est la référence enregistrée sur l’expérience, ou l’original si l’expérience n’en a pas.
La réponse indique les paramètres appliqués dans appliedOptions et ajoute des notes lorsqu’un chiffre a besoin de contexte. Elle omet les chiffres que le moteur n’a pas calculés, par exemple faute de données suffisantes ou parce que la référence n’a aucune conversion, et ajoute une note pour chacun. Les résultats se comparent à la référence enregistrée sur l’expérience, comme le fait l’écran des résultats. Les expériences que Kameleoon construit à partir d’un prompt, et les expériences de feature flag dont la variation off reçoit 0 % du trafic, ne renvoient ni amélioration ni fiabilité.

​
Tutoriels