Les enregistrements ajoutés à la main conviennent pour prévisualiser un design, faire la démonstration d'un produit ou représenter des commandes que votre système de paiement ne peut pas transmettre, à condition d'être étiquetés pour ce qu'ils sont. Dans Provedly, tout ce qui est ajouté à la main porte une étiquette permanente Sample, tout ce qui est importé par CSV ou envoyé via l'API Records porte une étiquette permanente Imported, et seuls les achats arrivés par un webhook signé Stripe, Shopify ou WooCommerce obtiennent la mention Achat vérifié. Cet article explique quand les exemples sont appropriés, quand ils ne le sont pas, et comment fonctionne l'étiquetage.
Pourquoi l'étiquette Sample existe
Tout outil de preuve sociale doit répondre à une question : le marchand peut-il saisir un enregistrement qui sera affiché comme s'il était réel ? La plupart répondent oui. Provedly répond non, mais vous laisse tout de même ajouter des enregistrements, parce qu'il existe de vraies raisons de le faire.
La solution est une étiquette impossible à retirer. Un enregistrement ajouté à la main s'affiche comme exemple, et seulement si le réglage « Show sample records » du widget est activé. Une ligne de CSV ou un enregistrement de l'API s'affiche comme importé. La page de vérification liste chaque source avec son décompte, séparément des achats vérifiés, pour que quiconque vérifie puisse voir la proportion. Vous gardez la souplesse ; le visiteur garde la vérité.
Usages légitimes
Prévisualiser avant de connecter une source. Vous voulez voir à quoi ressemblent les notifications sur votre page produit, avec vos couleurs et vos textes, avant de brancher Stripe. Quelques enregistrements d'exemple vous le permettent sans rien falsifier, puisque chacun indique qu'il s'agit d'un exemple.
Faire une démonstration à un client. Une agence qui présente une configuration de preuve sociale a besoin de quelque chose à l'écran. Des exemples sur un site de staging montrent le fonctionnement. Quand la vraie boutique du client se connecte, les exemples sont archivés et les commandes vérifiées prennent le relais.
Représenter des commandes hors ligne ou historiques. Une boutique qui a migré depuis une autre plateforme, ou qui prend des commandes par téléphone et en personne, peut avoir de vraies ventes qui ne passent jamais par Stripe ou Shopify. Celles-ci peuvent être importées par CSV ou envoyées via l'API Records. Elles sont réelles, mais Provedly ne peut pas les vérifier : elles s'affichent donc avec l'étiquette Imported. L'étiquette porte sur la provenance, pas sur la réalité de la vente.
Staging et recette. Tester les règles de ciblage, le timing et le comportement selon l'appareil nécessite des événements à afficher. Les exemples remplissent ce rôle et sont supprimés ensuite.
Usages qui ne sont pas légitimes
La limite est simple : un exemple ne doit pas être présenté, ni pouvoir être lu, comme la preuve d'une vente qui n'a pas eu lieu.
- Saisir des clients et des produits inventés sur une boutique en ligne pour la faire paraître animée.
- Importer un CSV de noms et de villes vraisemblables sans aucune commande derrière.
- Compter sur le fait que l'étiquette Sample ou Imported soit assez petite pour que personne ne la lise.
Provedly rend les deux premiers inutiles, car l'étiquette accompagne l'enregistrement et la page de vérification affiche le décompte. Le troisième est une question d'intention, et la position honnête est que l'étiquette sert à informer les visiteurs, pas à servir de couverture. Le contexte réglementaire, y compris la règle de la FTC sur les faux témoignages en vigueur depuis fin 2024, est abordé dans /blog/ftc-fake-review-rule-social-proof.
Comment fonctionne l'étiquetage dans Provedly
| Provenance de l'enregistrement | Étiquette affichée | Peut-elle changer ? |
|---|---|---|
| Webhook Stripe signé | Achat vérifié | Non |
| Webhook Shopify signé | Achat vérifié | Non |
| Webhook WooCommerce signé | Achat vérifié | Non |
| Ajouté à la main dans le dashboard | Sample | Non |
| Importé par CSV | Imported | Non |
| Envoyé via l'API Records | Imported | Non |
Aucun réglage, plan ou demande au support ne transforme un exemple ou un enregistrement importé en achat vérifié, ni ne retire ou masque l'une de ces étiquettes. Le seul réglage concerné est « Show sample records », qui décide si les exemples ajoutés à la main s'affichent ou non. La seule voie vers la mention vérifiée est un webhook signé provenant d'une source connectée, contrôlé à son arrivée. La chaîne complète est décrite dans /blog/how-verified-purchase-notifications-work.
Sur la page de vérification publique de votre site, les sources sont listées avec leurs décomptes (les enregistrements de l'API apparaissent sous « Site owner's backend (API) »), ainsi que la date du dernier achat vérifié. Une racine SHA-256 calculée chaque nuit scelle l'historique : un exemple ou un enregistrement importé ne peut donc pas être modifié plus tard pour devenir ce qu'il n'était pas. La politique est consultable sur /trust.
Rédiger des exemples honnêtes
Si vous utilisez des exemples pour un aperçu ou une démo, faites en sorte qu'ils soient manifestement des exemples par leur contenu autant que par leur étiquette. Utilisez vos vrais noms de produits pour que l'aperçu soit utile, mais évitez d'inventer des clients précis. « Quelqu'un a acheté le sac Weekender » est un aperçu correct. « Emily de Portland a acheté le sac Weekender » est une personne inventée, et même avec l'étiquette Sample, c'est une mauvaise pratique.
Pour les commandes hors ligne importées, gardez des champs minimaux et exacts. Le produit et une heure approximative suffisent à rendre une notification parlante.
Passer au vérifié
L'objectif de tout site qui utilise des exemples devrait être de ne plus en avoir besoin.
- Connectez Stripe ou WooCommerce, ou installez l'app Shopify. Les instructions sont dans /docs.
- Attendez l'arrivée des premiers achats vérifiés. Le dashboard les affiche avec leur source.
- Archivez la campagne d'exemples. Les campagnes archivées restent disponibles et peuvent être réutilisées avec « Run again » si vous avez besoin d'un aperçu plus tard, par exemple lors d'une refonte.
- Consultez votre page de vérification. Elle devrait désormais afficher une source connectée, un achat vérifié récent et une part d'exemples en baisse.
Pour une boutique toute neuve avec peu de trafic, il peut y avoir une période où le flux vérifié est maigre. Ce n'est pas grave. Un widget calme et honnête vaut mieux qu'un widget animé et malhonnête, et les barres CTA présentées sur /features#bars vous donnent quelque chose à afficher qui ne dépend pas du volume de commandes.
Questions fréquentes
Puis-je masquer l'étiquette si mes commandes importées étaient réelles ?
Non. Les commandes importées par CSV ou via l'API Records portent l'étiquette Imported, pas Sample, et aucun réglage, plan ou demande au support ne la retire. L'étiquette décrit la façon dont Provedly a reçu l'enregistrement, pas la réalité de la vente. Si vous voulez la mention vérifiée, la commande doit arriver par un webhook signé.
Les exemples comptent-ils dans ma limite d'impressions ?
Une impression correspond à une notification affichée à un visiteur, quel que soit le type d'enregistrement. Si vous prévisualisez sur une page en ligne, ces impressions comptent comme les autres.
Dois-je afficher les exemples et les achats vérifiés ensemble ?
Pendant une transition, c'est acceptable, puisque chaque notification est étiquetée. Une fois que les achats vérifiés arrivent, archivez les exemples pour que votre widget ne reflète que ce que vous pouvez prouver.
Connectez une vraie source avec le plan gratuit, qui inclut les achats vérifiés : /register.