Toda marca "Compra verificada" e todo contador ao vivo que o Provedly exibe levam a uma página de verificação pública daquele site, e a página também lista as barras ativas no site com a regra por trás de cada timer. A página existe para que um comprador, um jornalista, um concorrente ou um regulador possa conferir o que o widget afirma sem precisar acreditar na palavra do lojista. Este artigo percorre a página seção por seção e explica o que cada parte prova, o que não prova e as perguntas que um leitor cuidadoso ainda deve fazer.
Por que a página existe
Uma notificação que diz "Maria, de Austin, comprou isto há 12 minutos" é uma afirmação factual. A maioria das ferramentas da categoria faz essa afirmação sem nada por trás; em outubro de 2026, segundo as próprias páginas, a maioria deixa os lojistas digitarem números arbitrários de visitantes e mostra dados importados sem rótulo. Achamos que uma afirmação mostrada ao público deve poder ser conferida pelo público. A página de verificação é onde essa conferência acontece, e /pt/blog/why-social-proof-needs-verification-page apresenta o argumento mais amplo.
A página é por site, pública e acessível a partir de qualquer selo. Ninguém precisa fazer login.
Seção por seção
Origens conectadas. A primeira coisa que a página diz é de onde vêm os dados. Cada origem aparece com o número de registros.
| Origem | O que significa | Pode gerar "Compra verificada" |
|---|---|---|
| Shopify | Os pedidos chegam pelo webhook assinado orders/create do Shopify |
Sim |
| Stripe | Os pagamentos chegam pelo webhook assinado do Stripe | Sim |
| WooCommerce | Os pedidos chegam por um webhook assinado do WooCommerce | Sim |
| Importação de CSV | Linhas que o lojista enviou de um arquivo | Não; sempre com o rótulo "Imported" |
| Site owner's backend (API) | Registros que o servidor ou o assistente do lojista enviou | Não; sempre com o rótulo "Imported" |
| Sample | Linhas adicionadas à mão no painel | Não; sempre com o rótulo "Sample" |
Leia isto primeiro. Um site só com registros de exemplo, CSV ou API não tem nenhuma compra verificada, e cada notificação nele diz isso. Um site com Shopify, Stripe ou WooCommerce conectado tem um fluxo assinado criptograficamente. /pt/blog/webhook-signing-secrets-explained explica o que "assinado" significa na prática.
O que isso prova: se uma plataforma de pagamento real está enviando eventos. O que não prova: que toda notificação que você viu veio dessa origem, e é por isso que cada notificação leva o seu próprio rótulo.
Contagem de compras verificadas. O número total de compras recebidas por webhooks assinados para este site. É uma contagem acumulada, não uma janela móvel.
O que isso prova: a ordem de grandeza da atividade real de vendas do site pelas origens conectadas. O que não prova: faturamento, já que os valores não são mostrados, nem que a contagem bate com o total de vendas da loja, já que uma loja pode vender por canais que não estão conectados.
Última compra verificada. O horário da compra mais recente recebida por um webhook assinado.
Este é o campo mais útil para um cético. Se uma notificação dizia "há 2 minutos" e a última compra verificada nesta página é de três dias atrás, a notificação não era uma compra verificada, e você deve conferir o rótulo dela. Por outro lado, uma última compra verificada de poucos minutos atrás confirma as notificações recentes.
O que isso prova: se o fluxo está ativo. O que não prova: nada sobre notificações com os rótulos "Imported" ou "Sample", que não fazem parte desse fluxo.
Regra do contador ao vivo. A página informa como funciona o contador de visitantes: uma contagem dos visitantes na página nos últimos 90 segundos, oculta abaixo de um mínimo em vez de inflada. Se você viu um contador no site, esta é a definição do número que você viu.
O que isso prova: o contador não é um número digitado. O que não prova: o número exato no momento em que você olhou, que não é registrado por visitante. Você mesmo pode confirmar abrindo a página em dois navegadores e vendo o número mudar.
Política de honestidade. Uma declaração curta das regras que o widget segue: só compras vindas de webhook são marcadas como verificadas, importações e registros da API levam o rótulo Imported, linhas adicionadas à mão levam o rótulo Sample, o contador é real e se oculta quando está baixo, as barras de contagem regressiva terminam numa data real, e assim por diante. É o compromisso do lojista, garantido pelo software e não pela boa vontade dele, porque não existe configuração para desligar essas regras.
Raiz SHA-256 diária. Toda noite, o Provedly calcula uma raiz SHA-256 sobre o histórico de verificação do site e a publica. Se algum registro anterior fosse alterado depois, o histórico deixaria de bater com a raiz publicada para ele.
O que isso prova: o histórico mostrado hoje é consistente com o histórico mostrado nos dias anteriores e não pode ter sido editado retroativamente sem que a mudança fosse detectável. O que não prova: a exatidão dos dados no dia em que foram registrados pela primeira vez. Um hash sela um registro; ele não o valida. A validação vem da assinatura do webhook no momento do recebimento.
O checklist do auditor
Abra a página de verificação e siga esta lista.
- Quais origens estão conectadas? Se não houver nenhuma origem com webhook assinado, nenhuma notificação do site é verificada.
- A última compra verificada é recente em relação às notificações que você viu?
- A contagem de compras verificadas parece plausível para o negócio? Um estúdio de uma pessoa só com 40.000 compras verificadas num mês merece uma segunda olhada; uma loja grande com 12 também.
- A notificação em que você clicou tinha "Compra verificada", "Imported" ou "Sample"? A página não consegue dizer isso; a notificação diz.
- Abra a página num segundo navegador e observe o contador ao vivo. Ele reage?
- Anote a raiz de hoje. Volte depois e confirme que o histórico que ela cobria ainda bate.
Se um site passa nos seis itens, a prova social dele é tão verificável quanto o estado atual da técnica permite. Se falha em um, você tem uma pergunta específica para fazer ao lojista.
O que a página propositalmente não mostra
Nenhum nome de cliente, nenhum endereço de e-mail, nenhum valor de pedido, nenhum registro individual de pedido. A página verifica o agregado e o fluxo, não as pessoas. As regras de Protected Customer Data do Shopify, discutidas em /pt/blog/shopify-someone-protected-customer-data, são parte do motivo, e o resto é simplesmente que um comprador conferindo uma afirmação não precisa dos dados de outro comprador para isso.
Usando a página como lojista
Se o site é seu, leia a sua própria página como um estranho leria. Mande-a para um cliente desconfiado em vez de escrever um parágrafo. Coloque um link para ela na sua página de confiança ou de perguntas frequentes. Se um avaliador ou jornalista perguntar se as suas notificações são reais, a página é a resposta, e /pt/blog/recovering-trust-after-fake-urgency mostra o que fazer se a pergunta chegou como reclamação. A página de política do próprio Provedly está em /pt/trust.
Perguntas frequentes
Um lojista pode ocultar ou desativar a página de verificação?
Não. Ela é pública para todos os sites, em todos os planos, e todo selo leva até ela.
A página mostra qual notificação específica eu cliquei?
Não. Ela verifica as origens e as contagens agregadas do site. O rótulo da própria notificação diz se aquela notificação específica era verificada ou um exemplo.
Com que frequência a página é atualizada?
Origens, contagens e última compra verificada são atualizadas conforme os webhooks chegam. A raiz SHA-256 é calculada toda noite.
Abra a sua própria página de verificação e leia-a como um cético; se ainda não tem uma, comece em /register.