Vos anciens gagnants, relus par le moteur de Probant.
Importez l’historique de vos tests depuis AB Tasty, VWO ou Kameleoon. Probant relit chacun à partir de ses visiteurs et de ses conversions, et dit lesquels de vos gagnants tiennent.
Trois étapes, et rien n’est enregistré avant la dernière.
Dans votre espace, Bibliothèque → Importer. L’import est réservé aux éditeurs et aux propriétaires, et consigné au journal.
1. Exporter
VWO : le rapport « Summary » d’un test, en CSV. Kameleoon : les résultats d’une expérience renvoyés par son API, en JSON. AB Tasty : vous associez à l’écran les colonnes de son export. Optimizely : l’export CSV de la page de résultats d’une expérience. Convert : l’export « Tabular CSV, Aggregated » du rapport. GrowthBook : l’export CSV des résultats. Tout autre outil, ou votre tableau de suivi : le CSV générique de Probant, une ligne par variante.
2. Déposer et vérifier
Séparateur « ; » ou « , », décimales françaises ou anglaises, UTF-8 ou Latin-1, 768 Ko et 5 000 lignes au plus. L’aperçu montre chaque test avec son verdict recalculé, et chaque ligne refusée avec sa raison (conversions supérieures aux visiteurs, originale absente, date de fin à venir…).
3. Valider, ou annuler
L’import s’écrit en une fois : tout le fichier, ou rien. Il reste annulable : annuler supprime tous les tests qu’il a créés. Une API de gestion fait la même chose depuis un serveur (POST /api/v1/imports, en CSV ou en JSON).
Des données brutes, jamais des conclusions.
Importé
Pour chaque variante : les visiteurs (ou les sessions, ou les visites, nommés comme l’export), les conversions, le revenu et, si l’export la donne, sa dispersion par visiteur. Les dates, l’objectif, les parts de trafic prévues quand elles sont connues. Et ce que l’outil annonçait, gagnant ou non et gain affiché, montré à côté sous son nom.
Pas importé
Les « chance to win », probabilités d’être meilleur, p-values et mentions « significatif » de l’outil d’origine. Un revenu sans dispersion connue n’a pas de fourchette : Probant le dit au lieu d’en inventer une. Ni les visiteurs eux-mêmes, ni les événements : un test importé ne se relance pas et ne compte pas dans votre forfait.
Le même test, lu autrement.
Probant relit chaque test au seuil de 5 % bilatéral, partagé entre les variantes quand il y en a plusieurs, en un seul regard à la fin. Le plan d’origine n’est pas connu : si le test a été consulté chaque jour et arrêté dès qu’il paraissait gagner, ses gagnants sont encore plus fragiles que ce que montre la relecture.
L’écart et sa fourchette
Calculés à partir des visiteurs et des conversions, avec le même moteur que vos tests lancés dans Probant.
Le biais du gagnant
Un gagnant surestime son effet, en moyenne. Le gain corrigé le rapproche de ce que rapportent vos tests. Le biais du gagnant
Le risque de faux positif
Pour chaque gagnant, la part de gagnants obtenus dans ces conditions qui n’auraient en réalité aucun effet, d’après le taux de succès de vos tests.
La répartition
Contrôlée quand les parts de trafic prévues sont connues : une répartition anormale fausse la mesure, quel qu’ait été le verdict annoncé.
Dans la démonstration : 7 gagnants annoncés, 3 tiennent après recalcul.
Maison Lune, la boutique fictive de la démonstration, a importé 12 tests menés avec AB Tasty. Chaque chiffre de son résumé de migration est calculé par le moteur à partir de ses visiteurs et de ses conversions.
Votre historique travaille dès le premier jour.
Les tests importés entrent dans la bibliothèque avec le badge de leur outil d’origine. Ils comptent dans le score de qualité des décisions, où ce qui ne se vérifie pas (plan scellé, effectif prévu, décision prise) est marqué comme tel plutôt que réussi. Ils nourrissent l’a priori de la correction du biais du gagnant, et celui de la lecture bayésienne, qui demande 10 tests arrêtés.
Probant Ou pas encore…
Créez votre espace, ou explorez d’abord la démo avec les données d’une boutique fictive.
- Démo ouverte, sans inscription
- Forfait fixe, jamais de dépassement
- Données hébergées à Paris