O que o resultado realmente responde
Cada resultado informa o escopo observado. Site público, aplicativo, login, mensagens, pagamentos e Pix podem ter comportamentos diferentes, por isso não inferimos o estado de um componente a partir de outro.
Uma página institucional responder normalmente não prova que o produto inteiro está operacional. Da mesma forma, um problema local não basta para afirmar que existe uma indisponibilidade nacional.
Fontes de evidência
As fontes são combinadas de acordo com o que conseguem observar e com a atualidade do dado. Uma fonte só participa do resultado quando sua origem, escopo, componente e horário estão registrados.
- Comunicados e páginas oficiais de status, quando existe um feed público permitido e o incidente corresponde ao componente analisado.
- Monitores sintéticos próprios em endpoints públicos previamente autorizados e incluídos em uma lista segura.
- Relatos estruturados e deduplicados da comunidade, agregados em janelas de tempo.
- Sinais técnicos agregados, como DNS, TLS, resposta HTTP e latência, sempre limitados ao alvo efetivamente testado.
Os seis estados
A linguagem pública é deliberadamente prudente. Um aumento de relatos não recebe o mesmo tratamento de uma falha confirmada por sinais independentes.
- Funcionando normalmente: múltiplos sinais recentes indicam normalidade e os relatos permanecem próximos do padrão esperado.
- Relatos aumentando: há um crescimento relevante de relatos, mas ainda não existe confirmação suficiente de falha geral.
- Há sinais de instabilidade: evidências apontam dificuldade parcial, regional ou restrita a um componente.
- Sinais fortes de indisponibilidade: sinais independentes e relevantes sustentam uma falha ampla no momento observado.
- Manutenção informada: uma fonte oficial comunica manutenção que pode afetar o escopo exibido.
- Ainda não dá para confirmar: faltam dados atuais, as fontes estão indisponíveis ou as evidências são conflitantes.
Como os sinais são combinados
Um incidente oficial corretamente mapeado ao componente tem peso elevado. Uma indisponibilidade ampla exige mais de uma evidência: por exemplo, falhas repetidas em regiões independentes acompanhadas de aumento nacional de relatos. Um único monitor com falha é tratado como possível problema local.
Relatos positivos ajudam a interpretar o cenário, mas não cancelam um incidente oficial nem uma falha técnica confirmada. Quando as evidências divergem, a confiança é reduzida e a divergência aparece nas limitações do resultado.
Volume normal e anomalias
O volume recente de relatos é comparado com o comportamento histórico do mesmo serviço, dia da semana e faixa de horário. Preferimos mediana e desvio absoluto mediano, medidas menos sensíveis a picos ocasionais do que uma média simples.
Os limites são guardrails configuráveis, não verdades estatísticas. Durante o período inicial, sem histórico suficiente, mostramos as contagens disponíveis e usamos a linguagem “Relatos aumentando”; volume absoluto, sozinho, não confirma uma queda.
Atualidade, deduplicação e último dado válido
Toda evidência tem horário de observação, recebimento e validade. Eventos expirados deixam de participar do estado atual, embora possam permanecer no histórico claramente datado. Eventos de uma mesma fonte são deduplicados por identificador externo.
Se uma fonte falhar temporariamente, preservamos o último dado válido com seu horário e um aviso de desatualização. Quando todas as fontes estão antigas ou indisponíveis, o resultado passa a ser “Ainda não dá para confirmar”, nunca verde por padrão.
Nível de confiança
A confiança baixa indica poucos sinais, cobertura limitada ou conflito. A confiança média indica convergência parcial entre fontes recentes. A confiança alta exige evidência forte, recente e coerente com o escopo exibido.
Cada página apresenta os tipos de evidência usados, o volume disponível, as principais razões e as limitações conhecidas. Não estimamos porcentagem de usuários afetados, pois a amostra do site não representa toda a base do serviço.
Relatos da comunidade e privacidade
Quando o envio de relatos estiver habilitado, serão aceitas apenas respostas estruturadas. O sistema limitará repetições, aplicará proteção contra abuso e trabalhará com identificadores anônimos transformados por HMAC. O aplicativo não foi projetado para persistir IP bruto.
Recortes por UF ou ASN só serão publicados quando houver amostra mínima de pessoas distintas. Cidade, GPS, endereço, credenciais, dados bancários, mensagens e documentos não são necessários e não devem ser enviados.
Limitações e correções
Nenhum método externo observa todas as funções de um serviço. Páginas oficiais podem cobrir apenas produtos empresariais; monitores públicos não testam login, saldo, mensagem, compra ou transação; relatos podem ter viés e sofrer tentativas de abuso.
Serviços monitorados e seus representantes podem apontar erros factuais ou de escopo pela página de Correções e contestação. Alterações relevantes devem ser verificáveis e registradas, sem ocultar evidência legítima.