Este site não tenta responder “essa bet funciona?” com um único teste. Depois da proibição das apostas de quota fixa no Brasil, domínio, navegador, conta e pagamentos podem se comportar de formas diferentes. Por isso cada camada recebe um status próprio.
O que verificamos primeiro: o domínio
Registramos se o endereço responde, redireciona, entrega uma página de aviso, expira por timeout ou retorna um erro. Também guardamos o destino final quando existe redirecionamento. Um erro isolado — inclusive 401, 403 ou 429 — não basta para classificar um site como bloqueado.
O que o navegador acrescenta
Quando conseguimos renderizar a página, observamos elementos públicos como cadastro, login e caixa. Essa camada responde apenas “a interface estava visível?”. Ela não preenche formulários nem considera um botão visível como prova de que a operação foi concluída.
Por que depósito, aposta e saque ficam separados
Desde 25 de setembro de 2026, instituições financeiras e participantes de arranjos de pagamento devem impedir transações destinadas a apostas de quota fixa, exceto operações ligadas ao encerramento e à restituição de valores. Por isso um domínio acessível não é evidência de que Pix, cartão ou outro depósito funcione. Depósito real, aposta real e saque real só podem ser tratados como confirmados quando existe uma verificação específica daquela etapa.
Quando publicamos uma mudança
Não transformamos cada oscilação em notícia. Uma mudança de “respondendo” para “redirecionando”, por exemplo, precisa se repetir ou atingir o nível de confirmação definido pelo monitor antes de entrar no histórico público. Isso reduz falsos alertas causados por timeout, CDN, anti-bot ou falha momentânea.
Quando um dado deixa de ser atual
Os sinais expiram. Uma checagem técnica antiga perde valor rapidamente; uma observação de navegador também deixa de sustentar uma afirmação quando fica velha. O site reduz automaticamente o nível de confiança em vez de manter para sempre um “funciona” baseado em uma observação antiga.
O que não afirmamos
Não usamos resposta HTTP para concluir legalidade, segurança, solvência ou qualidade de uma empresa. Também não usamos a existência de um domínio alternativo como prova de que a plataforma aceita usuários no Brasil. O monitor descreve o que foi observado e separa isso do que ainda não foi confirmado.
Como corrigimos um status
Se uma classificação estiver errada, corrigimos o estado atual sem apagar a cronologia. O histórico existe justamente para permitir que uma mudança seja auditável e para mostrar quando um domínio alternou entre respostas diferentes.
Quando uma checagem contradiz o estado anterior, ela não substitui automaticamente todo o histórico. Primeiro tratamos a nova observação como um sinal; só depois de confirmação suficiente ela passa a representar a mudança pública de estado.
Contexto de pagamentos: Resolução BCB nº 590/2026. Contexto regulatório: Ministério da Fazenda — MP 1.394/2026.