Nuestro primer análisis revisó 105 grandes marcas Shopify de Reino Unido y Australia y no encontró ninguna urgencia inventada. Dijimos que el problema era la lista: las grandes marcas tienen tráfico real y pocos motivos para falsearlo. Así que hicimos un segundo análisis dirigido a las tiendas a las que de verdad se refiere la pregunta.
La versión corta: de 200 tiendas Shopify pequeñas, 12 (6 %) mostraban urgencia falsa que pudimos demostrar desde fuera de la tienda. 7 tenían un temporizador de cuenta regresiva que vuelve a empezar para cada visitante nuevo, y 5 tenían un número de "personas viendo" o "vendidos recientemente" que se inventaba el navegador. De las 17 tiendas que mostraban una cuenta regresiva activa, 7 se reiniciaban. Eso es un 41 %.
Qué analizamos
Esta vez no elegimos las tiendas. Cada tienda de la muestra había dejado una reseña en una de 16 apps de urgencia, "sales pop", cuenta regresiva o contador de visitantes de la Shopify App Store. Asociamos cada reseña con el dominio propio de la tienda y solo la conservamos si los datos de Shopify de la tienda confirmaban el mismo nombre. Eso dio 200 tiendas en 34 países, la mayoría en Estados Unidos (63), Reino Unido (25), Australia (15) y Canadá (15).
Esa selección es el dato más importante de este artículo. Son tiendas cuyos dueños instalaron alguna vez una app de urgencia, así que es mucho más probable que usen una que una tienda Shopify cualquiera. El 6 % es una tasa para este grupo, no para Shopify. Además, una reseña solo demuestra que el dueño usó la app en algún momento, a veces hace años, no que esté instalada hoy.
Esta vez se probaron todas las páginas
El primer análisis tenía una carencia que reconocimos en su momento: las páginas que superaban el tiempo límite no se probaban, y el escáner no registraba cuántas eran. Lo corregimos antes de esta ejecución.
- Las páginas lentas tienen un segundo intento con el doble de tiempo.
- Cada tienda registra su cobertura: páginas probadas y páginas fallidas. Una tienda en la que no cargó nada se reporta como no revisada, nunca como limpia.
- Se prueba una página de ofertas o de campaña por tienda además de la página de inicio y las páginas de producto, porque la urgencia suele estar ahí. 85 de las 200 tiendas tenían una.
- La página de límite de solicitudes de una tienda no es una tienda. Shopify responde a demasiadas solicitudes con una página de "Verifying your connection". Esa página ahora cuenta como no probada.
El resultado: las 200 tiendas y sus 673 páginas se probaron, y ninguna falló.
Cómo decide el escáner
Cada página se cargó en un navegador Chromium headless nuevo, sin cookies ni historial, tal como la ve un comprador nuevo.
Temporizadores de cuenta regresiva. El escáner lee el primer temporizador activo, espera dos minutos, luego abre la página otra vez en un navegador completamente nuevo y lo vuelve a leer. Un temporizador que cuenta hacia un plazo real habrá bajado unos dos minutos. Un temporizador que vuelve a empezar para cada visitante marca lo mismo que antes, o más. Los temporizadores que parecen un límite de entrega o un "solo hoy", o que están cerca de cero, se marcan como no concluyentes.
Contadores de visitantes y de ventas. Cuando una página muestra un texto como "23 personas están viendo esto" o "15 vendidos en las últimas 16 horas", el escáner lo lee cinco veces durante ocho segundos, recarga la página tres veces más como visitante nuevo y compara cada valor con las respuestas de red de la carga de la que salió.
- Si el número cambia y al menos un valor nunca llegó de ningún servidor, el navegador lo inventó. Marcado.
- Si cada valor llegó en una solicitud de datos en vivo (una respuesta fetch, XHR o websocket), un servidor está contando. Datos reales.
- Si el número solo aparece en el HTML de la página, no podemos saberlo. El tema lo escribe en el servidor, y desde fuera un conteo real y uno inventado se ven igual.
Esa última regla es nueva, y la endurecimos durante este análisis. En la primera pasada de los datos, el escáner todavía contaba un número como real si aparecía en cualquier respuesta del servidor, incluido el HTML de la página. Al leer los resultados, eso era demasiado generoso. Números pequeños como 1 o 7 coinciden por casualidad con texto no relacionado, y una tienda que mostraba 112, 14 y 283 "clientes viendo" pasó porque el número 10 estaba en su HTML. Cambiamos la regla, la probamos con páginas de prueba y volvimos a analizar las 12 tiendas que habían mostrado un contador. Una de ellas no mostró su contador en la segunda visita, así que las cifras de contadores de abajo son de 11 tiendas.
Qué encontramos
| Resultado | Tiendas |
|---|---|
| Tiendas analizadas (todas las páginas probadas) | 200 |
| Script de una app de urgencia o prueba social en la página | 110 (55 %) |
| Temporizador de cuenta regresiva activo encontrado | 17 |
| La cuenta regresiva se reinició para un visitante nuevo | 7 |
| Contador de visitantes, en carrito o ventas recientes encontrado | 11 |
| Contador inventado en el navegador | 5 |
| Tiendas con urgencia falsa que pudimos demostrar | 12 (6 %) |
Ninguna tienda tenía a la vez una cuenta regresiva falsa y un contador falso.
Temporizadores de cuenta regresiva
| Resultado de la cuenta regresiva | Tiendas |
|---|---|
| Se reinició para un visitante nuevo | 7 |
| Contaba hacia un plazo fijo | 8 |
| No se pudo saber (cerca de cero, o un temporizador diario de "solo hoy") | 2 |
Los temporizadores que se reiniciaban se delataban por el punto en el que volvían a empezar. Un visitante nuevo dos minutos después veía el temporizador otra vez exactamente en 5:00, 10:00 o 25:00, o en 1:46:00, 3:00:00, 8:20:00 o 24:00:00. Un plazo real no cae en un número redondo cada vez que llega alguien nuevo. Son temporizadores por visitante: la cuenta regresiva empieza cuando abres la página y se guarda en tu navegador, así que termina en un momento distinto para cada comprador.
Ocho tiendas hacían lo contrario. Sus temporizadores contaban hacia el mismo momento para todos, desde unas 2 horas hasta 32 días por delante. Las apps de cuenta regresiva se pueden configurar de forma honesta, y en esta muestra aproximadamente la mitad lo estaban.
Contadores de visitantes y de ventas
| Resultado del contador | Tiendas |
|---|---|
| Inventado en el navegador | 5 |
| Venía de una solicitud de datos en vivo | 2 |
| Solo en el HTML de la página, no se pudo saber | 4 |
Los 5 contadores marcados no eran sutiles. En una tienda, tres páginas de producto mostraban números de "clientes viendo" que cambiaban en cada carga, "30 → 18 → 27 → 22" en una y "43 → 43 → 24 → 13" en otra, y seguían cambiando sin que nadie tocara la página. En otra, una cifra de "vendidos en las últimas 12 horas" marcaba 15, 10, 12 y 17 en cuatro visitas separadas por menos de medio minuto. Las ventas de las últimas 12 horas no cambian cada vez que pulsas recargar. En los 5 casos, un script de la página también incluía un ajuste de mínimo y máximo junto al texto de visitantes, que es como suele configurarse un rango aleatorio.
Solo 2 contadores se alimentaban de una solicitud de datos en vivo, así que un servidor estaba contando. Sus números eran pequeños (3, 4 y 5 visitantes) y estables entre visitas, que es como se ve el tráfico real de una tienda pequeña.
Comparado con el primer análisis
| Primer análisis (grandes marcas) | Segundo análisis (tiendas pequeñas) | |
|---|---|---|
| Tiendas | 105 | 200 |
| Páginas que no cargaron | no registrado | 0 |
| Script de app de urgencia o prueba social | 15 (14 %) | 110 (55 %) |
| Cuentas regresivas activas probadas | 1 | 17 |
| Urgencia falsa demostrada | 0 | 12 (6 %) |
Las dos muestras se eligieron de formas distintas, así que la diferencia entre 0 y 12 no es una diferencia medida entre tiendas grandes y pequeñas. Lo que sí muestra es dónde vive la urgencia falsa. Es rara entre las marcas consolidadas. Entre las tiendas pequeñas cuyos dueños instalaron una app de urgencia, es lo bastante común como para que 4 de cada 10 cuentas regresivas activas que probamos fueran falsas.
Una corrección al primer artículo
Nuestro primer artículo decía que 17 de las 105 grandes marcas (16 %) tenían una app de urgencia o prueba social, e incluía Secomapp en dos de ellas. Nuestro escáner detectaba cualquier script de Secomapp, y en ambas tiendas era la app BOGOS de Secomapp para regalos y packs, no una herramienta de urgencia. Ninguna de las dos tenía otra app de las que rastreamos, así que la cifra correcta es 15 (14 %). Hemos corregido el primer artículo, y el escáner ya no cuenta los scripts de Secomapp. El conteo de apps de este artículo también los excluye.
Lo que no pudimos ver
- No es una muestra aleatoria de Shopify. Cada tienda se eligió porque su dueño reseñó una app de urgencia. El 6 % se aplica solo a ese grupo.
- Hasta cuatro páginas por tienda. Probamos la página de inicio, hasta tres páginas de producto y una página de campaña. Un temporizador falso en una página que no abrimos se nos escapó.
- Un solo momento. Cada tienda se analizó una vez, el 29 de octubre de 2026. Un temporizador activado para Black Friday no aparecería.
- Los números escritos en el servidor quedan fuera de alcance. 4 contadores estaban escritos en el HTML de la página. Algunos pueden ser reales y otros inventados en el servidor; ninguna prueba desde fuera puede distinguirlos.
- Datos reales no son prueba de datos honestos. Un contador alimentado por una solicitud en vivo viene de un servidor, pero no podemos ver qué está contando ese servidor.
No vamos a nombrar las tiendas. La mayoría son negocios muy pequeños que instalaron una app y activaron un ajuste, y el objetivo del análisis es medir lo común que es esto, no señalar a nadie.
Revisa tu propia tienda
El escáner detrás de este artículo funciona como herramienta gratuita en provedly.app/check, con la regla de contadores más estricta descrita arriba. Pega la URL de una página de producto y ejecuta las mismas pruebas de cuenta regresiva y contador en aproximadamente un minuto, con capturas de lo que vio en cada carga.
Si tu cuenta regresiva se reinicia para cada visitante, la solución es un ajuste: apunta el temporizador a una fecha real, o di claramente que la oferta es por visitante. Las barras de cuenta regresiva de Provedly cuentan hacia una única fecha real. Nuestro contador en vivo 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. Cómo funciona la verificación explica el resto.
Preguntas frecuentes
¿Cómo puede reiniciarse una cuenta regresiva para cada visitante?
La app inicia el temporizador cuando abres la página por primera vez y guarda la hora de inicio en tu navegador. Un visitante nuevo, o tú en una ventana privada, recibe un temporizador nuevo. Por eso el escáner abre la página otra vez en un navegador completamente nuevo: un plazo real marca dos minutos menos, y un temporizador por visitante marca lo mismo que antes.
¿Una app de cuenta regresiva significa que una tienda falsea la urgencia?
No. En este análisis, 8 de las 17 tiendas con un temporizador activo contaban hacia un plazo fijo que era el mismo para todos. Lo que importa es cómo está configurado el temporizador, y una recarga en una ventana privada lo responde.
¿Por qué el 6 % es más bajo de lo que la gente espera?
La mayoría de las tiendas de la muestra no mostraban ningún contador ni temporizador activo en las páginas que cargamos, aun teniendo una app instalada. Una app puede estar instalada y desactivada, o mostrar su temporizador solo durante una oferta. Entre las tiendas que sí mostraban urgencia, la proporción falsa era mucho mayor: 7 de 17 cuentas regresivas y 5 de 11 contadores.
¿Puedo probar mi propia tienda de la misma forma?
Sí. Pasa una página de producto por el verificador gratuito. Muestra cada lectura que tomó, las respuestas de red que revisó y capturas de cada carga.