Detector de quedas de serviços

Como verificar uma queda com o nosso Down Detector?

Comece pelo serviço que você usa e consulte as informações relacionadas ao seu problema. Não é preciso ler todos os gráficos para decidir o próximo passo.

1. Escolha um serviço ou um site

   Use o status do serviço para um aplicativo compatível ou a verificação de site para um endereço público. A primeira opção apresenta o que o fornecedor informa; a segunda verifica a resposta de uma página específica.

2. Encontre a função afetada

   Leia primeiro os incidentes em andamento. Abra Componentes para conferir login, envio de arquivos ou uma API. A atualização mais recente pode indicar quem está sendo afetado.

3. Guarde as informações necessárias

   Atualize o status antes de decidir. Copie ou baixe um relatório com data para o suporte. Compartilhe o link quando alguém precisar de uma nova verificação, e não de um resultado salvo.

Um ponto de partida útil quando algo para de funcionar

Pequenos ajustes para uma consulta mais útil

Escolha o tipo de consulta antes de pesquisar. Salve até cinco serviços como favoritos neste navegador, filtre por categoria ou exiba apenas os problemas relatados. A atualização automática consulta as fontes oficiais enquanto a página está visível; a verificação de um site acontece uma única vez. O filtro de componentes ajuda a encontrar uma função ou região. Copie o relatório para preservar o horário da observação ou compartilhe um link para abrir uma nova consulta. Os arquivos PNG, texto e JSON apresentam as informações disponíveis, sem prever quando o serviço será restabelecido.

Por que um site pode funcionar enquanto seu aplicativo está fora do ar?

Um serviço é mais do que sua página inicial.

A primeira página acessada pode funcionar separadamente das contas, da busca, das mensagens, do armazenamento de arquivos ou dos pagamentos. Isso permite falhas parciais: a página pública carrega normalmente, mas a ação necessária não é concluída. Uma verificação de site bem-sucedida e um componente afetado podem ser resultados corretos ao mesmo tempo.

Nosso Down Detector separa essas perspectivas. O status do serviço apresenta informações publicadas pelo fornecedor; a verificação de site examina um endereço público em um momento registrado. Nenhuma das opções testa sua conta privada, uma compra autenticada ou todas as regiões. Quando os resultados divergem, leia a descrição do incidente para identificar a função afetada, em vez de considerar uma única indicação como resposta definitiva.

Óguia do Google sobre monitoramento de sistemas distribuídos explica a diferença entre sintomas e causas e por que uma observação externa e uma medição interna podem mostrar partes distintas de um problema.

O que significam investigação, monitoramento e resolução?

As atualizações contam uma evolução, não mostram apenas uma cor.

Em investigação normalmente significa que o fornecedor está avaliando o problema. Identificado indica que sua causa foi delimitada. Em monitoramento significa que uma mudança foi feita e seus efeitos estão sendo observados; isso não garante que todos os usuários já tenham se recuperado. Resolvido é o encerramento do incidente pelo fornecedor. Uma análise posterior pode explicar o que aconteceu e quais medidas serão adotadas.

As informações podem chegar depois que os usuários percebem a falha, e cada sessão pode se recuperar em um momento diferente. Mostramos a atualização mais recente disponível e os componentes afetados quando informados, separando incidentes em andamento do histórico. A manutenção programada fica em uma seção própria. Se um incidente não estiver associado a um produto, sinalizamos essa incerteza sem afirmar que todo o produto está fora do ar.

Você pode comparar os dados com o registro do fornecedor; a documentação pública de status da Cloudflare diferencia incidentes, status dos componentes e manutenção programada.

Uma verificação malsucedida significa que todo o site caiu?

Leia a resposta antes de escolher uma solução.

Não necessariamente. Uma resposta 404 pode indicar que uma página mudou de endereço, mesmo que o restante do site funcione. Uma resposta 403 pode resultar de restrições de acesso ou proteção contra solicitações automatizadas. Erros do servidor, ausência de resposta DNS ou tempo limite excedido oferecem mais indícios de um problema naquela solicitação, mas não comprovam uma queda mundial nem sua causa.

Se apenas um endereço falhar, tente a página inicial. Se vários sites sem relação falharem no seu dispositivo, confira a conexão e compare outra rede. Se a página inicial funcionar, mas uma ação não, consulte os componentes e a mensagem de erro exata. Guarde horário, ação e resultado para o suporte, sem compartilhar senhas, cookies de sessão ou links privados. Atualizar repetidamente costuma ajudar menos do que verificar de novo após uma atualização do fornecedor.

Para interpretar um código de resposta, a referência de status HTTP da MDN diferencia respostas bem-sucedidas, erros de acesso e erros do servidor.

Como ler o histórico sem confundi-lo com disponibilidade

Exemplo ilustrativo, não são dados atuais de um serviço

Imagine que um fornecedor publique oito incidentes em um mês. Sete são breves e estão resolvidos; um começou há cinco dias e continua em andamento. Uma lista limitada aos eventos mais recentes poderia ocultá-lo, por isso nossa lista de incidentes ativos o mantém visível independentemente da idade. O gráfico conta registros pela data de início, não pessoas afetadas, horas de interrupção ou relatos de usuários. Oito registros não permitem concluir se a disponibilidade foi de 99% ou 99,9%: esse cálculo exige um serviço definido, um período de observação e tempo de indisponibilidade medido. Um dia vazio significa apenas que não foi encontrado um início de incidente nos dados disponíveis.

O que significa cada status do serviço?

Operacional

A fonte do provedor indica que o serviço está operacional. Mesmo assim, uma conta, função ou região específica pode ter um problema.

