Verificador de disponibilidade de sites

O que é um verificador de sites inativos?

Um Website Down Checker solicita um site público de fora do seu navegador atual e relata o que essa solicitação independente observou. Essa distinção é importante. Recarregar uma guia apenas confirma que seu próprio dispositivo, navegador, configurações de DNS, rede, VPN e provedor de Internet podem ou não acessar a página. ClockTools adiciona uma observação de borda externa da Cloudflare, evidência pública de DNS, a resposta final de HTTP, detalhes de redirecionamento e tempo de resposta.

As pessoas fazem a mesma pergunta prática de várias maneiras: “Meu site está fora do ar?”, “Meu site está online ou não?” ou “Esta página falha para todos?” Uma resposta útil não pode vir apenas de um emblema verde ou vermelho. ClockTools mantém o veredicto ao lado da evidência para que você possa ver se o nome do host foi resolvido, se um servidor respondeu, qual código de status chegou, se a solicitação passou por redirecionamentos e onde terminou o URL final.

Como você verifica se um site está fora do ar?

1. Insira um domínio público ou preencha o endereço da página HTTP ou HTTPS.
2. Execute a verificação para que ClockTools possa resolver DNS público e solicitar o URL de uma borda externa da Cloudflare.
3. Leia o veredicto geral, status HTTP, tempo de resposta aos cabeçalhos, contagem de redirecionamentos e vantagem testada.
4. Revise os registros A e AAAA, destinos de redirecionamento, URL final, tipo de conteúdo e cabeçalho do servidor divulgado.
5. Use as próximas verificações recomendadas para separar um problema de site de um problema de navegador, rede, renderização, rota ou porta.

Teste o endereço exato que parece quebrado. Verificar apenas a página inicial de um domínio pode deixar passar um artigo, login, caminho de API, redirecionamento ou rota de implantação com falha. Por outro lado, verificar apenas um URL profundo digitado incorretamente pode produzir um 404 mesmo quando o restante do site está íntegro. Compare a página exata com a página inicial quando o veredicto disser que uma página não está disponível.

O resultado inclui um carimbo de data/hora e o edge code da Cloudflare que tratou a solicitação de diagnóstico. Execute outra verificação após alterar DNS, restaurar uma implantação, atualizar uma regra de firewall ou aguardar um problema upstream temporário. Um resultado novo é mais útil do que assumir que um resultado mais antigo ainda descreve o site.

O que significa cada veredicto de status do site?

O site está on-line significa que o URL final retornou uma resposta 2xx bem-sucedida. Isso prova que a solicitação externa anônima recebeu uma resposta HTTP bem-sucedida. Isso não prova que cada imagem, script, chamada de API, formulário, conta, checkout ou interação do navegador funcione corretamente.

O site está respondendo descreve uma resposta do terminal 3xx. Os redirecionamentos geralmente movem HTTP para HTTPS, uma página antiga para um novo caminho ou um nome de host para outro. ClockTools segue até oito destinos públicos HTTP ou HTTPS e exibe a cadeia. Um destino ausente, um loop de redirecionamento, um destino privado ou uma cadeia excessiva tornam-se um resultado inacessível em vez de ser seguido indefinidamente.

Acessível, mas restrito abrange respostas como 401, 403 e 429. Um desafio de servidor, gateway, firewall, limitador de taxa ou bot foi respondido, mas não concedeu acesso normal a esta investigação anônima. Isso é diferente de um host offline. Os proprietários devem inspecionar as regras de segurança, enquanto os visitantes devem experimentar o site normalmente, sem presumir que a negação afeta todos os usuários.

A página não está disponível cobre outras respostas 4xx. Um 404 diz que esta rota não foi encontrada; não diz que o domínio ou servidor desapareceu. Um 410 indica que um recurso desapareceu. Confirme a ortografia, letras maiúsculas, caminhos de implantação e redirecionamentos e, em seguida, verifique a página inicial antes de desativar todo o site.

Erro no servidor cobre respostas 5xx. O servidor ou gateway respondeu, mas não conseguiu concluir a solicitação. Uma exceção de aplicativo, origem com falha, dependência indisponível, estado de manutenção, sobrecarga, problema de proxy ou tempo limite podem produzir esta categoria. O status restringe a investigação, mas os logs do servidor, da plataforma e do aplicativo são necessários para a causa real.

Inacessível significa público DNS, configuração de conexão, prazo de resposta, segurança de redirecionamento ou outra etapa de transporte impediu uma resposta final utilizável. Esta é uma evidência de interrupção mais forte do que 403 ou 404, mas ainda representa uma borda em um momento. O roteamento regional e os incidentes dependentes do tempo podem produzir resultados diferentes em outros lugares.

Meu site está fora do ar ou o problema é local?

Se ClockTools receber uma resposta bem-sucedida enquanto seu navegador falhar, inicie localmente. Abra uma janela privada, desative uma extensão temporariamente, limpe o cache do site específico, verifique o endereço e tente outro navegador. Em seguida, compare o Wi-Fi com os dados móveis, pause um VPN ou proxy, revise o horário do dispositivo e pergunte se um firewall, filtro parental, rede de escritório ou política ISP poderia bloquear o destino.

O DNS local também pode discordar do resolvedor público usado por este Web Down Check. Um roteador ou dispositivo pode conter um endereço mais antigo após uma alteração de DNS. Compare as evidências públicas A e AAAA, reinicie a rede local somente quando apropriado e aguarde o tempo de vida do registro. Não presuma que é necessário limpar todos os dados do navegador ou alterar os provedores DNS antes que testes mais simples identifiquem o escopo.

