Nossa primeira análise olhou 105 grandes marcas Shopify do Reino Unido e da Austrália e não encontrou nenhuma urgência inventada. Dissemos que o problema era a lista: marcas grandes têm tráfego real e pouco motivo para falsificar. Então fizemos uma segunda análise voltada para as lojas a que a pergunta realmente se refere.
A versão curta: de 200 pequenas lojas Shopify, 12 (6%) mostravam urgência falsa que conseguimos provar de fora da loja. 7 tinham um timer de contagem regressiva que recomeça para cada novo visitante, e 5 tinham um número de "pessoas vendo" ou "vendidos recentemente" inventado pelo navegador. Das 17 lojas com uma contagem regressiva ativa, 7 reiniciavam. Isso é 41%.
O que analisamos
Desta vez não escolhemos as lojas. Toda loja da amostra deixou uma avaliação em um de 16 apps de urgência, sales pop, contagem regressiva ou contador de visitantes na Shopify App Store. Associamos cada avaliador ao domínio da própria loja e só a mantivemos se os dados do Shopify da loja confirmassem o mesmo nome. Isso resultou em 200 lojas em 34 países, a maioria nos EUA (63), no Reino Unido (25), na Austrália (15) e no Canadá (15).
Essa seleção é o fato mais importante deste artigo. São lojas cujos donos instalaram um app de urgência em algum momento, então é muito mais provável que usem um do que uma loja Shopify qualquer. 6% é a taxa deste grupo, não do Shopify. Uma avaliação também só mostra que o dono usou o app em algum momento, às vezes anos atrás, não que ele esteja instalado hoje.
Desta vez, todas as páginas foram testadas
A primeira análise tinha uma lacuna que admitimos na época: páginas que estouravam o tempo não eram testadas, e o scanner não registrava quantas eram. Corrigimos isso antes desta rodada.
- Páginas lentas ganham uma segunda tentativa com o dobro do tempo.
- Cada loja registra sua cobertura: páginas testadas e páginas com falha. Uma loja em que nada carregou é reportada como não verificada, nunca como limpa.
- Uma página de promoção ou campanha por loja é testada junto com a página inicial e as de produto, porque a urgência costuma ficar ali. 85 das 200 lojas tinham uma.
- A página de limite de requisições de uma loja não é a loja. O Shopify responde a requisições demais com uma página "Verifying your connection". Essa página agora conta como não testada.
O resultado: todas as 200 lojas e todas as 673 páginas foram testadas, e nenhuma falhou.
Como o scanner decide
Cada página foi carregada num Chromium headless novo, sem cookies nem histórico, do jeito que um novo comprador a vê.
Timers de contagem regressiva. O scanner lê o primeiro timer ativo, espera dois minutos, abre a página de novo num navegador totalmente novo e lê outra vez. Um timer que conta até um prazo real terá caído cerca de dois minutos. Um timer que recomeça para cada visitante mostra o mesmo valor de antes, ou mais. Timers que parecem um prazo de entrega ou "só hoje", ou que estão perto do zero, são marcados como inconclusivos.
Contadores de visitantes e de vendas. Quando uma página mostra um texto como "23 people are viewing this" ou "15 sold in last 16 hours", o scanner o lê cinco vezes ao longo de oito segundos, recarrega a página mais três vezes como um novo visitante e confere cada valor com as respostas de rede do carregamento de onde ele veio.
- Se o número muda e pelo menos um valor nunca chegou de nenhum servidor, o navegador o inventou. Sinalizado.
- Se todos os valores chegaram numa requisição de dados ao vivo (uma resposta de fetch, XHR ou websocket), um servidor está contando. Dados reais.
- Se o número só aparece no HTML da página, não dá para saber. O tema o escreve no servidor, e de fora uma contagem real e uma inventada parecem iguais.
Essa última regra é nova, e a tornamos mais rigorosa durante esta análise. Na primeira passada pelos dados, o scanner ainda considerava um número real se ele aparecesse em qualquer resposta do servidor, incluindo o HTML da página. Lendo os resultados, isso era generoso demais. Números pequenos como 1 ou 7 coincidem por acaso com textos sem relação, e uma loja que mostrava 112, 14 e 283 "clientes vendo" passou porque o número 10 estava no HTML dela. Mudamos a regra, testamos com páginas de teste e analisamos de novo as 12 lojas que tinham mostrado um contador. Uma delas não exibiu o contador na segunda visita, então os números de contadores abaixo são de 11 lojas.
O que encontramos
| Resultado | Lojas |
|---|---|
| Lojas analisadas (todas as páginas testadas) | 200 |
| Script de app de urgência ou prova social na página | 110 (55%) |
| Timer de contagem regressiva ativo encontrado | 17 |
| Contagem regressiva reiniciou para um novo visitante | 7 |
| Contador de visitantes, carrinhos ou vendas recentes encontrado | 11 |
| Contador inventado no navegador | 5 |
| Lojas com urgência falsa que conseguimos provar | 12 (6%) |
Nenhuma loja tinha ao mesmo tempo uma contagem regressiva falsa e um contador falso.
Timers de contagem regressiva
| Resultado da contagem regressiva | Lojas |
|---|---|
| Reiniciou para um novo visitante | 7 |
| Contou até um prazo fixo | 8 |
| Não deu para saber (perto do zero, ou timer diário "só hoje") | 2 |
Os timers que reiniciavam se denunciavam pelo ponto em que recomeçavam. Um visitante novo, dois minutos depois, via o timer de volta exatamente em 5:00, 10:00 ou 25:00, ou em 1:46:00, 3:00:00, 8:20:00 ou 24:00:00. Um prazo real não cai num número redondo toda vez que chega alguém novo. São timers por visitante: a contagem começa quando você abre a página e fica guardada no seu navegador, então termina num momento diferente para cada comprador.
Oito lojas faziam o contrário. Seus timers contavam até o mesmo momento para todos, de cerca de 2 horas a 32 dias à frente. Apps de contagem regressiva podem ser configurados de forma honesta, e nesta amostra cerca de metade era.
Contadores de visitantes e de vendas
| Resultado do contador | Lojas |
|---|---|
| Inventado no navegador | 5 |
| Veio de uma requisição de dados ao vivo | 2 |
| Só no HTML da página, não deu para saber | 4 |
Os 5 contadores sinalizados não eram nada sutis. Numa loja, três páginas de produto mostravam números de "customers are viewing" que mudavam a cada carregamento, "30 → 18 → 27 → 22" numa e "43 → 43 → 24 → 13" em outra, e continuavam mudando sem que ninguém tocasse na página. Em outra, um número de "sold in last 12 hours" mostrou 15, 10, 12 e 17 em quatro visitas com menos de meio minuto de diferença. As vendas das últimas 12 horas não mudam toda vez que você recarrega. Em todos os 5, um script na página também tinha uma configuração de mínimo e máximo ao lado do texto sobre visitantes, que é como uma faixa aleatória costuma ser configurada.
Só 2 contadores eram alimentados por uma requisição de dados ao vivo, então um servidor estava contando. Os números eram pequenos (3, 4 e 5 visitantes) e estáveis entre as visitas, que é como o tráfego real de uma loja pequena se parece.
Comparação com a primeira análise
| Primeira análise (marcas grandes) | Segunda análise (lojas pequenas) | |
|---|---|---|
| Lojas | 105 | 200 |
| Páginas que não carregaram | não registrado | 0 |
| Script de app de urgência ou prova social | 15 (14%) | 110 (55%) |
| Contagem regressiva ativa testada | 1 | 17 |
| Urgência falsa comprovada | 0 | 12 (6%) |
As duas amostras foram escolhidas de formas diferentes, então a diferença entre 0 e 12 não é uma diferença medida entre lojas grandes e pequenas. O que ela mostra é onde a urgência falsa vive. Ela é rara entre marcas consolidadas. Entre pequenas lojas cujos donos instalaram um app de urgência, é comum o bastante para que 4 em cada 10 contagens regressivas ativas que testamos fossem falsas.
Uma correção ao primeiro artigo
Nosso primeiro artigo dizia que 17 das 105 grandes marcas (16%) tinham um app de urgência ou prova social e listava o Secomapp em duas delas. Nosso scanner identificava qualquer script do Secomapp, e nas duas lojas era o BOGOS, app de brindes e kits do Secomapp, não uma ferramenta de urgência. Nenhuma das duas tinha outro app que monitoramos, então o número correto é 15 (14%). Corrigimos o primeiro artigo, e o scanner não conta mais scripts do Secomapp. A contagem de apps deste artigo também os deixa de fora.
O que não conseguimos ver
- Esta não é uma amostra aleatória do Shopify. Cada loja foi escolhida porque o dono avaliou um app de urgência. Os 6% valem apenas para esse grupo.
- Até quatro páginas por loja. Testamos a página inicial, até três páginas de produto e uma página de campanha. Um timer falso numa página que não abrimos passou despercebido.
- Um único momento. Cada loja foi analisada uma vez, em 29 de outubro de 2026. Um timer ativado para a Black Friday não apareceria.
- Números escritos pelo servidor estão fora de alcance. 4 contadores estavam escritos no HTML da página. Alguns podem ser reais e outros inventados no servidor; nenhum teste de fora consegue distingui-los.
- Dados reais não provam dados honestos. Um contador alimentado por uma requisição ao vivo vem de um servidor, mas não conseguimos ver o que esse servidor está contando.
Não vamos citar as lojas. A maioria são negócios muito pequenos que instalaram um app e ativaram uma configuração, e o objetivo da análise é medir o quão comum isso é, não apontar ninguém.
Verifique a sua própria loja
O scanner por trás deste artigo funciona como ferramenta gratuita em provedly.app/check, com a regra mais rigorosa para contadores descrita acima. Cole a URL de uma página de produto e ele roda os mesmos testes de contagem regressiva e de contador em cerca de um minuto, com prints do que viu em cada carregamento.
Se a sua contagem regressiva reinicia para cada visitante, a solução é uma configuração: aponte o timer para uma data real ou diga claramente que a oferta é por visitante. As barras de contagem regressiva do Provedly contam até uma data real. Nosso contador ao vivo só mostra os visitantes que o nosso servidor realmente viu naquela página nos últimos 90 segundos, e se oculta abaixo de um mínimo que você define em vez de inflar. Como funciona a verificação explica o resto.
Perguntas frequentes
Como um timer de contagem regressiva pode reiniciar para cada visitante?
O app inicia o timer quando você abre a página pela primeira vez e guarda o horário de início no seu navegador. Um novo visitante, ou você numa janela anônima, ganha um timer novo. É por isso que o scanner abre a página de novo num navegador totalmente novo: um prazo real mostra dois minutos a menos, e um timer por visitante mostra o mesmo de antes.
Um app de contagem regressiva significa que a loja está falsificando urgência?
Não. Nesta análise, 8 das 17 lojas com um timer ativo contavam até um prazo fixo, igual para todos. O que importa é como o timer está configurado, e um recarregamento numa janela anônima responde isso.
Por que 6% é menos do que as pessoas esperam?
A maioria das lojas da amostra não mostrou nenhum contador nem timer ativo nas páginas que carregamos, mesmo com um app instalado. Um app pode estar instalado e desativado, ou mostrar o timer só durante uma promoção. Entre as lojas que mostravam urgência, a proporção falsa era muito maior: 7 de 17 contagens regressivas e 5 de 11 contadores.
Posso testar a minha loja do mesmo jeito?
Sim. Passe uma página de produto pelo verificador gratuito. Ele mostra cada leitura feita, as respostas de rede em que procurou e prints de cada carregamento.