$ http
Teste de Disponibilidade de Site
Grátis, sem cadastro. Roda nas nossas probes distribuídas — veja como seu site aparece de diferentes partes do mundo.
O que é um teste de disponibilidade?
O teste requisita sua URL como um navegador faria: resolve DNS, abre conexão TCP e TLS, envia a requisição HTTP e lê a resposta — reportando o status e o tempo de cada fase.
Rodando de várias regiões, ele responde o que um ping sozinho não responde: a aplicação está de fato respondendo aos usuários, em todo lugar?
Como ler os resultados
- Status 2xx ou 3xx esperado significa no ar; 4xx aponta configuração ou autenticação; 5xx significa que o servidor respondeu mas a aplicação falhou.
- A quebra de tempos localiza a lentidão: DNS longo = problema de resolver, conexão longa = caminho de rede, primeiro byte longo = o servidor em si.
- Fora do ar em uma região com as demais saudáveis é problema de rede, CDN ou bloqueio geográfico — seu servidor está bem, mas os usuários de lá continuam sem acesso.
Dúvidas
Perguntas frequentes
O que conta como "no ar"?
O host respondeu com uma resposta HTTP e um status esperado dentro do timeout. Um monitor pode ser mais estrito: exigir uma palavra-chave no corpo ou um status específico.
Por que só uma região falha?
Incidentes de rota regionais, problemas em edge de CDN e bloqueios geográficos produzem exatamente esse padrão. É o tipo de queda mais comum que monitoramento de servidor único nunca vê.
Qual a diferença para o ping?
O ping prova que a máquina é alcançável via ICMP. O teste HTTP prova que a aplicação responde requisições reais — um servidor pode responder ping perfeitamente com a aplicação fora do ar.