Se ainda não funcionar para você, teste outra rede e outro dispositivo antes de alterar as configurações.

Desempenho reduzido

O provedor informa desempenho reduzido, como solicitações mais lentas ou erros intermitentes.

Confira o componente afetado e as notas do incidente. Evite enviar pagamentos ou outras solicitações importantes repetidamente.

Interrupção parcial

Parte do serviço está indisponível segundo o provedor; outros componentes podem continuar funcionando.

Veja se o componente afetado corresponde à função de que você precisa e acompanhe as atualizações do provedor.

Interrupção grave

A fonte informa uma interrupção grave no serviço ou nos componentes que cobrimos, não necessariamente em todos os produtos da empresa.

Use uma alternativa se a tarefa for urgente. Consulte o incidente oficial para acompanhar a recuperação.

Manutenção

O provedor marcou um componente ou serviço como em manutenção.

Leia o aviso para conferir o alcance e os horários. O término previsto não garante o restabelecimento.

Incidente relatado

Há um incidente ativo, mas a fonte disponível pode não informar toda a sua gravidade.

Abra o incidente oficial para ver as funções afetadas e as recomendações do provedor.

Nenhum incidente ativo listado

A fonte de incidentes conectada não lista nenhum incidente ativo. Isso não equivale a testar todas as funções com sucesso.

Compare o resultado com a função que está falhando. Um problema novo talvez ainda não tenha sido reconhecido.

Status indisponível

Não conseguimos verificar a fonte, ou ela não fornece informações suficientes para classificar o status.

Abra a página oficial de status e tente atualizar mais tarde. Dados indisponíveis não significam que o serviço caiu nem que está funcionando.

Ainda com problemas? Comece pelo seu sintoma

Antes de falar com o suporte, anote o horário, a função afetada, a rede e o erro exato. Compartilhe um link público de status ou um relatório baixado, nunca senhas ou links privados da conta.

Como interpretar os gráficos de status

Componentes não são pessoas

A barra conta os componentes retornados pelo provedor, como APIs ou regiões. Ela não mede clientes afetados, tráfego ou tempo de disponibilidade. Muitos componentes podem estar funcionando enquanto justamente o que você usa apresenta um problema.

Início do incidente não é duração da interrupção

Quando há histórico disponível, o gráfico agrupa os incidentes retornados pela data de início nos últimos 30 dias UTC. Um incidente de vários dias não vira um novo incidente a cada dia. Um zero ou a falta de histórico não comprova funcionamento ininterrupto.

O diretório é um retrato das fontes

A visão geral conta sinais de serviços, não relatos de visitantes. Produtos relacionados podem compartilhar o mesmo incidente; não os some como interrupções independentes. Fontes desconhecidas ficam separadas dos serviços sem problemas registrados.

Estes resultados estão atualizados?

Consulta e atualização do provedor são horários diferentes

O horário da consulta indica quando o ClockTools recebeu uma resposta válida da fonte. A atualização do provedor é o horário informado pela fonte, quando disponível. Ele não é necessariamente o início ou a resolução do incidente. Um horário antigo, sozinho, não comprova uma interrupção.

Atualizar consulta de novo, mas não ignora todos os caches

As fontes oficiais são atualizadas aproximadamente a cada dois minutos enquanto a página está visível e a atualização automática está ativada. Respostas válidas de status podem ser reutilizadas por dois minutos, e respostas de histórico separadas por cinco minutos. Atualizar pode, portanto, exibir os mesmos horários. Uma verificação de site é pontual, não monitoramento contínuo.

Os avisos podem chegar depois do problema

O provedor pode publicar um incidente depois que os usuários percebem o problema. Se uma fonte não puder ser verificada, mostramos dados indisponíveis em vez de afirmar que está tudo bem. Compare seus sintomas, o local da verificação e a fonte oficial antes de avaliar a extensão do problema.

O que nosso diretório de status cobre

Consultamos fontes públicas de serviços de IA, aplicativos de colaboração, plataformas de jogos e infraestrutura em nuvem. Google Workspace e Google Cloud fornecem registros de incidentes, não uma prova de que cada conta funciona. Um incidente no Codex não é automaticamente um incidente no ChatGPT. Filtros de componentes separam os resultados, e dados indisponíveis ou sem correspondência são identificados claramente.

Suas verificações e sua privacidade

As consultas oficiais não precisam da sua conta nem de uma chave API pessoal. Os endereços são enviados ao nosso servidor para o teste externo; somente endereços HTTP e HTTPS públicos são aceitos. Use links públicos comuns, nunca painéis privados ou URLs com informações secretas. Esta ferramenta não salva seu histórico de busca. As respostas públicas dos provedores ficam brevemente em cache para reduzir solicitações repetidas.

Histórico sem disponibilidade inventada

A lista de incidentes contém apenas registros retornados pela fonte oficial. O período disponível varia, e algumas interfaces conectadas não oferecem histórico. Não transformamos a ausência de incidentes em uma promessa de 100% de disponibilidade, nem inventamos relatos de visitantes ou estimativas de pessoas afetadas. Esta página é independente do Downdetector e dos serviços listados.

Consultar Verizon, Spectrum, Virgin Media e Facebook

Uma queda de internet costuma ser local. Escolha Verizon, Spectrum ou Virgin Media para abrir a consulta do provedor por região ou conta. No Facebook, compare a verificação do site com a função que falha no seu dispositivo. O Roblox tem uma fonte oficial de status; o Steam oferece um sinal mais limitado da API pública. Essas fontes não medem falhas da mesma forma.