Entre 20 e 24 de outubro de 2026, apontamos o scanner do Provedly para 105 lojas Shopify, 51 no Reino Unido e 54 na Austrália, e fizemos duas perguntas a cada página de produto que ele conseguiu carregar: o número de "N pessoas estão vendo isto" é real, e o timer de contagem regressiva reinicia quando chega um novo visitante?
A versão curta: 15 das 105 lojas (14%) tinham um app de urgência ou de prova social instalado. Não pegamos nenhuma contagem de visitantes inventada, e o único timer ativo que conseguimos testar era um prazo honesto para envio no mesmo dia. É uma história menor do que a que esperávamos escrever, e os motivos importam mais do que o número da manchete.
O que analisamos
A lista era de 109 marcas conhecidas que vendem direto ao consumidor, escolhidas a dedo, mantidas apenas se as páginas eram servidas pelo Shopify. Dessas, 105 carregaram. Três falharam com erros e uma exibiu um desafio contra bots.
São lojas grandes e consolidadas, e esse é o primeiro limite do que vem a seguir. A urgência falsa costuma ser discutida como um problema de lojas pequenas: uma loja nova, sem histórico de vendas, instala um app de "sales pop", define uma faixa de visitantes e deixa o app inventar o resto. Marcas grandes têm tráfego real para mostrar, então têm menos motivo para falsificar. Leia cada número abaixo como uma descrição desta lista, não do Shopify como um todo.
Como o scanner decide
Cada loja foi carregada num Chromium headless do jeito que um novo comprador a veria: sem cookies, sem histórico, um contexto de navegador novo a cada carregamento.
Contadores de visitantes. Quando uma página mostra um texto como "23 people are viewing this" ou "5 people have this in their cart", o scanner o lê cinco vezes ao longo de oito segundos e depois recarrega a página várias outras vezes em contextos novos. Ele também registra todas as respostas de rede que a página recebeu e procura esse número nelas. Um contador real precisa vir de um servidor, então o número aparece numa resposta. Se o número nunca chegou de nenhum servidor e ainda assim mudou entre carregamentos, a página o gerou no navegador, e nós o sinalizamos.
Timers de contagem regressiva. O scanner lê o primeiro timer ativo, espera até dois minutos, abre a página de novo num contexto totalmente novo e lê outra vez. Um timer que conta até um prazo real terá caído mais ou menos o tempo que passou. Um timer que reinicia para cada novo visitante mostra o mesmo valor de antes, ou mais. Timers com mais de uma semana, timers perto do zero e qualquer coisa que pareça um prazo de envio são marcados como inconclusivos em vez de julgados.
Apps. Separadamente, o scanner compara as URLs de scripts da página com apps conhecidos de urgência e prova social. Isso é só contexto. Um app instalado não é prova de nada; muitos deles podem ser configurados de forma honesta.
O que encontramos
| Resultado | Lojas |
|---|---|
| Lojas analisadas | 105 (51 Reino Unido, 54 Austrália) |
| App de urgência ou prova social instalado | 15 (14%) |
| Texto de contador de visitantes numa página de produto | 0 |
| Contagem regressiva ativa que chegou ao teste de tempo | 1 |
| Contador ou contagem regressiva sinalizado como gerado no navegador | 0 |
As 15 lojas com app instalado se dividiam assim (algumas tinham mais de um):
| App | Lojas |
|---|---|
Apps de timer (countdown-timer.js genérico) |
9 |
| Hextom (Ultimate Sales Boost / Countdown Timer Bar) | 2 |
| Elfsight | 2 |
| Qikify | 2 |
| POWR | 1 |
| Vitals | 1 |
| Nudgify | 1 |
Correção (29 de outubro de 2026): este artigo dizia inicialmente que 17 lojas (16%) tinham um app instalado e listava o Secomapp em 2 delas. Nosso scanner identificava qualquer script do Secomapp, e nas duas lojas o script era o BOGOS, app de brindes e kits do Secomapp, que não é uma ferramenta de urgência. Nenhuma das duas tinha outro app que monitoramos, então a contagem correta é 15 (14%).
Os timers de contagem regressiva foram de longe a ferramenta de urgência mais comum, instalados em 9 das 15. Mesmo assim, só uma loja mostrou um timer ativo nas páginas de produto que carregamos, e ele dizia "Order within 4h 17m 40s for same day dispatch". Esse tipo de timer reinicia todo dia por definição e é verdadeiro sobre isso, então não o contamos como urgência falsa.
A diferença entre "instalado" e "exibido" é a parte interessante. O script de um app pode carregar em todas as páginas enquanto o timer aparece só numa coleção de promoção, só durante uma campanha ou só depois que uma configuração é ativada. Nosso scanner olhou a página inicial e algumas páginas de produto por loja, então um timer numa landing page de campanha teria passado despercebido.
O que não conseguimos ver
Queremos ser tão claros sobre os limites quanto sobre os resultados, porque uma análise que diz "nada encontrado" é fácil de superinterpretar.
- Páginas que não carregaram não foram contadas como limpas, mas também não foram verificadas de novo. Nesta primeira rodada, algumas páginas de produto atingiram o tempo limite de 30 segundos do scanner. Essas páginas não foram testadas, e esta primeira versão do scanner não registrou quantas eram. Então "0 sinalizadas" significa "0 encontradas nas páginas que carregaram", não "0 em todas as 105 lojas". A próxima rodada vai registrar e tentar de novo cada página que não conseguir testar.
- Só marcas grandes. A lista pende fortemente para lojas consolidadas com tráfego real, exatamente as que menos precisam de números inventados.
- Páginas de produto, não campanhas. A urgência costuma ficar em páginas de promoção e de lançamento, que uma análise de páginas de produto pode não pegar.
- Um único momento. Cada loja foi verificada uma vez. Um timer ativado para uma promoção de fim de semana não apareceria numa terça-feira.
Nada disso torna o resultado errado. Torna-o estreito. "Não encontramos contadores falsos nas páginas de produto de 105 grandes marcas Shopify do Reino Unido e da Austrália" é o que os dados sustentam, e é tudo o que afirmamos.
Como é um contador falso de verdade
Nós lemos o código. No script público do widget de um app de prova social que desmontamos, o número de "pessoas vendo" é isto:
n = min === max ? min : Math.floor(min + Math.random() * (max - min + 1));
// re-rolled every 12 seconds, defaults min=15 max=50
O lojista escolhe um mínimo e um máximo, e o script mostra um número aleatório entre eles. Nada na página pergunta a um servidor quantas pessoas estão ali. Duas pessoas olhando o mesmo produto no mesmo momento veem números diferentes, e um recarregamento mostra um terceiro.
Contagens regressivas falsas são ainda mais simples: o timer fica guardado no navegador, então um visitante que abre a página numa janela anônima ganha um novo. Você mesmo pode testar os dois em menos de um minuto. Abra a página do produto em duas janelas anônimas lado a lado e recarregue uma delas. Uma contagem real de visitantes e um prazo real vão coincidir nas duas janelas. Os inventados, não.
Órgãos de defesa do consumidor, incluindo a Competition and Markets Authority do Reino Unido, já afirmaram que urgência e popularidade inventadas podem enganar os compradores. Não somos advogados e nada aqui é aconselhamento jurídico, mas "esse número sobreviveria a um recarregamento numa janela anônima?" é um teste justo para qualquer loja aplicar a si mesma.
Verifique a sua própria loja
O scanner por trás deste artigo funciona como ferramenta gratuita em provedly.app/check. Cole a URL de uma página de produto e ele roda os mesmos testes de visitantes e de contagem regressiva naquela página em cerca de um minuto, com prints do que viu em cada carregamento.
Se o seu app atual mostra uma faixa em vez de uma contagem, o contador ao vivo do Provedly 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. As barras de contagem regressiva contam até uma data real, e os timers evergreen são declarados como por visitante na página de verificação pública da loja. Como funciona a verificação explica o resto.
O que faremos a seguir
A próxima análise vai corrigir as lacunas acima antes de rodar: uma lista com mais peso para lojas menores e mais novas, toda página com falha registrada e testada de novo, e páginas de campanha incluídas junto com as de produto. Atualização: a segunda análise está pronta. Analisamos 200 pequenas lojas Shopify, testamos todas as páginas e encontramos urgência falsa em 12 delas: 7 das 17 contagens regressivas ativas reiniciavam para cada novo visitante.
Perguntas frequentes
Um app de timer instalado significa que a loja está falsificando urgência?
Não. A maioria dos apps de contagem regressiva consegue contar até um prazo real, e muitas lojas os usam assim. O que importa é como o timer está configurado. O único teste que responde isso é carregar a página como um novo visitante e ver se o timer recomeça.
Por que vocês não citaram as lojas?
O objetivo da análise era medir o quão comum é a urgência falsa, não expor marcas específicas. Nenhuma das lojas desta lista foi sinalizada, então não havia nada a citar.
Posso ver as evidências da minha própria loja?
Sim. Passe a sua página de produto pelo verificador gratuito. Ele mostra cada leitura feita, as respostas de rede em que procurou e prints de cada carregamento.