Entre el 20 y el 24 de octubre de 2026 apuntamos el escáner de Provedly a 105 tiendas Shopify, 51 en el Reino Unido y 54 en Australia, y le hicimos dos preguntas a cada página de producto que pudo cargar: ¿es real el número de "N personas están viendo esto"?, y ¿se reinicia la cuenta regresiva cuando llega un visitante nuevo?
La versión corta: 15 de las 105 tiendas (14 %) tenían instalada una app de urgencia o de prueba social. No pillamos ni un solo conteo de visitantes inventado, y el único temporizador activo que pudimos probar era un límite honesto de envío en el mismo día. Es una historia más pequeña que la que esperábamos escribir, y las razones importan más que la cifra principal.
Qué analizamos
La lista eran 109 marcas conocidas de venta directa al consumidor que elegimos a mano, y solo conservamos las que servían sus páginas desde Shopify. De ellas, 105 cargaron. Tres fallaron con errores y una mostró un desafío anti-bots.
Son tiendas grandes y consolidadas, y ese es el primer límite de lo que sigue. La urgencia falsa suele tratarse como un problema de tiendas pequeñas: una tienda nueva sin historial de ventas instala una app de "sales pop", configura un rango de visitantes y deja que la app invente el resto. Las grandes marcas tienen tráfico real que mostrar, así que tienen menos motivos para falsearlo. Lee cada cifra de abajo como una descripción de esta lista, no de Shopify en su conjunto.
Cómo decide el escáner
Cada tienda se cargó en Chromium headless tal como la vería un comprador nuevo: sin cookies, sin historial, con un contexto de navegador nuevo en cada carga.
Contadores de visitantes. Cuando una página muestra un texto como "23 personas están viendo esto" o "5 personas tienen esto en su carrito", el escáner lo lee cinco veces durante ocho segundos y luego recarga la página varias veces más en contextos nuevos. También registra cada respuesta de red que recibió la página y busca ese número en ellas. Un contador real tiene que venir de un servidor, así que el número aparece en alguna respuesta. Si el número nunca llegó de ningún servidor y aun así cambió entre cargas, la página lo generó en el navegador, y lo marcamos.
Temporizadores de cuenta regresiva. El escáner lee el primer temporizador activo, espera hasta dos minutos, luego abre la página otra vez en un contexto completamente nuevo y lo vuelve a leer. Un temporizador que cuenta hacia un plazo real habrá bajado aproximadamente el tiempo transcurrido. Un temporizador que se reinicia para cada visitante nuevo marca lo mismo que antes, o más. Los temporizadores de más de una semana, los que están cerca de cero y cualquiera que parezca un límite de envío se marcan como no concluyentes en lugar de juzgarse.
Apps. Por separado, el escáner compara las URL de los scripts de la página con apps conocidas de urgencia y prueba social. Esto es solo contexto. Una app instalada no es prueba de nada; muchas se pueden configurar de forma honesta.
Qué encontramos
| Resultado | Tiendas |
|---|---|
| Tiendas analizadas | 105 (51 Reino Unido, 54 Australia) |
| App de urgencia o prueba social instalada | 15 (14 %) |
| Texto de contador de visitantes en una página de producto | 0 |
| Cuenta regresiva activa que llegó a la prueba de tiempo | 1 |
| Contador o cuenta regresiva marcados como generados en el navegador | 0 |
Las 15 tiendas con una app instalada se repartían así (algunas tenían más de una):
| App | Tiendas |
|---|---|
Apps de cuenta regresiva (countdown-timer.js genérico) |
9 |
| Hextom (Ultimate Sales Boost / Countdown Timer Bar) | 2 |
| Elfsight | 2 |
| Qikify | 2 |
| POWR | 1 |
| Vitals | 1 |
| Nudgify | 1 |
Corrección (29 de octubre de 2026): este artículo decía al principio que 17 tiendas (16 %) tenían una app instalada, e incluía Secomapp en 2 de ellas. Nuestro escáner detectaba cualquier script de Secomapp, y en ambas tiendas el script era la app BOGOS de Secomapp para regalos y packs, que no es una herramienta de urgencia. Ninguna de las dos tenía otra app de las que rastreamos, así que la cifra correcta es 15 (14 %).
Los temporizadores de cuenta regresiva eran con diferencia la herramienta de urgencia más común, instalados en 9 de las 15. Sin embargo, solo una tienda mostraba un temporizador activo en las páginas de producto que cargamos, y decía "Order within 4h 17m 40s for same day dispatch" (pide en las próximas 4 h 17 min 40 s para envío en el mismo día). Ese tipo de temporizador se reinicia cada día por diseño y lo dice con sinceridad, así que no lo contamos como urgencia falsa.
La diferencia entre "instalada" y "visible" es la parte interesante. El script de una app puede cargarse en todas las páginas mientras su temporizador aparece solo en una colección de ofertas, solo durante una campaña o solo después de activar un ajuste. Nuestro escáner revisó la página de inicio y algunas páginas de producto por tienda, así que un temporizador en una landing de campaña habría pasado desapercibido.
Lo que no pudimos ver
Queremos ser tan claros con los límites como con los resultados, porque un análisis que dice "no se encontró nada" es fácil de sobreinterpretar.
- Las páginas que no cargaron no cuentan como limpias, pero tampoco se volvieron a revisar. En esta primera ejecución, algunas páginas de producto alcanzaron el tiempo límite de carga de 30 segundos del escáner. Esas páginas no se probaron, y esta primera versión del escáner no registró cuántas fueron. Así que "0 marcadas" significa "0 encontradas en las páginas que cargaron", no "0 en las 105 tiendas". La próxima ejecución registrará y reintentará cada página que no consiga probar.
- Solo grandes marcas. La lista se inclina mucho hacia tiendas consolidadas con tráfico real, justo las que menos necesitan inventar cifras.
- Páginas de producto, no campañas. La urgencia suele vivir en páginas de ofertas y lanzamientos, que un análisis de páginas de producto puede no ver.
- Un solo momento. Cada tienda se revisó una vez. Un temporizador activado para una oferta de fin de semana no aparecería un martes.
Nada de esto hace que el resultado sea erróneo. Lo hace limitado. "No encontramos contadores falsos en las páginas de producto de 105 grandes marcas Shopify de Reino Unido y Australia" es lo que respaldan los datos, y es todo lo que afirmamos.
Cómo es realmente un contador falso
Hemos leído el código. En el script público del widget de una app de prueba social que desmontamos, el número de "personas viendo" es esto:
n = min === max ? min : Math.floor(min + Math.random() * (max - min + 1));
// re-rolled every 12 seconds, defaults min=15 max=50
El comerciante elige un mínimo y un máximo, y el script muestra un número aleatorio entre ellos. Nada en la página le pregunta nunca a un servidor cuántas personas hay. Dos personas mirando el mismo producto en el mismo momento ven números distintos, y una recarga da un tercero.
Las cuentas regresivas falsas son aún más simples: el temporizador se guarda en el navegador, así que un visitante que abre la página en una ventana privada recibe uno nuevo. Puedes probar ambas cosas tú mismo en menos de un minuto. Abre la página de producto en dos ventanas privadas una al lado de otra y recarga una de ellas. Un conteo de visitantes real y un plazo real coincidirán en ambas ventanas. Los inventados, no.
Los reguladores de consumo, incluida la Competition and Markets Authority del Reino Unido, han dicho que la urgencia inventada y la popularidad inventada pueden engañar a los compradores. No somos abogados y nada de esto es asesoramiento legal, pero "¿sobreviviría este número a una recarga en una ventana privada?" es una prueba justa que cualquier tienda puede hacerse a sí misma.
Revisa tu propia tienda
El escáner detrás de este artículo funciona como herramienta gratuita en provedly.app/check. Pega la URL de una página de producto y ejecuta las mismas pruebas de visitantes y cuenta regresiva en esa página en aproximadamente un minuto, con capturas de lo que vio en cada carga.
Si tu app actual muestra un rango en lugar de un conteo, el contador en vivo de Provedly solo muestra los visitantes que nuestro servidor ha visto realmente en esa página en los últimos 90 segundos, y se oculta por debajo de un mínimo que tú fijas en lugar de inflarse. Las barras de cuenta regresiva cuentan hacia una única fecha real, y los temporizadores evergreen se declaran como "por visitante" en la página de verificación pública de la tienda. Cómo funciona la verificación explica el resto.
Qué haremos a continuación
El próximo análisis corregirá las carencias anteriores antes de ejecutarse: una lista con más peso de tiendas pequeñas y nuevas, cada página fallida registrada y reintentada, y páginas de campaña junto a las páginas de producto. Actualización: el segundo análisis ya está hecho. Analizamos 200 tiendas Shopify pequeñas, probamos cada página y encontramos urgencia falsa en 12 de ellas: 7 de las 17 cuentas regresivas activas se reiniciaban para cada visitante nuevo.
Preguntas frecuentes
¿Que una tienda tenga instalada una app de cuenta regresiva significa que falsea la urgencia?
No. La mayoría de las apps de cuenta regresiva pueden contar hacia un plazo real, y muchas tiendas las usan así. Lo que importa es cómo está configurado el temporizador. La única prueba que lo responde es cargar la página como visitante nuevo y ver si el temporizador vuelve a empezar.
¿Por qué no nombraron las tiendas?
El objetivo del análisis era medir lo común que es la urgencia falsa, no señalar marcas concretas. Ninguna tienda de esta lista fue marcada, así que no había nada que nombrar.
¿Puedo ver las pruebas de mi propia tienda?
Sí. Pasa tu página de producto por el verificador gratuito. Muestra cada lectura que tomó, las respuestas de red que revisó y capturas de cada carga.