
Como monitorar o site e ter uma página de status pública
Um monitor checa a sua URL no intervalo que você escolher, confirma a falha antes de avisar e publica o estado num endereço próprio. Serve para saber do problema antes do cliente.
Nesta página · 8 seções
Monitorar um site é perguntar, de tempos em tempos, se ele ainda responde do jeito certo, e avisar alguém quando não responde. O Monitors faz essa checagem a partir de uma URL, num intervalo fixo, e guarda o histórico. Quando a falha se confirma, abre um incidente, manda o alerta e pode publicar o estado numa página pública no seu domínio.
O que o monitor checa
Há três famílias, e cada uma responde uma pergunta diferente:
| Tipo | Pergunta que responde | Intervalo mínimo |
|---|---|---|
http | O serviço está no ar e respondendo certo? | 30 segundos |
web | Quão rápida está a página? | 1 hora |
journey | O fluxo ainda funciona, do login à compra? | 5 minutos |
O http é o mais barato e cobre a maioria dos casos: um GET no endereço de saúde, com o status esperado e, se você quiser, um trecho do corpo que precisa aparecer. Ele também pode marcar o serviço como degradado quando a resposta passa de um tempo que você definiu. Degradado conta como no ar, mas alerta, porque a experiência piorou sem que nada tenha caído.
O web mede a página com um navegador de verdade e devolve notas de performance, LCP, TBT e CLS. Ele não roda a cada minuto de propósito: cada medição ocupa um navegador inteiro, e checar com frequência demais deixaria a própria medição lenta.
O journey é o que pega o que os outros não pegam. Um botão de login pode responder 200 e não fazer nada. Uma jornada percorre o fluxo no navegador: abre a página, preenche o formulário, clica, espera a tela certa. Cada etapa vem envolvida num nome, então a falha diz em qual passo parou, por exemplo "entrar", e não só "falhou".
Incidente confirmado, não falha isolada
Uma falha sozinha não acorda ninguém. Por padrão, o incidente de queda só abre depois de duas checagens falhando em sequência, e fecha na primeira checagem boa. A degradação exige três checagens fora do combinado antes de avisar, porque latência oscila e um pico isolado não é um problema.
Essa régua existe porque um alerta por ruído ensina a equipe a ignorar alerta. Você pode mudar os números por monitor, em confirmations e degradedConfirmations, mas o padrão já separa o instável do quebrado.
Alerta com a palavra certa
Você cadastra um canal (webhook, e-mail, Discord ou Telegram) e o Monitors envia a mensagem quando um incidente abre e quando fecha. A mensagem diz FORA ou DEGRADADO, por extenso, e não depende de emoji. Essa diferença importa: "fora" manda subir o serviço, "degradado" manda investigar performance.
Antes de depender do canal, dispare um teste. O envio de teste usa a mesma mensagem de uma queda real, então quem o recebe vê o formato que chegará de verdade.
A página de status no seu domínio
A página de status é uma seleção de monitores com nome público. Você escolhe o que aparece, dá a cada componente um nome voltado para o cliente e pode agrupá-los. O nome interno do serviço não aparece, e a URL de origem também não.
Ela mostra o estado de cada componente, a barra dos últimos 90 dias e os incidentes recentes. Funciona sem JavaScript, e os planos Pro e Scale permitem apontar um domínio próprio, como status.seudominio.com, com um CNAME. Enquanto o certificado não estiver ativo, o painel mantém o domínio como pendente, para que você não entregue um endereço que ainda não abre por HTTPS.
Perguntas frequentes
Quantos monitores eu preciso para começar?
Um já cobre o essencial: o endpoint de saúde da sua API ou a home do site. Acrescente uma jornada quando houver um fluxo que não pode parar, como login ou pagamento.
O monitor vê se o site está lento?
O http marca como degradado quando a resposta passa do limite que você definir. Para medir a página inteira, com notas de performance, use o web.
A página de status mostra a URL do meu sistema?
Não. Ela mostra o nome público que você escolheu para cada componente, o estado, o uptime e os incidentes. A URL de origem e o nome interno do monitor ficam de fora.
Para continuar lendo
Login sem senha com código no e-mail: como funciona e quando usar
Guardar dados e arquivos do app sem migration nem credencial de nuvem
Monitorar antes do cliente reclamar
Quem descobre a queda pelo cliente perde a confiança duas vezes: no incidente e na comunicação depois. Um monitor com alerta confirmado e uma página de status no seu domínio ajuda a avisar antes do cliente perceber a falha. O Monitors cuida da checagem, do histórico e da página, e você decide o que monitorar e para quem avisar. Conhecer o Monitors
Fontes
Quem escreveu
Continue lendo
Guardar dados e arquivos do app sem migration nem credencial de nuvemMais recente · · 5 min
Como cobrar assinatura no seu app sem escrever webhookMais recente · · 4 min
E-mail transacional pelo seu domínio: verificação, eventos e supressãoMais recente · · 6 min
Função serverless com agendamento: código sob demanda com um endpointMais recente · · 6 min
Onde hospedar uma SPA em React ou Vite sem quebrar as rotasMais recente · · 5 min
Liberar e bloquear partes do app pelo plano do usuárioMais recente · · 4 min