La façon honnête de tester la preuve sociale, c'est une répartition au niveau du visiteur où la moitié voit le widget et l'autre non, mesurée sur les commandes finalisées, menée sur au moins deux cycles hebdomadaires complets, avec l'indicateur de succès et la règle d'arrêt écrits avant de commencer. Tout le reste de cet article détaille ces quatre exigences et les façons dont ce type de test tend à s'embellir lui-même.
Pourquoi il est facile de rater un test de preuve sociale
Les widgets de preuve sociale sont petits, peu coûteux à activer, et le dashboard de l'éditeur affiche généralement un chiffre flatteur. C'est la recette parfaite pour un raisonnement biaisé. Les pièges précis :
- Mesurer les clics sur la notification au lieu des commandes. Les clics mesurent l'engagement, pas le chiffre d'affaires.
- Comparer avant et après au lieu de groupes simultanés. La saisonnalité, l'envoi d'une newsletter ou un changement de prix écraseront l'effet.
- Lire un indicateur « assisté » ou « influencé » comme un gain. Un acheteur qui a vu une notification avant d'acheter aurait souvent acheté de toute façon.
- S'arrêter quand ça a l'air bon. Regarder les résultats en cours de route et arrêter tôt gonfle les faux positifs.
- Changer la fréquence en plein test. Vous testez alors deux choses.
Le dashboard de Provedly affiche les commandes assistées par la preuve, c'est-à-dire le nombre de commandes dont l'acheteur a vu une notification avant d'acheter, rapprochées par identifiant visiteur dans une fenêtre de 30 jours. Nous l'affichons comme un comptage, jamais comme un gain modélisé ou estimé, précisément parce que ce n'en est pas un. Il vous dit combien d'acheteurs ont été exposés. Il ne vous dit pas combien ont acheté grâce à cela. Pour le savoir, il vous faut un groupe témoin. /fr/blog/measuring-proof-assisted-orders détaille ce que cet indicateur signifie et ne signifie pas.
Concevoir le test
Répartissez au niveau du visiteur, pas de la page. Affectez chaque visiteur à A ou B dès sa première arrivée et gardez-le dans ce groupe pendant toute la durée, y compris d'une session à l'autre dans la fenêtre de 30 jours. Les répartitions par page ou par session fuient : un visiteur voit le widget mardi, se retrouve dans le groupe témoin jeudi, et achète.
Le ciblage par appareil et par URL de Provedly sert à délimiter où s'affiche le widget, pas à répartir le trafic. Utilisez votre outil d'expérimentation, les tests natifs de votre plateforme, ou un simple indicateur stocké dans un cookie qui décide si la balise script se charge. Pour les boutiques Shopify, l'embed d'app du thème peut dépendre d'un réglage du thème si votre outil de test gère des variantes au niveau du thème.
Choisissez l'indicateur d'abord. Écrivez-le : taux de conversion en commande finalisée, par visiteur, sur la période du test. Les indicateurs secondaires peuvent inclure le panier moyen et le chiffre d'affaires par visiteur. N'utilisez pas les clics sur les notifications, le temps passé sur la page ou la profondeur de défilement comme indicateurs principaux ; ils bougent facilement et ne veulent pas dire grand-chose.
Choisissez la règle d'arrêt d'abord. Fixez la durée, ou la taille d'échantillon, avant de commencer. Deux semaines complètes sont un minimum pour la plupart des boutiques, car le comportement diffère entre semaine et week-end. Quatre, c'est mieux. Si vous utilisez un calculateur de taille d'échantillon, il vous dira combien de visiteurs par groupe il faut pour détecter l'effet qui vous intéresse ; pour un petit effet sur un site modeste, la réponse honnête est souvent « plus que vous n'en avez », et mieux vaut le savoir que de mener un test sous-dimensionné et de le surinterpréter.
Gardez tout le reste constant. Pas de changement de fréquence, pas de nouvelle barre, pas de modification de texte pendant le test. Si vous devez changer quelque chose, recommencez.
Quoi tester
Le test avec/sans est celui à mener en premier. Ensuite, les questions intéressantes portent sur la retenue plutôt que sur l'intensité.
| Test | A | B | Ce que vous apprenez |
|---|---|---|---|
| Avec/sans | Pas de widget | Notifications, plafonds par défaut | Si la preuve aide, tout simplement |
| Fréquence | Plafond de 5 par session | Plafond de 2 par session | Si moins fait aussi bien |
| Périmètre | Toutes les pages | Pages produit uniquement | Où la preuve compte |
| Vérification | Notifications avec lien « Achat vérifié » | Notifications sans (impossible dans Provedly) | Voir ci-dessous |
La dernière ligne figure ici pour souligner un point. Vous ne pouvez pas la tester dans Provedly, car la mention vérifiée et son lien vers la page de vérification publique ne sont pas optionnels. Nous sommes suffisamment convaincus de la valeur d'une affirmation vérifiable pour ne pas en faire une variable, et l'évolution réglementaire depuis la règle de la FTC de fin 2024 sur les faux témoignages laisse penser que l'alternative n'est de toute façon pas viable à long terme.
Lire le résultat
Si B bat A d'une marge que votre règle d'arrêt accepte, vous avez un résultat. Indiquez les taux de conversion absolus, l'écart relatif et l'intervalle de confiance, pas seulement « +12 % ». Un chiffre relatif sans taux de base, c'est ainsi que de petits effets se retrouvent exagérés.
Si le résultat est plat, c'est aussi une information. Cela peut signifier que votre produit n'a pas besoin de ce coup de pouce, ou que votre trafic est surtout composé d'acheteurs fidèles qui vous font déjà confiance. Réduisez le widget à un plafond bas sur les pages produit uniquement, et passez à autre chose.
Si B perd, croyez-le. Les widgets peuvent agacer, surtout sur mobile, et /fr/blog/mobile-social-proof-design propose les modifications de mise en page à essayer avant de retester.
Recouper avec les commandes assistées par la preuve
Pendant le test, le nombre de commandes assistées par la preuve dans le dashboard ne concerne que le groupe B, puisque A n'a rien vu. Un contrôle de cohérence utile : si le test montre que B convertit mieux, les commandes assistées devraient représenter une part significative des commandes de B. Si B gagne mais que presque personne dans B n'a réellement vu de notification avant d'acheter, il se passe autre chose, et vous devriez vous méfier de votre répartition.
Tester une barre de compte à rebours
Les barres sont plus difficiles à tester honnêtement, car un compte à rebours avec une vraie date de fin est lié à une offre, et l'offre elle-même fait bouger la conversion. Testez la présence de la barre, pas l'offre : les deux groupes bénéficient de la promotion, seul B voit la barre. Menez le test sur toute la durée de la promotion. /fr/blog/honest-countdown-timers explique les types de barres et ceux qui conviennent à ce test.
Questions fréquentes
Provedly peut-il répartir le trafic pour moi ?
Non. Provedly délimite où et à qui le widget s'affiche, mais l'affectation aléatoire doit relever d'un outil dont c'est le métier, pour que la répartition soit indépendante de ce qui est testé.
Combien de commandes faut-il avant qu'un test veuille dire quelque chose ?
Cela dépend de votre taux de base et de la taille de l'effet qui vous intéresse. Un calculateur de taille d'échantillon vous donnera un chiffre ; s'il dépasse le nombre de commandes que vous attendez en un mois, prolongez le test ou acceptez de chercher une tendance plutôt qu'une preuve.
Les « commandes assistées par la preuve » correspondent-elles au gain apporté par le widget ?
Non. C'est le nombre d'acheteurs qui ont vu une notification avant d'acheter. Mesurer un gain exige un groupe témoin, ce que décrit cet article.
Configurez un widget avec les plafonds par défaut et menez un test avec/sans honnête ; commencez sur /register.