Pular para o conteúdo
Guia 5 min de leitura

Monitoramento de Sites: O Que É e O Que Monitorar Primeiro

Monitoramento de sites é um script que visita seu site em uma agenda e avisa quando ele para de se comportar como deveria — fora do ar, lento ou errado. Bem feito, você ouve sobre um problema pelo monitor antes de ouvir por um cliente.

O que monitoramento de sites realmente é

No mais simples, monitoramento de sites é um check externo: uma requisição enviada ao seu site de um lugar que não são seus próprios servidores, em um intervalo repetido, verificando um sinal específico — normalmente "recebi uma resposta 200 em tempo razoável". Esse check único já pega a falha mais comum: o servidor está inacessível, dando timeout ou retornando uma página de erro em vez do site.

Monitoramento real vai além de um ping de no ar/fora do ar. Ele verifica tempo de resposta (para que um site que "carrega" em 12 segundos ainda conte como problema), certificado TLS (para você saber de um certificado prestes a expirar semanas antes dos navegadores alertarem visitantes), resolução DNS (para um registro mal configurado não ficar escondido) e, cada vez mais, o conteúdo da própria resposta — um status 200 com mensagem de erro no corpo ainda é uma página quebrada.

O ponto não são checks exóticos. É verificar de fora da sua infraestrutura, em uma agenda apertada o suficiente para uma queda ser capturada em minutos em vez de descoberta por um ticket de suporte.

O que monitorar primeiro

Se você está começando do zero, monitore nesta ordem: (1) a homepage e qualquer outra URL que um cliente acessaria diretamente — login, checkout, o próprio site de marketing; (2) expiração de certificado TLS, porque falha em silêncio até o dia em que não falha; (3) expiração de domínio, pelo mesmo motivo; (4) registros DNS, se você já teve um provedor DNS mudando algo sem avisar; (5) qualquer endpoint de API do qual outro serviço depende, já que essas falhas são invisíveis para uma pessoa navegando no site.

Um único site com uma URL principal, TLS e domínio cobre os 80% mais valiosos do que pode quebrar em silêncio. O que vem depois — DNS, registros de autenticação de email (SPF/DMARC), rotas individuais de API — vale adicionar quando o básico estiver coberto, não antes.

A checklist de monitoramento em produção

Use isto como a primeira checklist de produção para um site pequeno ou app SaaS. Você não precisa de todos os monitores possíveis no primeiro dia; precisa cobrir as falhas que fariam um cliente te chamar primeiro.

1. Alcance público: monitore a homepage ou URL principal de marketing de fora da sua infraestrutura. Isso pega falhas de DNS, quedas de servidor, deploys quebrados e erros de roteamento que fazem o site inteiro sumir.

2. Caminho do cliente: monitore a URL de que um usuário pagante mais depende — login, checkout, dashboard, fluxo de reserva ou endpoint de saúde da API. A homepage pode estar verde enquanto o caminho que gera receita está quebrado.

3. Sinais de confiança: monitore expiração TLS, expiração de domínio, redirecionamentos e DNS. São chatos até o dia em que falham; então navegadores, provedores de email ou clientes bloqueiam você antes de o código da aplicação rodar.

4. Trabalho interno silencioso: adicione monitores heartbeat para crons, filas, importações agendadas e backups. Checks externos não veem um worker de fila que morreu na sexta nem um backup que parou três semanas atrás.

5. Dono do alerta: envie alertas para uma pessoa ou canal realmente acompanhado, exija falhas consecutivas antes de chamar alguém e registre quem é dono do monitor. Um monitor sem dono é só uma linha de log.

6. Comunicação com clientes: se clientes dependem do serviço, conecte monitores a uma status page. Quando o site cai, uma página de incidente clara economiza suporte e mostra que alguém já está cuidando do problema.

Regras de alerta que não gritam sem motivo

A forma mais rápida de tornar monitoramento inútil é alertar na primeira falha. Redes têm instabilidades transitórias que não têm nada a ver com seu site estar fora do ar — uma única requisição falha de um único local de sonda é ruído normal de fundo, não um incidente.

Uma regra prática: exija duas ou três falhas consecutivas, idealmente de mais de um local de sonda, antes de disparar um alerta. Isso transforma "barulhento e ignorado" em "raro e confiável". Combine com um intervalo de check que corresponda a quanto downtime você tolera antes que alguém precise saber — a cada 5 minutos para algo voltado a clientes, a cada 15–30 minutos para ferramentas internas em que uma demora curta não importa.

Alertas de tempo de resposta precisam de seu próprio limite, separado do check no ar/fora do ar — um site que está "no ar" mas leva 8 segundos para responder é um problema real que um check binário de uptime nunca verá.

Erros que deixam quedas passarem

Monitorar só a homepage. Se checkout, login ou sua API são caminhos separados, uma queda limitada a um deles não aparece em um check apenas da homepage.

Verificar de um único local. Um ponto de vista só não diferencia "meu site caiu" de "esta rota de rede caiu". Verificar de alguns locais de sonda diferentes descarta isso.

Ninguém é dono dos alertas. Um monitor que chama um canal do Slack que ninguém lê, ou uma caixa filtrada para uma pasta, não é monitoramento — é trilha de auditoria depois do fato. Alertas precisam de destino real e dono real.

Tratar "sem alerta" como "tudo bem". Um monitor mal configurado, pausado ou falhando silenciosamente parece idêntico a um site saudável — até o dia em que importa. Por isso checks no estilo heartbeat (veja nosso guia de monitoramento de cron) importam junto dos checks externos: eles confirmam que o próprio monitoramento ainda está rodando, não só a coisa observada.

Como a Holter faz isso

A Holter roda checks externos — uptime, tempo de resposta, TLS, DNS e sinais relacionados — a partir de vários locais de sonda, e combina isso com monitores de heartbeat para coisas que falham em silêncio, como cron jobs, filas e backups que simplesmente param. Os alertas são configuráveis para exigir falhas consecutivas antes de chamar alguém, em vez de acordar você por um soluço isolado.

O plano gratuito é honestamente grátis: 5 monitores, checks a cada 5 minutos, sem cartão de crédito. É suficiente para cobrir URLs centrais, TLS e domínio de um site real hoje, e ver se o alerta combina com a forma como sua equipe trabalha antes de pagar por qualquer coisa.

O Holter monitora isso por você: verificações externas e heartbeats para falhas silenciosas. Plano grátis: 5 monitores, verificações a cada 5 minutos, sem cartão.

Criar seu primeiro monitor — grátis