Software de monitoramento de sites, de uma simples verificação de uptime a toda uma jornada do usuário

Um software de monitoramento de sites é um conjunto de máquinas fora da sua infraestrutura que abrem o seu site em um cronograma, em seu nome, e avisam você no momento em que a resposta deixa de ser a que você espera. Essa é toda a ideia. Tudo o mais nesta página é um detalhe sobre o que conta como a resposta: um código de status, um trecho de texto na página, um tempo de resposta, um campo JSON, uma data de expiração de certificado, uma leitura de CPU, ou o resultado de um checkout de cinco etapas.

O motivo de ele precisar ser executado de fora é que as falhas sobre as quais você mais precisa saber são invisíveis de dentro. Um servidor cujo disco está cheio ainda se reporta saudável ao seu próprio painel. Um registro DNS que aponta para um endereço desativado resolve perfeitamente bem a partir do escritório onde o cache está aquecido. Um certificado que expirou às 2 da manhã quebra todo navegador do mundo enquanto o seu próprio balanceador de carga continua respondendo. O monitoramento externo de uptime é o que fecha essa lacuna, porque ele vê exatamente o que um visitante vê.

O segundo motivo é a evidência. Quando sua hospedagem diz que a interrupção durou quatro minutos e seus clientes dizem que durou uma hora, um registro independente de cada verificação, de cada local, com carimbos de data e hora, resolve a discussão. Esse registro também é a base de um relatório mensal de uptime e de uma página de status pública.

1. Etapa 1VerificarUm checkpoint executa sua verificação no intervalo que você definir, com até uma vez por minuto, a partir dos locais que você escolheu.
2. Etapa 2ConfirmarUma falha é reverificada a partir de outros checkpoints antes que algo seja declarado como fora do ar, para que uma única rota ruim não seja considerada uma indisponibilidade.
3. Etapa 3AlertarOs contatos inscritos naquele monitor são notificados pelos canais que escolheram, e novamente quando o site se recupera.
4. Etapa 4RegistrarCada resultado é mantido com seu local e tempo, alimentando os números de uptime, o histórico de incidentes e os relatórios.

O servidor para de responder. A falha óbvia, e ainda a mais comum: o site estoura o tempo limite ou devolve uma página de erro que ninguém vê até um cliente ligar. O monitoramento de uptime dispara uma requisição HTTP ou HTTPS contra o seu endereço a cada minuto, se você quiser, a partir de mais de 300 pontos de verificação, confirma a falha em outros locais antes de declarar qualquer coisa fora do ar e avisa quem estiver inscrito naquele monitor.

O certificado expira. Um certificado que vence às 2 da manhã quebra todos os navegadores do mundo enquanto o servidor continua respondendo perfeitamente — nos seus próprios logs não há nada de errado. O monitoramento de certificado SSL acompanha a data de expiração, a cadeia de confiança e o nome do host no certificado, e avisa com semanas de antecedência em vez de no momento em que tudo para.

O domínio expira. O aviso de renovação foi para um endereço que ninguém lê mais, ou um registro de servidor de nomes foi alterado por alguém que já não trabalha aqui. O monitoramento de expiração de domínio observa a data de registro e as respostas DNS por trás dela, para que um domínio prestes a expirar seja algo que você é avisado e não algo que você descobre.

O domínio entra em uma lista negra. Basta um IP de hospedagem compartilhada, uma conta comprometida ou um servidor de e-mail mal configurado — e o primeiro sintoma costuma ser o silêncio: seus e-mails simplesmente param de chegar. O monitoramento de listas negras verifica seu domínio e seu endereço IP contra dezenas de listas em uma programação e avisa no mesmo dia em que uma inclusão aparece.

O site é marcado como malware. Um plugin comprometido começa a servir algo de que o Google não gosta e os navegadores colocam um aviso vermelho na frente da sua página inicial, mesmo com o site no ar. O monitoramento de malware confronta suas URLs com a base Web Risk do Google 24 horas por dia, para que você saiba da marcação por nós e não pelo gráfico de tráfego.

Os cinco rodam a partir da mesma lista de monitores, nos mesmos contatos e na mesma fatura — e é exatamente esse o ponto. São as falhas que compartilham um único sintoma, «no meu computador o site abre», e vigiá-las juntas é o mais barato.

Disponibilidade é o piso, não o teto. Um site pode responder a todas as requisições com um 200 perfeitamente saudável enquanto seu formulário de login está quebrado, sua busca não retorna nada, ou sua API começou a enviar um array vazio onde antes enviava o seu catálogo de produtos. Estas três verificações cobrem toda a escada: o servidor responde, a jornada através dele se completa, e as respostas legíveis por máquina por trás disso continuam corretas.

Lentidão é a indisponibilidade que ninguém declara. Páginas que levam oito segundos não disparam um alerta de downtime, elas simplesmente perdem silenciosamente os visitantes que não iam esperar, e fazem isso por semanas antes que alguém perceba. Estas verificações observam as três camadas onde isso geralmente começa: a página como um navegador real a carrega, a máquina que a serve, e o banco de dados que ela está aguardando.

Este grupo existe por causa de um tipo específico de falha: nada quebrou, mas a internet parou de confiar em você. Um certificado expirado, um domínio que ninguém renovou, uma sinalização de malware por causa de um plugin comprometido, ou um servidor de e-mail que caiu em uma blacklist - cada um desses tira do ar um site perfeitamente saudável, e nenhum deles vai aparecer em uma verificação de disponibilidade que só lê códigos de status.

