Monitor de Uptime
Verifique a disponibilidade do site e o status de uptime de múltiplos locais.
This tool performs an instant availability check to determine if a website is online and responding.
It measures response time and Time to First Byte (TTFB) to assess server performance.
Note: This is a single check, not continuous monitoring.
Fora do ar às 3h da manhã: verificar uma queda de fora da sua rede
Quando um usuário reporta que seu site está fora do ar, a primeira pergunta é: caiu para todo mundo ou só para ele? Uma verificação de uptime independente responde isso em segundos.
Um site pode aparecer fora do ar por três razões diferentes: o servidor está genuinamente inacessível, o provedor de internet do usuário tem um problema de roteamento, ou o DNS do usuário está desatualizado. Rodar uma verificação de uptime a partir da nossa infraestrutura te diz definitivamente se o servidor está respondendo a requisições HTTP de fora da sua rede — independente da rede, navegador ou cache do usuário. Se vemos HTTP 200, o site está no ar. Se vemos timeout ou 5xx, a queda é real.
HTTP 200, 301, 403, 503: o que cada código de status significa
Nem toda resposta 'no ar' é igual. Um redirecionamento 301, um 403 Forbidden e um 200 OK indicam coisas diferentes sobre a saúde real do seu site.
HTTP 200 significa que o servidor retornou conteúdo com sucesso. 301/302 significa que a URL redireciona — útil para saber se redirecionamentos estão em vigor, mas uma chain de 3+ redirecionamentos adiciona latência mensurável. 403 Forbidden normalmente significa que autenticação ou bloqueio de IP está funcionando — o site está no ar mas o acesso está restrito. 503 Service Unavailable significa que o servidor é alcançável mas está sobrecarregado ou em modo de manutenção. 504 Gateway Timeout significa que o servidor upstream não respondeu — frequentemente sinal de sobrecarga de backend.
Tempo de resposta vs. uptime: os dois importam, de formas diferentes
Um site pode estar 'no ar' mas responder em 4 segundos — o que é funcionalmente fora do ar para a maioria dos usuários. Tempo de resposta é o parceiro silencioso do uptime.
O monitoramento de uptime tradicional verifica se um servidor responde. O monitoramento de tempo de resposta verifica quanto tempo leva. Um tempo de resposta de 4 segundos significa que seu servidor respondeu, mas a experiência do usuário está degradada ao ponto do abandono. Para relatórios de SLA, o uptime puro (% do tempo em que o servidor responde) é a métrica. Para a experiência real do usuário, o objetivo é resposta abaixo de 1,5s. Esta verificação te dá os dois.
Antes de ligar para o provedor: verifique com uma checagem independente primeiro
O suporte da hospedagem vai perguntar se você verificou de fora da sua rede. Rode esta verificação primeiro — ela te diz se o problema é do lado deles ou do seu.
Quando você reporta uma queda para sua hospedagem, a primeira coisa que eles farão é pingar seu servidor a partir da infraestrutura deles. Se responder, eles dirão que o servidor está bem — e a conversa trava. Rodar uma verificação independente antes de ligar te dá os mesmos dados que eles coletariam: código de resposta HTTP, tempo de resposta e se o servidor está acessível de uma rede externa. Se esta verificação mostrar que o site está fora, seu relato de queda é imediatamente credível.