Como usar: Monitor de uptime
- 1
Informe o endereço
Cole o endereço de uma página ou de um endpoint de API, como a sua página inicial ou uma URL /health, e, se quiser, uma palavra-chave que a resposta precisa conter.
- 2
Escolha o intervalo de verificação
Os monitores gratuitos rodam a cada 5, 10, 15 ou 30 minutos; o Pro acrescenta verificações a cada minuto ou a cada dois minutos.
- 3
Adicione alertas
Cole um webhook de entrada do Slack ou do Discord, ou qualquer endpoint https que aceite JSON, e ative as notificações do navegador se quiser.
- 4
Veja o histórico
Expanda um monitor para ver disponibilidade, tempos de resposta e incidentes em 24 horas, 7 dias ou 30 dias, ou publique uma página de status.
Limites e Pro
Grátis: 3 monitores por chave de edição, verificações a cada 5, 10, 15 ou 30 minutos com limite de 10 segundos, alertas por Slack, Discord e webhook JSON, uma página de status pública e 30 dias de histórico. Um monitor gratuito é pausado se o painel não for aberto por 30 dias.
O Pro aumenta o limite para 25 monitores e acrescenta verificações a cada 1 ou 2 minutos. Ver o Pro
Sobre: Monitor de uptime
O monitor de disponibilidade solicita a sua página a partir do nosso servidor, em intervalos fixos, e registra se ela respondeu, quanto tempo levou e qual código de status voltou. Ele continua funcionando com o seu computador desligado, e esse é o objetivo: você descobre que a loja ou a API parou de responder antes que os clientes avisem.
Uma verificação é um HTTP GET que segue até cinco redirecionamentos e desiste após 10 segundos. Ela passa quando a resposta final tem status abaixo de 400 e, se você definir uma palavra-chave, quando o primeiro megabyte da página contém esse texto, o que pega um servidor que responde com uma página de erro ou um modelo vazio. Uma única falha não basta para disparar o alarme: uma segunda verificação, 30 segundos depois, também precisa falhar para o monitor ficar vermelho, abrir um incidente e enviar uma mensagem ao seu webhook. Quando o site se recupera, uma segunda mensagem informa quanto tempo durou a queda.
O tempo de resposta é medido desde o envio da requisição até a leitura completa da resposta, portanto inclui consulta de DNS, conexão, TLS e o próprio trabalho do servidor. O gráfico mostra a média por período, com uma faixa de células verdes e vermelhas para as verificações bem-sucedidas e com falha, além do percentil 95 para os casos lentos fora do padrão.
Ele verifica a partir de um único local, não faz ping em servidores nem testa portas, não alcança endereços dentro de uma rede privada e não envia e-mails nem mensagens de texto.
Privacidade
Esta ferramenta roda no nosso servidor, porque as verificações precisam continuar com o seu navegador fechado. O endereço, o nome, a palavra-chave opcional, o intervalo de verificação e o endereço de webhook opcional que você informa ficam armazenados lá, junto com uma impressão digital SHA-256 da chave de edição aleatória guardada no seu navegador. Cada verificação guarda a hora, o código de status, o tempo de resposta e um motivo curto da falha; o conteúdo da página que baixamos é comparado com a sua palavra-chave e depois descartado. Endereços de webhook funcionam como senhas, por isso o endereço completo nunca é enviado de volta à página. Resultados de verificações e incidentes encerrados são excluídos após 30 dias; um monitor permanece até você excluí-lo, e um monitor gratuito cujo painel ninguém abre por 30 dias fica pausado até você retomá-lo.
Recursos
Alertas confirmados
Uma segunda verificação, 30 segundos depois, confirma a falha antes de o Slack, o Discord ou o seu endpoint JSON serem avisados.
Histórico de tempo de resposta
Tempos de resposta médio e no percentil 95, com verificações bem-sucedidas e com falha, em 24 horas, 7 dias ou 30 dias.
Página de status pública
Compartilhe a disponibilidade com os clientes sem revelar os endereços que você monitora.