Uma página que não abre pode atrapalhar justamente quando você precisa pagar, publicar ou voltar ao trabalho. Nosso verificador oferece uma segunda perspectiva: informe o endereço público, veja o que respondeu e escolha a próxima verificação útil. O resultado se refere à URL e ao horário testados; uma página ausente não é tratada como uma queda mundial.
Como verifico se um site está fora do ar?
Informe o endereço relevante
Use a página exata se um link falhar, ou a inicial se todo o site parecer indisponível. Adicionamos HTTPS a um domínio sem protocolo. Links compartilhados preenchem a entrada, mas não iniciam o teste.
Leia o resultado e o horário
Confira primeiro host, código HTTP e horário. Expanda os endereços DNS, tempos e redirecionamentos. “Não verificado” indica falta de evidência, não aprovação no teste.
Confirme, compare ou salve
A confirmação acrescenta uma observação após uma pausa. A comparação testa a página inicial separadamente. PNG, TXT e JSON mantêm horários, resultados e limites juntos.
Verificações para situações reais
Um cliente não consegue abrir um produto
Verifique a URL do produto e depois a inicial. Uma inicial acessível com um produto em 404 aponta para o link ou a rota. Uma resposta correta não testa o pagamento.
Seu site recém-publicado parece indisponível
Após mudar domínio ou hospedagem, confira DNS e destino final. Anote endereços e horário. Evite várias mudanças antes de identificar a camada afetada.
Um serviço funciona para outra pessoa
Guarde o resultado externo junto com o erro do navegador. Tente outro navegador ou rede. Diferenças ajudam o suporte, mas não diagnosticam uma queda em todo o país.
Você precisa de um chamado útil
Baixe URL, horário, código e redirecionamentos. Descreva separadamente a falha no navegador. Remova parâmetros confidenciais antes de enviar o relatório.
O que nosso verificador permite descobrir?
Entenda a disponibilidade de sites
Por que um site funciona para uma pessoa e não para outra?
“Aqui funciona” descreve um único acesso. Dispositivo, navegador e rede podem ser diferentes. Nossa verificação externa acrescenta uma perspectiva sem negar sua experiência.
Compare a mesma URL em outro navegador e, se possível, em outra rede. Anote horário e erro, mudando uma coisa por vez. Não desative proteções de segurança de forma ampla.
Uma resposta externa junto de uma página em branco sugere verificar renderização, extensões ou login. Duas falhas semelhantes justificam investigar, mas não demonstram que todos foram afetados.
Uma página quebrada equivale a uma queda do site?
Produtos removidos, campanhas antigas e rotas alteradas deixam links quebrados em sites saudáveis. Verificar o caminho exato e o domínio responde a perguntas diferentes.
Compare a inicial sem perder o primeiro resultado. Uma resposta bem-sucedida pode delimitar um problema de página. A inicial também pode continuar acessível enquanto outra parte da aplicação falha.
Guarde o caminho completo ao contatar o suporte. Uma captura genérica de “site fora do ar” dificulta reproduzir o problema. Nosso relatório reúne a URL e o horário realmente testados.
O que os códigos HTTP informam e o que deixam em aberto?
Um referência de códigos HTTP distingue sucesso 2xx, redirecionamento 3xx, erros de solicitação 4xx e erros de servidor 5xx. Uma recusa 403 ou página 404 não equivale à ausência de resposta.
Um código não revela automaticamente a causa. Uma falha de gateway não identifica a mudança ou dependência responsável. Administradores precisam de registros; visitantes podem guardar evidências e procurar o serviço.
Retry-After pede uma espera ou informa uma data para tentar novamente. Nossos controles respeitam uma indicação válida. Mesmo sem ela, uma pausa evita solicitações repetidas rapidamente.
Uma resposta HTTP 200 pode levar a uma página com problemas?
Sim. A resposta pode conter conteúdo incorreto, uma tela de login ou erro. Scripts e solicitações seguintes podem falhar. Nosso resultado não testa essas interações.
Uma porta aberta não garante que tudo funcione lá dentro. A inicial de uma loja pode responder mesmo com carrinho ou pagamento indisponíveis. Confirmamos uma resposta, não o processo comercial inteiro.
A explicação do Google sobre o processamento de JavaScript separa obtenção e renderização. Abra o site e use nosso teste visual se a aparência for o problema. Teste contas ou pagamentos apenas com permissão e dados adequados.
Como o DNS tornou os endereços web úteis em grande escala?
Nomes legíveis dispensam memorizar endereços numéricos. A RFC 1034, publicada em novembro de 1987, descreve uma estrutura hierárquica distribuída e o uso de cache. Nome e disponibilidade da aplicação são questões diferentes.
Encontrar um endereço público não comprova que uma aplicação responde nele. Uma falha no nome pode interromper a verificação antes de HTTP. Mostramos resolução e resposta separadamente.
Registre mudanças no domínio e seus horários. Respostas em cache complicam comparações. O TTL mostrado não garante quando todas as redes adotarão uma alteração.
Por que uma verificação não fornece um percentual de disponibilidade?
Uma observação pontual não contém um histórico completo. Duas confirmações continuam sendo duas observações, não um gráfico diário. As orientações sobre níveis de serviço do Google definem indicadores para um período determinado.
Exemplo hipotético: 30 dias totalmente observados representam 43.200 minutos. Com 30 minutos indisponíveis, (43.200 − 30) ÷ 43.200 × 100 resulta em cerca de 99,9306%. Nossa ferramenta não mediu esses valores.
Monitoramento exige definir falhas, tratar dados ausentes e escolher jornadas importantes. Use um serviço de monitoramento para testes programados e alertas; nosso verificador ajuda na investigação pontual.
O que devo guardar antes de relatar uma queda?
Guarde a URL pública, horário e fuso, erro do navegador e resultado. Mencione VPN ou outra rede quando relevante. Nunca publique senhas, cookies de sessão ou links assinados.
Se administra o site, compare o incidente com publicações, mudanças de DNS e registros. Reproduza a menor ação que falha. Uma inicial acessível sugere investigar a rota antes de reiniciar todo o servidor.
Mantenha o resultado anterior depois da recuperação. Uma confirmação diferente ajuda a entender a evolução, mas não estabelece quando a falha começou ou terminou: o intervalo não foi observado continuamente.
Precisão, limites e correções
Fazemos uma solicitação externa anônima ao endereço público, examinamos DNS, seguimos redirecionamentos permitidos e classificamos a resposta. O tempo DNS cobre a resolução. O percurso inclui HTTP, redirecionamentos e consultas de seus destinos; o tempo final cobre apenas a última solicitação até os cabeçalhos. Sem resposta final, seu tempo e protocolo não são verificados.
Não é monitoramento contínuo ou global, auditoria de certificado, renderização no navegador ou jornada com login. Cancelar impede alterações tardias na tela; uma solicitação externa já iniciada pode terminar dentro do próprio prazo. Parâmetros são enviados em uma verificação explícita, mas excluídos do histórico. Compartilhe apenas endereços públicos sem dados sensíveis.
Se o resultado parecer incorreto, salve URL, horário, código e etapa que falhou. Confirme uma vez ou compare a inicial e envie evidências não confidenciais pela página de contato. Revisamos classificação, texto e defeitos reproduzíveis, mas não podemos alterar outro site nem medir retroativamente uma queda não observada.
Perguntas frequentes
Meu site está fora do ar ou só acontece comigo?
Sucesso externo com falha no navegador indica condições diferentes, não uma causa local garantida. Compare navegador ou rede. Uma falha externa exige confirmação e revisão da etapa afetada.
Um código 403 ou 429 significa que o site está offline?
Não. O servidor recusou ou limitou a solicitação. Tente pelo navegador e respeite a espera. Classificamos como restrição, não como queda geral.
Um 404 significa que todo o site está fora do ar?
Não. Refere-se à página solicitada. Compare a inicial e confira o caminho. Página ausente e host inacessível exigem ações diferentes.
Por que o tempo difere do meu navegador?
Medimos um percurso externo, não todo o carregamento no seu dispositivo. Rede, redirecionamentos e atividade do navegador podem diferir. Não é uma medida de velocidade da Internet.
Posso verificar uma rede privada ou URL assinada?
Destinos privados, credenciais e portas incomuns não são permitidos. Não envie links secretos. Os parâmetros permanecem em uma verificação pública explícita; confira-os antes.
A confirmação verifica países diferentes?
Não. Acrescenta uma observação e preserva os dois horários, sem escolher outro país, monitorar globalmente ou calcular disponibilidade histórica.
O que vem no relatório baixado?
URL, horário, resultado, HTTP, DNS, redirecionamentos, tempos e limites. Inclui verificações adicionais quando existem. PNG também traz ClockTools e o link da ferramenta.
O que acontece ao cancelar ou redefinir?
A solicitação do navegador é cancelada e resultados antigos não substituem a tela. Redefinir também limpa entrada e resultados. Uma solicitação externa já iniciada pode terminar dentro do próprio prazo.