Qualquer script pode te enviar um e-mail na primeira vez que uma requisição expira. A parte difícil de operar um serviço de monitoramento não é perceber falhas, é acertar sobre elas, porque um serviço que te acorda às 3 da manhã por um soluço de roteamento é silenciado em um mês, e um monitor silenciado não protege nada.

Por isso, uma verificação com falha nunca é um alerta por si só. A HostTracker reverifica o site a partir de outros checkpoints primeiro. Se um local não conseguir alcançar o seu servidor enquanto os outros conseguem, isso é um problema de rede entre aquele checkpoint e você, e é registrado como tal em vez de ser escalado. Você decide quantas confirmações um monitor precisa antes de virar Down, e pode aumentar esse número para um site atrás de uma rede instável ou diminuí-lo para um em que cada segundo conta.

O trabalho planejado recebe o mesmo tratamento na direção oposta: agende uma janela de manutenção e o monitor continua verificando e registrando, mas ninguém é acordado por uma implantação da qual já sabia. E como cada resultado carrega o local de onde veio, o próprio alerta é diagnóstico. Fora do ar em todo checkpoint é um problema de servidor. Fora do ar em um único país é um problema de roteamento ou de CDN. Lento em três dos doze que você escolheu é um problema de capacidade que ainda não virou uma indisponibilidade.

A detecção é apenas metade de um serviço de monitoramento; a outra metade é alcançar a pessoa certa em um canal ao qual ela realmente vai responder. A HostTracker envia alertas de inatividade por e-mail, SMS, chamada de voz, Telegram, Slack, Microsoft Teams, PagerDuty, Viber, Discord, Pushover, Pushbullet, Mattermost, notificação push e webhook, e você pode usar quantos quiser ao mesmo tempo.

Os contatos se inscrevem por monitor, não por conta, então o desenvolvedor responsável pelo fluxo de checkout não é acionado por causa de uma landing page de marketing, e a pessoa que renova domínios não recebe todo timeout de HTTP. Os canais podem ser escalonados como uma escalada de alertas: uma mensagem no Telegram imediatamente, depois uma chamada telefônica se o site continuar fora do ar alguns minutos depois, depois uma escalada para uma segunda pessoa. Os alertas de recuperação são enviados pelos mesmos canais, então um incidente sempre se encerra explicitamente, em vez de simplesmente esmaecer.

Os webhooks existem para os casos que nenhum dos anteriores cobre. Eles publicam o incidente em qualquer coisa que você já use, seja o PagerDuty, um bot de chat interno, uma fila de chamados, ou um script que reinicia um serviço e reporta de volta o que fez.

Cada resultado de verificação é mantido, o que transforma um fluxo de alertas em algo sobre o qual você realmente pode raciocinar. O painel mostra o estado atual de cada monitor, além do seu uptime em qualquer intervalo de datas que você escolher; o registro de incidentes lista cada indisponibilidade com seu início, sua duração e os locais que a perceberam; e relatórios agendados de uptime e SLA podem chegar a uma caixa de entrada semanal ou mensalmente sem que ninguém precise fazer login, que costuma ser o que uma conversa de SLA ou um contrato de retenção de cliente realmente precisa.

Quando seus usuários precisam da mesma informação, publicá-la é melhor do que responder quarenta vezes. Crie uma página de status pública gratuita a partir dos monitores que você já executa: percentuais de uptime ao vivo, uma linha do tempo de incidentes que você pode anotar conforme o trabalho avança, e atualizações por e-mail ou RSS para quem se inscrever. São os mesmos dados que o seu painel mostra, filtrados para o que você está disposto a tornar público.

Se você já depura com um assistente de IA aberto, a rede de monitoramento pode responder diretamente. O servidor MCP para assistentes de IA da HostTracker expõe verificações instantâneas via Model Context Protocol, para que Claude, Cursor e outros clientes MCP possam executar uma verificação HTTP a partir da Europa e da Ásia, resolver DNS, procurar por listagens em blacklists ou rastrear uma rota, e ler os resultados de volta na mesma conversa em que você está descobrindo o que quebrou.

Ele usa o seu próprio token de API da HostTracker e os mesmos mais de 300 checkpoints que tudo o mais nesta página. Não há um painel separado para aprender, e nada para manter sincronizado, porque é o mesmo serviço respondendo.

Todo tipo de verificação nesta página está disponível em todo plano. O que o plano decide é a escala: quantos monitores você executa e com que frequência eles podem verificar. Isso é proposital, porque a diferença entre um blog pessoal e uma loja on-line não é quais recursos eles precisam, é quão rápido eles precisam saber de um problema.

O plano gratuito é permanente e monitora dois sites a cada 30 minutos, o que é suficiente para detectar um certificado expirado ou um site que caiu durante a noite. Os planos pagos começam com o Solo a $9 por mês, depois o Webmaster a $14 e o Business a $29, com um nível Enterprise para frotas maiores. Novas contas recebem um teste de 30 dias com 100 monitores e verificações de um minuto, sem necessidade de cartão de crédito, para que você possa medir um mês real do seu próprio uptime antes de se comprometer com qualquer coisa.

A forma honesta de escolher é trabalhar de trás para frente a partir do seu intervalo de verificação. Se uma indisponibilidade de cinco minutos não custa nada para você, monitore a cada cinco minutos e pague menos. Se ela custa pedidos, monitore a cada minuto, e o plano se paga sozinho na primeira vez que evitar cinquenta minutos de downtime não percebido. Compare todos os planos e preços de monitoramento.