Se ClockTools também relatar um resultado NXDOMAIN, falha de transporte, tempo limite, loop de redirecionamento ou resposta 5xx, consulte o site. Verifique o painel de hospedagem, estado de implantação, zona DNS, CDN, certificado ou configuração HTTPS, firewall, integridade de origem, alterações recentes de código, banco de dados, dependências de terceiros e avisos de incidentes do provedor. Teste em outra rede ou região genuína antes de declarar uma interrupção global.

O que ClockTools verifica?

O diagnóstico começa com pesquisas públicas A e AAAA por meio da interface DNS-over-HTTPS JSON documentada da Cloudflare. O relatório lista endereços IPv4 e IPv6 retornados, registros CNAME quando fornecidos, o menor TTL visível, o status DNS e a duração da pesquisa. Um nome de host que resolve apenas para localhost, privado, interno, documentação ou espaço de endereço reservado é bloqueado antes que uma solicitação HTTP seja tentada.

ClockTools então envia uma solicitação GET sem cookies e sem autorização do Worker e interrompe a leitura após os cabeçalhos de resposta. Ele registra o status HTTP, uma frase de motivo familiar quando disponível, tempo decorrido aproximado, URL final, cadeia de redirecionamento, tipo de conteúdo, cabeçalho do servidor divulgado, valor de controle de cache, valor de nova tentativa e se o URL final usou HTTPS. Cada nome de host de redirecionamento recebe as mesmas verificações public-DNS e private-destination.

O tempo de resposta cobre a solicitação externa e quaisquer redirecionamentos seguidos até a chegada dos cabeçalhos finais. Não é um benchmark de carregamento de página, relatório Core Web Vitals, teste de largura de banda ou perfil de processamento de servidor. Distância da rede, roteamento de borda, partidas a frio, congestionamento, inspeção de segurança e contagem de redirecionamentos podem influenciar uma medição. Use o teste de renderização de site separado quando a página precisar ser inspecionada visualmente em janelas de visualização de desktop e dispositivos móveis.

A interpretação do status segue a semântica padrão HTTP em vez de tratar cada código não 200 como tempo de inatividade. O HTTP Especificação semântica define as classes, enquanto o Referência de status MDN fornece um índice prático. É por isso que uma restrição, página ausente, erro de servidor e falha de transporte recebem veredictos e etapas de solução de problemas diferentes.

O que pode fazer um site parecer negativo?

DNS e problemas de domínio incluem registros A ou AAAA ausentes, CNAME corrompido, registro expirado, erros de servidor de nomes, problemas DNSSEC, dados de resolução obsoletos e uma migração incompleta. Compare os registros esperados com as evidências, mas lembre-se de que as alterações de DNS podem aparecer em momentos diferentes nos resolvedores recursivos.

Problemas de hospedagem e aplicativos incluem uma origem interrompida, implantação com falha, recursos esgotados, configuração interrompida, exceção de aplicativo, falha de banco de dados, fila indisponível, modo de manutenção e upstream não íntegro. Um código 5xx identifica a família de respostas, não o componente exato. Correlacione o carimbo de data/hora com métricas e logs de hospedagem.

Problemas de CDN, proxy e firewall pode bloquear a investigação, perder contato com a origem, armazenar um erro em cache, criar um loop de redirecionamento ou aplicar uma regra regional. Um 403 pode ser uma proteção deliberada do bot, em vez de um tempo de inatividade. Um 502, 503 ou 504 pode vir de um gateway mesmo quando o aplicativo nunca recebeu a solicitação.

Problemas de navegador e rede local incluem cache obsoleto, service workers, extensões, hora do sistema incorreta, um VPN, um proxy, DNS filtrado, portais cativos, Wi-Fi fraco, política de escritório e roteamento ISP. Um resultado externo bem-sucedido é uma pista útil para comparar outro dispositivo ou conexão, em vez de reimplantar repetidamente um site íntegro.

Uma verificação não é monitoramento de tempo de atividade

Esta verificação de tempo de inatividade do site registra o que uma borda externa da Cloudflare observou em um determinado momento. Ele não calcula o tempo de atividade histórico, não repete verificações programadas, não confirma um incidente de diversas regiões, não mede objetivos de nível de serviço nem alerta um proprietário. O monitoramento contínuo executa essas tarefas e deve verificar as falhas antes de chamar as pessoas.

Uma resposta 200 bem-sucedida também é mais restrita do que uma jornada do usuário bem-sucedida. Uma página pode retornar 200 enquanto exibe um shell vazio, conteúdo obsoleto, uma mensagem de banco de dados, JavaScript quebrado, imagens ausentes, falha de login ou erro de checkout. Use renderização, interação sintética, monitoramento de aplicativos e evidências de usuários reais quando toda a experiência for importante.

Como a privacidade e a segurança são tratadas?

A URL verificada deve chegar ao Worker ClockTools porque a solicitação externa não pode ser executada apenas dentro do seu navegador. As respostas da API são marcadas como não armazenadas e a pequena lista de verificação recente é mantida no armazenamento local do seu navegador para que você possa limpá-la. ClockTools não encaminha cookies, cabeçalhos de autorização ou sessão de login do seu navegador para um destino.

Teste apenas endereços públicos. Não envie painéis privados, links de redefinição, downloads assinados, tokens de acesso, identificadores pessoais ou segredos em uma string de consulta. Localhost, redes privadas, nomes de host internos, URLs com credenciais, esquemas não HTTP, destinos de redirecionamento inseguros, loops de redirecionamento e cadeias excessivas são bloqueados. A ferramenta verifica evidências de disponibilidade; não é um scanner de vulnerabilidade, teste de carga ou permissão para sondar sistemas que você não controla.

Perguntas frequentes sobre o verificador de sites inativos