Presque toutes les applis sales pop du Shopify App Store présentent leurs notifications comme de « vraies commandes ». L'expression en dit beaucoup, ou très peu. En pratique, elle peut désigner aussi bien « des commandes reçues il y a quelques minutes par un webhook signé » qu'« un CSV importé par le marchand au printemps dernier et affiché en boucle ». Cet article explique la différence et vous donne une courte checklist pour distinguer l'un de l'autre sur n'importe quelle boutique, y compris la vôtre.
Trois sens possibles de « vrai »
Quand une appli affirme qu'une notification montre une vraie commande, elle formule généralement l'une de ces trois affirmations. Elles n'ont pas la même solidité.
| Affirmation | Comment la commande est arrivée dans le widget | Un client peut-il la vérifier ? |
|---|---|---|
| Alimentée par webhook | Shopify a envoyé un événement orders/create, signé avec le secret de la boutique, et l'appli l'a enregistré |
Seulement si l'appli publie une page de vérification |
| Importée | Le marchand a exporté d'anciennes commandes et les a importées | Non |
| Saisie à la main | Le marchand a tapé des noms, des produits et des lieux dans un formulaire | Non |
Les trois sont souvent affichées avec un style identique. Un client n'a aucun moyen de distinguer une commande arrivée par webhook d'une commande saisie, sauf si le widget fait lui-même la distinction. La plupart ne la font pas.
La version honnête de la question n'est pas « s'agit-il de vraies commandes », mais « cette notification précise provient-elle d'un achat enregistré par la plateforme, et puis-je le confirmer ». Provedly y répond en ne marquant « Achat vérifié » que les achats arrivés par webhook et en étiquetant tout le reste : « Imported » pour les imports CSV et les enregistrements via l'API, « Sample » pour les lignes ajoutées à la main. L'étiquette n'est pas optionnelle et ne peut pas être transformée en autre chose.
Pourquoi les imports et les saisies manuelles posent problème
Il n'y a rien de mal à vouloir qu'un widget montre de l'activité dès le premier jour, avant que le webhook ait eu le temps de collecter quoi que ce soit. Le problème, c'est de présenter ces données d'amorçage comme si elles étaient en direct.
Prenez une boutique qui a importé 400 commandes de l'année précédente. Le widget les fait défiler avec des horodatages « il y a 2 minutes ». Chaque élément de la notification provient techniquement d'une vraie transaction, et pourtant l'impression d'ensemble donnée au client, à savoir que quelqu'un vient d'acheter cet article, est fausse. Les régulateurs s'intéressent à l'impression produite, pas à la provenance du tableur.
Depuis fin 2024, la FTC dispose d'une règle en vigueur sur les faux avis et témoignages, et elle l'applique. La question de savoir si un import d'anciennes commandes affiché en boucle constitue un témoignage trompeur n'a pas été tranchée d'une manière que nous puissions citer, mais la tendance est suffisamment claire pour que nous ayons choisi de ne pas laisser les marchands brouiller la frontière. L'UE discute par ailleurs d'un Digital Fairness Act, dont les faux signaux d'urgence font explicitement partie, avec une proposition attendue fin 2026.
Comment fonctionne la voie webhook
Quand vous installez Provedly depuis le Shopify App Store, Shopify commence à envoyer les événements de commande à notre endpoint. Chaque événement porte une signature HMAC calculée avec un secret que seuls Shopify et Provedly connaissent. Nous rejetons tout ce qui ne se vérifie pas. Une commande qui passe le contrôle devient un achat vérifié et peut s'afficher sous forme de notification avec la mention « Achat vérifié ».
Cette mention renvoie vers une page de vérification publique propre au site. La page liste les sources connectées (Shopify, Stripe, WooCommerce, imports CSV, backend du propriétaire du site via l'API, ou données d'exemple) avec un décompte pour chacune, le nombre d'achats vérifiés, la date d'arrivée du plus récent et la politique d'honnêteté du widget. Une racine SHA-256 calculée chaque nuit scelle l'historique pour que les décomptes passés ne puissent pas être discrètement réécrits. Pour apprendre à lire cette page d'un œil critique, nous avons rédigé un guide séparé sur /fr/blog/reading-the-verification-page.
Les règles de Shopify sur les Protected Customer Data font que le nom de l'acheteur peut s'afficher sous la forme « Someone » tant que l'accès aux données de votre application n'est pas approuvé. C'est une protection de la vie privée, pas un bug, et /fr/blog/shopify-someone-protected-customer-data l'explique.
Un audit de cinq minutes pour n'importe quelle boutique
Vous pouvez le faire sur la boutique d'un concurrent ou sur la vôtre.
- Cliquez sur la notification. Mène-t-elle quelque part qui explique d'où viennent les données ? Si elle renvoie seulement vers le produit, vous n'avez rien appris sur la commande.
- Observez les horodatages. Rechargez la page trois ou quatre fois sur dix minutes. Si « il y a 3 minutes » ne devient jamais « il y a 13 minutes », les horodatages sont calculés par rapport au chargement de la page, pas à la commande.
- Comptez les acheteurs différents. Sur une douzaine de notifications, voyez-vous revenir la même combinaison prénom et ville ? Les petits lots importés se répètent vite.
- Cherchez un compteur. Si un nombre de « personnes qui regardent » apparaît, bouge-t-il quand vous ouvrez la page dans un second navigateur ? Un vrai décompte des visiteurs sur 90 secondes doit réagir. Provedly masque son compteur sous un seuil minimum plutôt que d'afficher un chiffre gonflé.
- Consultez la fiche de l'appli. En octobre 2026, d'après leurs fiches, la plupart des applis sales pop permettent aux marchands de saisir des nombres de visiteurs arbitraires. Si la fiche le met en avant, partez du principe que les boutiques qui l'utilisent le font.
Aucune de ces étapes ne prouve une fraude. Elles vous disent en revanche si le widget a été conçu pour être vérifiable.
Les questions à poser avant d'installer
Au-delà du prix, trois questions séparent les applis qui traitent « vrai » comme une simple affirmation de celles qui le traitent comme une garantie.
- L'appli distingue-t-elle visuellement les achats arrivés par webhook de ceux importés ou saisis, et le marchand peut-il désactiver cette distinction ?
- Existe-t-il une page publique, accessible depuis la notification, qui montre les sources et les décomptes ?
- Le compteur de visiteurs mesure-t-il quelque chose, et que fait-il quand le trafic est faible ?
Pour voir comment des applis précises répondent à ces questions, consultez /fr/vs/sp-sales-pop et /fr/vs/qikify. Toutes deux sont populaires et peu chères, à partir de $6.99 par mois en octobre 2026 d'après leurs fiches, et ce sont des outils compétents. La différence tient à ce qu'elles permettent au marchand d'affirmer.
Questions fréquentes
Puis-je quand même montrer de l'activité sur un tout nouveau site Provedly sans commandes ?
Oui. Vous pouvez ajouter des lignes d'exemple à la main, affichées avec l'étiquette « Sample », ou importer d'anciennes commandes par CSV, affichées avec l'étiquette « Imported ». Dès que les webhooks Shopify ou Stripe livrent de vraies commandes, celles-ci apparaissent à côté avec la mention « Achat vérifié ».
Provedly affiche-t-il parfois une ancienne commande comme si elle venait d'avoir lieu ?
Non. L'horodatage des notifications reflète le moment où le webhook a enregistré la commande. Un achat de la semaine dernière l'indique.
Un import CSV de véritables commandes Shopify est-il quand même étiqueté « Imported » ?
Oui. Il n'obtient jamais la mention vérifiée. L'étiquette décrit la façon dont la ligne nous est parvenue, pas l'existence de la commande d'origine. Seules les livraisons de webhook signées peuvent être vérifiées, donc seules elles obtiennent la mention.
Prêt à afficher une preuve que vos clients peuvent vérifier ? Commencez avec le plan gratuit sur /register.