Um sorteio só é útil se as pessoas acreditarem nele. No momento em que um vencedor é anunciado, a primeira pergunta é sempre a mesma: você manipulou isso? Este guia mostra como conduzir um sorteio que sobrevive a essa pergunta — e como prová-lo depois do fato.
Os cinco passos
Passo 1: defina a regra de elegibilidade antes de qualquer inscrição
Escreva a regra e publique-a antes de abrir as inscrições. Quem se qualifica? Uma inscrição por pessoa é obrigatória? Funcionários ou familiares estão excluídos?
Este é o passo que decide se uma disputa é sobre aleatoriedade ou sobre regras. A maioria das reclamações de “sorteio injusto” é, na verdade, discordância sobre regras, e nenhum aleatorizador resolve isso.
Passo 2: congele o conjunto antes de sortear
Encerre as inscrições e tire uma captura da lista final. Não sorteie de uma lista que ainda pode crescer — alguém que perdeu o prazo poderia alegar que teria se inscrito.
Se você usa importação por foto, é aqui que você lê os nomes extraídos com atenção. Um nome lido errado é uma contestação legítima, e é muito mais barato corrigir antes do sorteio.
Passo 3: ative a proteção contra duplicados
Duas inscrições da mesma conta anulam o propósito do conjunto. Ative Evitar nomes duplicados para que a ferramenta filtre repetições. Se suas regras permitem inscrições ponderadas ou vários bilhetes, use o Sorteio Ponderado — ele torna a ponderação explícita em vez de acidental.
Passo 4: defina o número de vencedores e o comportamento de remoção
Para sorteios com vários prêmios, defina o número de vencedores antes de sortear e ative Remover vencedor da lista para que a mesma pessoa não ganhe duas vezes.
Para sorteios sequenciais de um único prêmio — sorteia, anuncia, sorteia de novo —, o comportamento de remoção deve ficar desligado durante o anúncio e ajustado conforme suas regras. Decida isso antes de começar, não no meio, quando alguém está assistindo.
Passo 5: sorteie, registre, publique
Rode o sorteio com o conjunto visível. Salve a captura de tela do painel de resultado incluindo a lista de participantes. Publique as duas juntas.

Essa captura é a sua prova. Ela mostra quem era elegível no momento do sorteio.

Por que o resultado é de fato aleatório
A maioria das ferramentas usa Math.random() — um gerador de números pseudoaleatórios. É rápido, mas é determinístico: seu estado interno pode, em princípio, ser reconstruído para prever todo resultado futuro. Para uma rifa de pausa para o café, ninguém se importa. Para um prêmio, uma promoção paga ou qualquer coisa com peso legal, é a base errada.
O RandomSelect usa crypto.getRandomValues() do navegador, que extrai entropia da fonte criptográfica do sistema operacional. As propriedades que importam:
- Independência — cada sorteio não tem relação com os sorteios anteriores nem com os futuros
- Nenhuma semente para manipular — o resultado não pode ser conduzido por entrada do usuário nem por timing
- Distribuição uniforme — cada nome tem exatamente a mesma probabilidade
Você pode ler a própria página de auditoria da plataforma para a explicação completa: Como a imparcialidade é verificada.
O detalhe que encerra a maioria das discussões
A animação é decorativa.
O vencedor é calculado antes de a roleta começar a girar. A animação então acontece em direção a esse resultado predeterminado.
Isso importa porque significa que ninguém pode influenciar o resultado cronometrando um clique, observando a que velocidade a roleta gira ou julgando quando “tocar” o botão. Não há entrada de timing a explorar, porque o timing não é uma entrada.

Se alguém afirma que um clique rápido produziu um vencedor diferente de um clique lento, pode testar: rode o mesmo sorteio cem vezes com timings de clique diferentes. A distribuição não muda.
Tornando o sorteio verificável publicamente
Para sorteios de alto risco — campanhas de marca com prêmios —, publique estas quatro coisas:
- As regras de elegibilidade, escritas antes de as inscrições abrirem
- A lista final congelada de participantes
- O método de seleção aleatória — nomeie a ferramenta e observe que ela usa RNG criptográfico
- A gravação — vídeo ou captura de tela mostrando o sorteio com a lista visível
Isso é uma trilha de auditoria completa. Qualquer pessoa pode conferir que as regras foram publicadas primeiro e que a lista gravada corresponde ao conjunto que você afirma ter congelado.
Lidando com objeções
“A animação foi rápida demais para verificar.” Aponte que o vencedor é fixado antes da animação e ofereça a captura de tela mostrando a lista.
“Sua ferramenta poderia ter escolhido uma ordem diferente.” Então rode o sorteio de novo na mesma lista. Qualquer aleatorização que a ferramenta tenha aplicado é visível como reordenação, o que qualquer um pode observar sem inspecionar código.
“Eu nunca me inscrevi.” Isso é um problema de regra, não de aleatoriedade. Aponte para a regra de elegibilidade publicada e para os carimbos de data e hora das inscrições.
“Os nomes foram lidos errados na foto.” Anonimize e republique a lista corrigida antes do sorteio. É exatamente por isso que a importação por foto deve ser verificada antes do congelamento, não depois.
Erros comuns
- Sortear de uma lista ao vivo — as inscrições precisam ser encerradas primeiro
- Sem proteção contra duplicados — vitórias com múltiplas inscrições são a disputa mais comum
- Anunciar o número de prêmios no meio do sorteio — decida antes, registre durante
- Publicar resultados sem a lista — a captura de tela é a prova
- Repetir um resultado inconveniente — um sorteio repetido é um novo sorteio, e alegar que o antigo é nulo atrai exatamente a suspeita que você tenta evitar
Pronto para fazer um? Abra o Sorteio Aleatório ou a Roleta de nomes — os dois usam a mesma aleatoriedade criptográfica, então o raciocínio de imparcialidade se aplica de forma idêntica.
RandomSelect.net — sorteios que as pessoas podem verificar.