Notre première analyse portait sur 105 grandes marques Shopify britanniques et australiennes et n'avait trouvé aucune urgence inventée. Nous avions dit que la liste était le problème : les grandes marques ont un vrai trafic et peu de raisons de le truquer. Nous avons donc lancé une deuxième analyse visant les boutiques réellement concernées par la question.
En bref : sur 200 petites boutiques Shopify, 12 (6 %) affichaient une fausse urgence que nous avons pu prouver depuis l'extérieur de la boutique. 7 avaient un compte à rebours qui repart de zéro pour chaque nouveau visiteur, et 5 avaient un nombre de « personnes qui consultent » ou de « ventes récentes » inventé par le navigateur. Sur les 17 boutiques affichant un compte à rebours actif, 7 redémarraient. Soit 41 %.
Ce que nous avons analysé
Cette fois, nous n'avons pas choisi les boutiques. Chaque boutique de l'échantillon avait laissé un avis sur l'une de 16 applications d'urgence, de sales pop, de compte à rebours ou de compteur de visiteurs dans le Shopify App Store. Nous avons associé chaque auteur d'avis au domaine de sa boutique et ne l'avons conservé que si les données Shopify de la boutique confirmaient le même nom. Cela a donné 200 boutiques dans 34 pays, principalement aux États-Unis (63), au Royaume-Uni (25), en Australie (15) et au Canada (15).
Cette sélection est le fait le plus important de cet article. Ce sont des boutiques dont les propriétaires ont un jour installé une application d'urgence : elles sont donc bien plus susceptibles d'en utiliser une qu'une boutique Shopify prise au hasard. 6 % est un taux pour ce groupe, pas pour Shopify. Un avis montre seulement que le propriétaire a utilisé l'application à un moment donné, parfois il y a des années, pas qu'elle est installée aujourd'hui.
Cette fois, chaque page a été testée
La première analyse avait une lacune que nous avions reconnue à l'époque : les pages qui dépassaient le délai n'étaient pas testées, et le scanner n'enregistrait pas leur nombre. Nous l'avons corrigé avant ce passage.
- Les pages lentes ont droit à une deuxième tentative, avec deux fois plus de temps.
- Chaque boutique enregistre sa couverture : pages testées et pages en échec. Une boutique dont rien ne s'est chargé est déclarée non vérifiée, jamais saine.
- Une page de soldes ou de campagne par boutique est testée en plus de la page d'accueil et des pages produit, car l'urgence s'y trouve souvent. 85 des 200 boutiques en avaient une.
- La page de limitation de débit d'une boutique n'est pas une boutique. Shopify répond aux requêtes trop nombreuses par une page « Verifying your connection ». Cette page compte désormais comme non testée.
Résultat : les 200 boutiques et les 673 pages ont toutes été testées, sans aucun échec.
Comment le scanner décide
Chaque page a été chargée dans un navigateur Chromium headless neuf, sans cookies ni historique, comme la voit un nouvel acheteur.
Comptes à rebours. Le scanner lit le premier minuteur actif, attend deux minutes, puis rouvre la page dans un navigateur entièrement neuf et le relit. Un minuteur qui compte vers une vraie échéance aura baissé d'environ deux minutes. Un minuteur qui repart de zéro pour chaque visiteur affiche la même valeur qu'avant, ou plus. Les minuteurs qui ressemblent à une heure limite de livraison ou à « aujourd'hui seulement », ou qui sont proches de zéro, sont marqués non concluants.
Compteurs de visiteurs et de ventes. Quand une page affiche un texte comme « 23 personnes consultent ce produit » ou « 15 vendus ces 16 dernières heures », le scanner le lit cinq fois en huit secondes, recharge la page trois fois de plus comme un nouveau visiteur, et compare chaque valeur aux réponses réseau du chargement dont elle provient.
- Si le nombre change et qu'au moins une valeur n'est jamais arrivée d'un serveur, le navigateur l'a inventé. Signalé.
- Si chaque valeur est arrivée dans une requête de données en direct (une réponse fetch, XHR ou websocket), un serveur compte. Données réelles.
- Si le nombre n'apparaît que dans le HTML de la page, nous ne pouvons pas trancher. Le thème l'écrit côté serveur, et de l'extérieur un vrai décompte et un décompte inventé se ressemblent.
Cette dernière règle est nouvelle, et nous l'avons durcie pendant cette analyse. Lors du premier examen des données, le scanner considérait encore un nombre comme réel s'il apparaissait n'importe où dans une réponse du serveur, y compris dans le HTML de la page. En lisant les résultats, c'était trop généreux. De petits nombres comme 1 ou 7 correspondent par hasard à du texte sans rapport, et une boutique affichant 112, 14 et 283 « clients en train de consulter » passait parce que le nombre 10 figurait dans son HTML. Nous avons modifié la règle, l'avons testée sur des pages de test, et réanalysé les 12 boutiques qui avaient affiché un compteur. L'une d'elles n'a pas affiché son compteur lors de la deuxième visite : les chiffres de compteurs ci-dessous portent donc sur 11 boutiques.
Ce que nous avons trouvé
| Résultat | Boutiques |
|---|---|
| Boutiques analysées (toutes les pages testées) | 200 |
| Script d'une application d'urgence ou de preuve sociale sur la page | 110 (55 %) |
| Compte à rebours actif trouvé | 17 |
| Compte à rebours redémarré pour un nouveau visiteur | 7 |
| Compteur de visiteurs, de paniers ou de ventes récentes trouvé | 11 |
| Compteur inventé dans le navigateur | 5 |
| Boutiques avec une fausse urgence prouvée | 12 (6 %) |
Aucune boutique n'avait à la fois un faux compte à rebours et un faux compteur.
Comptes à rebours
| Résultat du compte à rebours | Boutiques |
|---|---|
| Redémarré pour un nouveau visiteur | 7 |
| Décompte vers une échéance fixe | 8 |
| Impossible de trancher (proche de zéro, ou minuteur quotidien « aujourd'hui seulement ») | 2 |
Les minuteurs qui redémarraient se trahissaient par l'endroit où ils repartaient. Un nouveau visiteur, deux minutes plus tard, voyait le minuteur revenu exactement à 5:00, 10:00 ou 25:00, ou à 1:46:00, 3:00:00, 8:20:00 ou 24:00:00. Une vraie échéance ne tombe pas sur un chiffre rond chaque fois que quelqu'un de nouveau arrive. Ce sont des minuteurs par visiteur : le décompte démarre quand vous ouvrez la page et est stocké dans votre navigateur, il se termine donc à un moment différent pour chaque acheteur.
Huit boutiques faisaient l'inverse. Leurs minuteurs comptaient jusqu'au même instant pour tout le monde, d'environ 2 heures à 32 jours plus tard. Les applications de compte à rebours peuvent être configurées honnêtement, et dans cet échantillon, environ la moitié l'étaient.
Compteurs de visiteurs et de ventes
| Résultat du compteur | Boutiques |
|---|---|
| Inventé dans le navigateur | 5 |
| Issu d'une requête de données en direct | 2 |
| Uniquement dans le HTML de la page, impossible de trancher | 4 |
Les 5 compteurs signalés n'étaient pas subtils. Sur une boutique, trois pages produit affichaient des nombres de « clients en train de consulter » qui changeaient à chaque chargement, « 30 → 18 → 27 → 22 » sur l'une et « 43 → 43 → 24 → 13 » sur une autre, et continuaient de changer alors que personne ne touchait la page. Sur une autre, un chiffre « vendus ces 12 dernières heures » indiquait 15, 10, 12 et 17 sur quatre visites espacées de moins d'une demi-minute. Les ventes des 12 dernières heures ne changent pas chaque fois que vous rechargez. Dans les 5 cas, un script de la page contenait aussi un réglage de minimum et de maximum à côté d'un texte sur les visiteurs, ce qui est la façon habituelle de configurer une fourchette aléatoire.
Seuls 2 compteurs étaient alimentés par une requête de données en direct, donc un serveur comptait. Leurs nombres étaient petits (3, 4 et 5 visiteurs) et stables d'une visite à l'autre, ce qui correspond au vrai trafic d'une petite boutique.
Comparaison avec la première analyse
| Première analyse (grandes marques) | Deuxième analyse (petites boutiques) | |
|---|---|---|
| Boutiques | 105 | 200 |
| Pages qui ne se sont pas chargées | non enregistré | 0 |
| Script d'application d'urgence ou de preuve sociale | 15 (14 %) | 110 (55 %) |
| Comptes à rebours actifs testés | 1 | 17 |
| Fausse urgence prouvée | 0 | 12 (6 %) |
Les deux échantillons ont été choisis de façons différentes : l'écart entre 0 et 12 n'est donc pas une différence mesurée entre grandes et petites boutiques. Ce qu'il montre, c'est où se trouve la fausse urgence. Elle est rare chez les marques établies. Parmi les petites boutiques dont les propriétaires ont installé une application d'urgence, elle est assez courante pour que 4 comptes à rebours actifs testés sur 10 soient faux.
Une correction au premier article
Notre premier article indiquait que 17 des 105 grandes marques (16 %) avaient une application d'urgence ou de preuve sociale, et listait Secomapp sur deux d'entre elles. Notre scanner détectait n'importe quel script Secomapp, et sur ces deux boutiques il s'agissait de BOGOS, l'application de cadeaux et de lots de Secomapp, pas d'un outil d'urgence. Aucune des deux n'avait d'autre application que nous suivons : le bon chiffre est donc 15 (14 %). Nous avons corrigé le premier article, et le scanner ne compte plus les scripts Secomapp. Le décompte d'applications de cet article les exclut aussi.
Ce que nous n'avons pas pu voir
- Ce n'est pas un échantillon aléatoire de Shopify. Chaque boutique a été choisie parce que son propriétaire avait laissé un avis sur une application d'urgence. Les 6 % ne s'appliquent qu'à ce groupe.
- Jusqu'à quatre pages par boutique. Nous avons testé la page d'accueil, jusqu'à trois pages produit et une page de campagne. Un faux minuteur sur une page que nous n'avons pas ouverte nous a échappé.
- Un seul instant. Chaque boutique a été analysée une fois, le 29 octobre 2026. Un minuteur activé pour le Black Friday n'apparaîtrait pas.
- Les nombres écrits côté serveur sont hors de portée. 4 compteurs étaient écrits dans le HTML de la page. Certains sont peut-être réels et d'autres inventés sur le serveur ; aucun test extérieur ne peut les distinguer.
- Des données réelles ne prouvent pas des données honnêtes. Un compteur alimenté par une requête en direct vient d'un serveur, mais nous ne pouvons pas voir ce que ce serveur compte.
Nous ne nommons pas les boutiques. La plupart sont de très petites entreprises qui ont installé une application et activé un réglage, et le but de l'analyse est de mesurer la fréquence du phénomène, pas de désigner qui que ce soit.
Vérifiez votre propre boutique
Le scanner utilisé pour cet article est disponible comme outil gratuit sur provedly.app/check, avec la règle plus stricte sur les compteurs décrite ci-dessus. Collez l'URL d'une page produit et il lance les mêmes tests de compte à rebours et de compteur en une minute environ, avec des captures de ce qu'il a vu à chaque chargement.
Si votre compte à rebours redémarre pour chaque visiteur, la solution est un réglage : faites pointer le minuteur vers une vraie date, ou indiquez clairement que l'offre est propre à chaque visiteur. Les barres de compte à rebours de Provedly comptent jusqu'à une seule vraie date. Notre compteur en direct n'affiche que les visiteurs que notre serveur a réellement vus sur cette page au cours des 90 dernières secondes, et se masque sous un minimum que vous fixez au lieu de gonfler. Comment fonctionne la vérification explique le reste.
Questions fréquentes
Comment un compte à rebours peut-il redémarrer pour chaque visiteur ?
L'application démarre le minuteur quand vous ouvrez la page pour la première fois et enregistre l'heure de départ dans votre navigateur. Un nouveau visiteur, ou vous-même en navigation privée, obtient un nouveau minuteur. C'est pourquoi le scanner rouvre la page dans un navigateur entièrement neuf : une vraie échéance affiche deux minutes de moins, et un minuteur par visiteur affiche la même valeur qu'avant.
Une application de compte à rebours signifie-t-elle qu'une boutique truque l'urgence ?
Non. Dans cette analyse, 8 des 17 boutiques avec un minuteur actif comptaient jusqu'à une échéance fixe, identique pour tous. Ce qui compte, c'est la configuration du minuteur, et un rechargement en navigation privée permet de le savoir.
Pourquoi 6 % est-il plus bas que ce que l'on imagine ?
La plupart des boutiques de l'échantillon n'affichaient ni compteur ni minuteur actif sur les pages que nous avons chargées, même avec une application installée. Une application peut être installée et désactivée, ou n'afficher son minuteur que pendant une promotion. Parmi les boutiques qui affichaient bien de l'urgence, la part de faux était bien plus élevée : 7 comptes à rebours sur 17 et 5 compteurs sur 11.
Puis-je tester ma propre boutique de la même façon ?
Oui. Passez une page produit dans le vérificateur gratuit. Il affiche chaque relevé effectué, les réponses réseau qu'il a examinées et des captures de chaque chargement.