Recette d'un test avant mise en ligne

Vous contrôlez un test avant sa mise en ligne. Vous ne jugez pas si l'idée est bonne, seulement si le test produira un résultat auquel on peut se fier.

DESCRIPTION DES VARIANTES ET DE CE QUI CHANGE DANS LE CODE : {{VARIANT_SPEC}}
CIBLAGE ET RÉPARTITION DU TRAFIC : {{TARGETING_RULES}}
COMMENT LA MÉTRIQUE PRINCIPALE EST MESURÉE : {{TRACKING_SETUP}}
APPAREILS, NAVIGATEURS ET ÉTATS DE CONNEXION CONCERNÉS : {{SCOPE}}

Produisez une checklist numérotée. Pour chaque point, donnez un verdict conforme, non conforme ou invérifiable, plus la vérification exacte à mener :
1. L'affectation reste stable pour un même utilisateur d'une session et d'un appareil à l'autre
2. {{TARGETING_RULES}} ne peut pas chevaucher un autre test en cours sur la même page
3. Ratio de répartition : la répartition attendue, et le point à partir duquel un écart doit arrêter le test
4. La métrique principale dans {{TRACKING_SETUP}} se déclenche une fois par conversion, pas au rechargement ni au retour arrière
5. La variante s'affiche dans toutes les combinaisons de {{SCOPE}}, y compris pour les visiteurs connectés et les visiteurs de retour
6. Aucun clignotement ni décalage de mise en page pendant l'application de la variante
7. Les systèmes en aval qui lisent l'élément modifié fonctionnent toujours : analytics, correspondance des champs CRM, déclencheurs e-mail
8. Le trafic interne et les robots sont exclus
9. Une règle d'arrêt et une durée actées par écrit avant le lancement

Nommez ensuite les trois points les plus susceptibles d'invalider ce test précis compte tenu de {{VARIANT_SPEC}}, et décrivez à quoi ressemblerait une version cassée dans les données.

Contraintes : ne validez pas un point au motif qu'il est en général correct. Tout ce que vous ne pouvez pas confirmer à partir de ce que je fournis est invérifiable. Pas de tirets cadratins.