Un voyant vert ne valide pas un A/B test. Pour un plan à horizon fixe, fixez avant le lancement l’hypothèse, la métrique, l’unité randomisée, le MDE, α, la puissance, la taille d’échantillon et la durée. La p-value mesure la compatibilité des données avec H₀, pas la probabilité que H₀ soit vraie ni que le hasard soit la cause.
La statistique ne sauve pas un mauvais protocole. Elle donne un cadre au CRO avancé et à l’analyse comportementale : qui est assigné à quelle variante, quelle métrique tranche, quel effet mérite un déploiement et quand la décision peut être prise.
Une variante affiche +18 % après trois jours. Tentant. Sauf que ce nombre ne dit encore ni ce que vaut l’effet, ni l’incertitude qui l’entoure, ni si l’assignation et le suivi sont propres. C’est une observation, pas un verdict.
Sur un faible effectif, les estimations varient davantage et les intervalles sont souvent larges. Le signal peut se confirmer, s’atténuer, s’inverser ou rester indécidable. Le problème n’est pas qu’une p-value « danse » par nature : c’est que la précision et la puissance dépendent du plan, du modèle et des données disponibles.
Randomisation, unité d’analyse, allocation, métrique principale, délai de conversion, effet minimal utile et règle d’arrêt doivent être écrits avant le lancement. Taille d’échantillon, durée et arrêt opportuniste sont trois garde-fous. Ils ne sont pas, à eux seuls, un certificat de validité.
La significativité sert à quantifier l’incompatibilité entre les données et un modèle nul. Elle ne remplace ni le diagnostic du parcours ni la décision économique. Dans une démarche CRO fondée sur le comportement réel, elle empêche surtout de transformer un écart flatteur en certitude.
La p-value ne contrôle pas directement toutes les erreurs. Dans une procédure fréquentiste correctement planifiée, le seuil α gouverne le risque de type I. La puissance, calculée pour un effet spécifié, gouverne le risque de type II.
Voici la bonne question : si H₀ et les hypothèses du modèle étaient vraies, quelle serait la probabilité d’obtenir une statistique au moins aussi extrême que celle observée ? C’est cela, la p-value. Elle ne donne ni la probabilité que H₀ soit vraie, ni la probabilité que « le hasard » ait produit les données, ni la taille de l’effet.
Une p-value élevée ne prouve pas l’absence d’effet. Elle indique seulement que les données ne fournissent pas assez d’éléments pour rejeter H₀ avec la procédure choisie. À faible effectif, le problème dominant est souvent une puissance insuffisante et une estimation imprécise. Certaines méthodes exactes restent pourtant valides avec peu d’observations, si leurs hypothèses sont respectées.
Les deux erreurs n’ont ni la même définition ni le même coût.
Le faux positif, ou erreur de type I, consiste à rejeter H₀ alors qu’elle est vraie. Si α vaut 5 % et que le même protocole est répété dans les mêmes conditions avec H₀ vraie, la procédure limite à long terme la fréquence de ces rejets erronés à 5 %. Cela ne signifie pas que 5 % de tous vos tests, mélangeant hypothèses vraies et fausses, seront faux.
L’erreur de type II consiste à ne pas rejeter H₀ alors qu’un effet donné est présent. Son risque β dépend de cet effet, de la taille d’échantillon, de l’allocation, de la variabilité, du seuil et du test. La puissance statistique, égale à 1 − β, est la probabilité de rejeter H₀ pour cet effet spécifié et ce plan précis. Pas une capacité abstraite à trouver « un gain s’il existe ».
| H₀ vraie (pas de vraie différence) | Effet cible réel (alternative spécifiée) | |
|---|---|---|
| Vous rejetez H₀ (déclarez un gagnant) | Faux positif, au sens de la procédure (risque α) | Effet détecté ; direction et ampleur restent à estimer |
| Vous ne rejetez pas H₀ (pas de gagnant) | Non-rejet ; H₀ n’est pas démontrée | Erreur de type II pour cet effet (risque β) |
α et la puissance sont des choix de conception, pas des constantes universelles. À effet, taux de base, variabilité, allocation et test identiques, réduire α ou viser davantage de puissance augmente généralement l’effectif requis. L’ampleur de cette hausse dépend aussi du caractère unilatéral ou bilatéral du test.
Ajoutez des variantes, des métriques ou des analyses intermédiaires sans correction, et le risque global de faux positif augmente. Le protocole doit donc désigner une métrique principale et prévoir le traitement de la multiplicité. Sinon, vous ne pilotez plus α : vous collectionnez les occasions d’avoir de la chance.
La discipline numéro un est de dimensionner avant, pas de chercher après le nombre qui justifie la conclusion. Le MDE fixe l’effet d’intérêt ; le modèle traduit ensuite le taux de base, la variabilité, α, la puissance et l’allocation en nombre d’unités randomisées.
Le MDE (Minimum Detectable Effect, ou effet minimal détectable) est le plus petit effet que le plan est conçu pour détecter avec la puissance visée. Il peut être absolu ou relatif. Sur un taux de base de 3 %, une hausse à 3,3 % représente +0,3 point de pourcentage et +10 % en relatif. Donnez toujours les deux unités.
Plus l’effet cible est petit, plus la taille d’échantillon augmente. Pour de petits écarts et toutes choses égales par ailleurs, l’effectif varie approximativement comme l’inverse du carré de l’effet : diviser l’effet par deux peut donc approcher un facteur quatre. C’est un repère de calcul, pas une loi universelle, et il porte sur les observations prévues par le modèle, pas sur un nombre de conversions.
Le MDE doit aussi être utile économiquement. Si un écart ne rembourse ni le développement, ni le risque de déploiement, ni la complexité ajoutée, inutile de dimensionner le protocole pour le trouver.
Avec peu de trafic, priorisez un effet attendu assez large pour être détectable et assez important pour changer la décision. C’est le bon moment pour choisir les variables à tester en priorité. Pas pour répéter dix micro-variations jusqu’à obtenir une p-value flatteuse.
Un calculateur n’est pas une boîte à vérité. C’est l’implémentation d’un modèle. Avant d’utiliser sa sortie, vérifiez la métrique acceptée, l’unité comptée, le type de test et la règle d’arrêt. Deux calculateurs de fournisseurs différents peuvent répondre à deux questions différentes.
Les paramètres varient selon la méthode. Pour une comparaison fréquentiste à horizon fixe, vous retrouvez généralement :
Pour un taux de conversion, la sortie usuelle est un nombre d’observations ou d’utilisateurs éligibles par variante. Les conversions attendues en découlent via le taux de base. Elles ne constituent pas le dénominateur de durée.
Pour estimer l’horizon, divisez les observations requises pour une variante par le nombre quotidien d’unités éligibles effectivement allouées à cette variante. Ajoutez le délai de conversion et écartez les jours non représentatifs prévus au protocole. Si le résultat traverse une promotion, une migration de suivi ou un changement de trafic, le calendrier doit être revu. Pas maquillé après coup.
Google Ads documente une méthode propre à ses expériences de campagne. La plateforme applique un rééchantillonnage jackknife à des données regroupées en classes pour estimer la variance de la variation en pourcentage. Elle indique utiliser 20 classes dans le groupe de contrôle et 20 dans le groupe de traitement, puis un test bilatéral associé à un intervalle à 95 %.
L’interface actuelle ajoute un reporting dynamique. Vous pouvez choisir le niveau de l’intervalle affiché ; Google fixe 80 % par défaut. Un astérisque bleu signale un résultat que la plateforme juge statistiquement pertinent. Ne fabriquez donc pas un exemple de gain et ne supposez pas que tout nombre entre crochets correspond automatiquement à 95 %.
Cette méthode n’est pas « exactement la même » qu’un calculateur de taille d’échantillon pour une page web. L’unité d’assignation, les classes, le rééchantillonnage et les métriques sont propres à Google Ads. L’idée générale reste commune : lire une estimation avec son incertitude. La mécanique, elle, diffère.
Une absence d’astérisque ne livre pas son diagnostic. Elle peut coïncider avec une durée trop courte, un trafic ou une allocation insuffisants, un effet nul, faible ou défavorable, une forte variabilité, un délai de conversion, une métrique mal suivie ou une mise en œuvre défectueuse. Regardez l’intervalle, la qualité du protocole et les données brutes avant de prolonger.
Enfin, ne transposez pas mécaniquement la règle d’un test fréquentiste externe à horizon fixe. Google actualise ses intervalles et prescrit une date de fin, une durée et des cycles de conversion. Suivez la procédure officielle du type d’expérience utilisé ; l’affichage dynamique n’est pas une permission d’arrêter au premier signal flatteur.
Google distingue la répartition basée sur les recherches et la répartition basée sur les cookies. Dans la première, chaque recherche éligible peut envoyer le même utilisateur vers la campagne d’origine ou la campagne test. Dans la seconde, un utilisateur reste exposé à une seule branche pendant le test.
La répartition intervient avant l’application du ciblage et concerne les mises aux enchères ou les utilisateurs éligibles. Elle ne garantit pas un nombre d’impressions identique. Choisissez selon l’unité d’exposition : une assignation persistante limite la contamination lorsqu’un même utilisateur peut revenir ; une assignation par recherche répond à une autre question. Aucune option n’est universellement « plus propre ».
Dimensionner, couvrir une période représentative et respecter la règle d’arrêt sont trois disciplines utiles. Elles viennent après la randomisation, l’unité d’analyse, l’allocation, la métrique principale, le suivi et le traitement de la multiplicité. Oubliez l’un de ces éléments et un effectif parfait ne réparera rien.
Une semaine complète peut être un minimum contextuel lorsqu’un cycle lundi-dimanche affecte le trafic. Ce n’est pas une durée universelle. Une activité B2B, une saison de réservation, un délai de vente ou une campagne ponctuelle peuvent imposer un autre horizon. Le protocole doit couvrir les cycles qui rendent la population observée représentative de la décision future.
Soldes, promotion concurrente, pic saisonnier, montée en charge et changement de suivi peuvent déplacer la composition du trafic. Ces biais d’histoire et de saisonnalité peuvent fausser un protocole bien dimensionné. Anticipez-les ; ne les invoquez pas après coup pour sauver un résultat.
Pour ses expériences, Google recommande actuellement quatre à six semaines au minimum et un à deux cycles de conversion, davantage si le délai est long. Certains rapports écartent les sept premiers jours de montée en puissance. Ces repères appartiennent au protocole Google concerné, pas à tous les A/B tests du web.
La consultation répétée, souvent appelée peeking, devient un problème lorsque vous recalculez un test à horizon fixe et arrêtez au premier franchissement favorable. Chaque regard suivi d’une décision ajoute une occasion de rejeter H₀. Le risque de type I n’est alors plus celui annoncé par le calcul initial.
Dans un plan à horizon fixe, vous pouvez surveiller l’intégrité du suivi, les coûts ou un dommage évident. Vous ne transformez pas ces contrôles opérationnels en règle de victoire improvisée. La décision statistique intervient à l’horizon prévu, sauf règle de sécurité définie séparément.
Un plan séquentiel peut prévoir un arrêt anticipé, avec ses propres règles. Le test séquentiel est une famille de plans conçus pour des analyses intermédiaires ou un suivi continu. Le SPRT en est un exemple. Il existe aussi les tests de groupe avec dépense d’alpha, les p-values toujours valides et les séquences de confiance. Les bornes, la puissance, l’effectif moyen et l’éventuel plafond dépendent de la méthode. Il n’existe ni deux bornes universelles ni surcoût d’échantillon toujours « légèrement supérieur ».
Les éditeurs ne proposent pas tous le même moteur. Optimizely documente un Stats Engine combinant inférence séquentielle et contrôle du taux de fausses découvertes. VWO propose un moteur bayésien avec des corrections séquentielle et de Bonferroni configurables. Kameleoon distingue les approches fréquentiste à échantillon fixe, bayésienne et séquentielle. AB Tasty présente un moteur principal bayésien. Même interface, sens statistique différent : lisez la méthode avant le voyant.
Commencez par l’unité randomisée. Une expérience Google Ads répartit un budget, du trafic, des recherches ou des utilisateurs éligibles entre des branches de campagne. Un test de page web assigne des visiteurs après le clic. Ce sont deux populations, deux moments du parcours et deux protocoles.
Utilisez Google Ads pour les types d’expériences de campagne que l’interface rend éligibles et pour les métriques mesurées par la plateforme. Utilisez un outil web lorsque la variable se situe sur la page de destination, le formulaire ou le tunnel. Ne mélangez pas ensuite les unités d’analyse dans un même verdict.
Dans un test simple, changer une seule variable facilite l’attribution causale. Ce n’est pas une loi absolue. Un plan factoriel ou multivarié peut estimer plusieurs facteurs et leurs interactions, à condition d’être conçu et dimensionné pour cela. Changer plusieurs éléments sans plan ne produit pas un test multivarié. Seulement un résultat impossible à expliquer.
Aucun texte statistique n’impose 0,05 à toutes les décisions. Si votre plan fréquentiste fixe α à 5 %, le critère de rejet doit être appliqué comme prévu. Un plan séquentiel, une analyse bayésienne ou une règle de risque métier utilise d’autres objets. Dans tous les cas, le critère se choisit avant de voir les résultats.
« Significatif » ou « non significatif » écrase l’information utile. L’intervalle de confiance fréquentiste montre les valeurs d’effet compatibles avec les données et le modèle au niveau retenu.
Son niveau décrit une procédure répétée : si vous répétiez l’échantillonnage et la construction de l’intervalle, la proportion annoncée de ces intervalles couvrirait le vrai paramètre à long terme. Pour l’intervalle déjà calculé, le paramètre n’a pas une probabilité fréquentiste de se trouver dedans.
Si un intervalle bilatéral correspondant au test exclut zéro, les données sont incompatibles avec l’absence d’écart au seuil associé, sous les hypothèses du modèle. Cela ne donne pas la probabilité que B soit meilleur. Et un intervalle très large peut exclure zéro tout en laissant la taille de l’effet trop incertaine pour planifier.
Premier filtre : la procédure statistique prévue a-t-elle été respectée ? Deuxième filtre : l’effet estimé justifie-t-il le coût, la marge exposée, le risque technique et le temps de mise en œuvre ? La p-value ne répond qu’à une partie du premier.
Fixez avant le lancement un seuil économique dans l’unité de la métrique. Comparez ensuite l’estimation et son intervalle à ce seuil. Une borne basse légèrement positive peut être suffisante pour un changement gratuit et réversible, mais insuffisante pour une refonte coûteuse. Il n’existe pas de borne universelle.
Un résultat non concluant signifie que l’expérience n’a pas tranché dans le cadre prévu. Les données peuvent rester compatibles avec une absence d’effet, un bénéfice, un dommage, une forte variance, une faible puissance ou un défaut de mise en œuvre. Pour conclure que deux variantes sont suffisamment proches, prévoyez un test d’équivalence et une marge d’équivalence. Le simple non-rejet de H₀ ne suffit pas.
Priorisez les campagnes capables de fournir assez d’unités éligibles pour l’effet qui compte. Le besoin se calcule avec le taux de base, le MDE, α, la puissance, l’allocation, le modèle et le délai de conversion. Un seuil générique exprimé en conversions n’a aucune valeur statistique.
Deux décisions pratiques évitent d’immobiliser le trafic :
Une campagne volumineuse n’est donc pas automatiquement un bon terrain. Elle doit aussi offrir une assignation propre, un suivi fiable et une population assez stable pour répondre à la question posée.
Présentez l’estimation, l’incertitude et la décision. Jamais un voyant seul. Ajoutez le niveau de l’intervalle, l’unité d’analyse, la période observée et le seuil économique retenu.
Trois réflexes évitent la fausse certitude :
Une formulation utile tient en une ligne : « Effet estimé : … ; intervalle à … % : […] ; unité : … ; période : … ; seuil économique : … ; décision : … ». Elle ne promet rien que les données ne soutiennent.
Commencez par séparer deux plans. Pour une expérience de campagne Google Ads, fixez la branche de contrôle, le traitement, la répartition, la métrique et la procédure propre au type d’expérience. Pour une page web, choisissez l’unité d’assignation et la mise en œuvre après avoir tranché entre split URL et A/B classique.
Avec un horizon fixe, calculez la taille d’échantillon et ne prenez pas la décision au premier passage favorable. Avec un plan séquentiel, appliquez les bornes ou la séquence de confiance prévues. Dans les deux cas, contrôlez le suivi, le délai de conversion, la multiplicité et les changements concurrents.
À la fin, rapportez l’effet et son incertitude, puis appliquez le seuil économique. Si l’intervalle laisse ouvertes plusieurs décisions, dites-le. Vous ne cherchiez pas un voyant vert. Vous cherchiez une décision dont le risque est explicite.
L’American Statistical Association cadre l’interprétation des p-values. Le NIST documente le calcul de taille pour une proportion et l’interprétation fréquentiste d’un intervalle.
La prépublication primaire de Johari, Pekelis et Walsh décrit l’inférence toujours valide pour les tests A/B. La directive officielle ICH E9 distingue l’équivalence du simple non-rejet.
Google Ads documente la méthode jackknife et les répartitions, le reporting dynamique des expériences et les durées et cycles de conversion.
Les différences entre moteurs sont détaillées par Optimizely, VWO, Kameleoon et AB Tasty.
On fixe l’échantillon avant de décider.
Réserver un appel