Monitoramento de Uptime: o Guia Completo para Manter seu Site no Ar
O monitoramento de uptime verifica seu site automaticamente, de fora da sua rede, e avisa quando ele para de responder. Este guia explica como funciona, os tipos de verificação, intervalos, alertas, como escolher uma ferramenta e como configurar.

Índice
Monitoramento de uptime é a prática de verificar automaticamente um site, servidor ou serviço online em intervalos regulares, a partir de fora da sua própria rede, para confirmar que ele está acessível e respondendo corretamente. Quando uma verificação falha e a falha é confirmada, o serviço de monitoramento avisa você, registra um incidente e guarda um histórico para que você possa medir seu uptime ao longo do tempo.
Essa definição de um parágrafo esconde muitas decisões práticas: o que exatamente verificar, com que frequência, o que conta como "fora do ar", quem recebe o alerta e como evitar alarmes falsos. Este guia passa por todas elas, para que você monte um monitoramento de sites em que realmente possa confiar.
O que é monitoramento de uptime?
Um monitor de uptime se comporta como um visitante muito paciente. A cada poucos minutos ele acessa o seu site, espera a resposta e anota o que aconteceu: o servidor respondeu? Qual código de status HTTP ele retornou? Quanto tempo levou? Se a resposta for um erro, ou se nenhuma resposta chegar, o monitor trata o caso como uma possível queda.
As principais características do monitoramento de uptime são:
- Externo: as verificações rodam em uma infraestrutura fora da sua hospedagem, então enxergam o que os visitantes enxergam. Uma verificação rodando no próprio servidor web não consegue dizer que o resto da internet não está conseguindo acessá-lo.
- Automático e contínuo: as verificações rodam 24 horas por dia, inclusive à noite, nos fins de semana e feriados, quando ninguém está olhando.
- Acionável: falhas confirmadas viram alertas com um motivo, como tempo esgotado ou certificado SSL vencido, para você saber por onde começar.
- Histórico: cada resultado é armazenado, e é assim que se calculam as porcentagens de uptime e a linha do tempo dos incidentes.
Se você ainda não conhece a métrica por trás de tudo isso, leia primeiro O que é uptime de um site e por que ele importa?
Como o monitoramento de uptime funciona, passo a passo
A maioria dos serviços de monitoramento de uptime segue o mesmo ciclo básico:
- Agendar. Cada URL monitorada tem um horário para a próxima verificação, de acordo com o intervalo configurado, por exemplo a cada 5 minutos.
- Requisitar. Na hora da verificação, o monitor resolve o nome do seu domínio, abre uma conexão, conclui o handshake TLS (no caso de HTTPS) e envia uma requisição HTTP.
- Avaliar. A resposta é comparada com as regras de disponibilidade. Uma regra comum é considerar que um código de status 2xx ou 3xx significa "online", enquanto respostas 4xx e 5xx, tempo esgotado, falhas de DNS, erros de TLS e conexões recusadas significam "fora do ar".
- Confirmar. Uma única falha pode ser um problema de rede passageiro. Bons monitores verificam de novo após um pequeno intervalo antes de declarar uma queda.
- Alertar. Quando a falha é confirmada, um incidente é aberto e os contatos configurados são avisados uma única vez.
- Recuperar. A primeira verificação bem-sucedida depois da queda encerra o incidente, registra sua duração e envia um aviso de que o site voltou.
- Consolidar. Os resultados são resumidos em porcentagens de uptime, gráficos de tempo de resposta e disponibilidade diária.


Cada etapa afeta a qualidade do monitoramento. Regras de disponibilidade fracas deixam passar erros da aplicação; a falta de confirmação gera alarmes falsos; e sem aviso de recuperação você fica sem saber se o problema já acabou.
Tipos de verificação de uptime
"Monitoramento de uptime" engloba vários tipos de verificação. Eles olham para camadas diferentes, e muitas equipes combinam alguns deles.
| Tipo de verificação | O que ela confere | Ideal para |
|---|---|---|
| Verificação HTTP(S) | Uma URL retorna um código de status aceitável dentro do tempo limite | Sites, landing pages, aplicações web |
| Verificação de palavra-chave | O conteúdo da resposta contém (ou não contém) um texto específico | Detectar páginas de erro que ainda retornam HTTP 200 |
| Verificação de certificado SSL | O certificado é válido e não está perto de vencer | Qualquer site em HTTPS |
| Verificação de DNS | Um domínio resolve para os registros esperados | Detectar erros de DNS ou alterações inesperadas |
| Verificação por ping (ICMP) | Um host responde a requisições de eco da rede | Servidores e equipamentos de rede |
| Verificação de porta (TCP) | Um serviço aceita conexões em uma porta | Servidores de e-mail, bancos de dados expostos ao monitoramento, servidores de jogos |
| Verificação de heartbeat (cron) | Uma tarefa dá sinal de vida no horário previsto; silêncio significa falha | Backups, tarefas agendadas, processadores de fila |
| Verificação em várias etapas (sintética) | Um fluxo roteirizado, como login ou checkout, funciona do início ao fim | Jornadas críticas do usuário |
Para um site, a verificação HTTP(S) é a base, porque testa toda a cadeia de que um visitante depende: DNS, rede, certificado, servidor web e aplicação. Uma verificação só por ping pode mostrar um servidor saudável enquanto o site hospedado nele retorna erros. Acompanhar o vencimento do SSL é um complemento barato que evita um tipo de queda muito previsível; veja O que é um certificado SSL?
O que um monitor de uptime mede
- Status: online ou fora do ar, de acordo com as regras de disponibilidade.
- Código de status HTTP: o resumo do resultado feito pelo próprio servidor. Nosso guia de códigos de status HTTP explica o que significa cada código comum.
- Tempo de resposta: quanto tempo o servidor levou para começar a responder. As tendências aqui costumam avisar sobre problemas antes que eles virem quedas; veja nosso guia sobre tempo de resposta de sites ou teste o seu com o teste de tempo de resposta.
- Porcentagem de uptime: verificações bem-sucedidas divididas pelo total de verificações em um período, como 24 horas, 7 dias ou 30 dias.
- Incidentes: quedas confirmadas, com horário de início, horário de fim, duração e motivo da falha.
- Classificação do erro: se a falha foi um problema de DNS, tempo esgotado, erro de TLS, conexão recusada ou erro HTTP.
Como escolher o intervalo de verificação
O intervalo de verificação é o tempo entre duas verificações agendadas. Ele determina com que rapidez você fica sabendo de uma queda. No pior caso, a queda começa logo depois de uma verificação bem-sucedida, então só é vista na verificação seguinte e depois confirmada após o intervalo de confirmação. Isso dá uma forma simples de estimar o tempo máximo de detecção:
tempo máximo de detecção ≈ intervalo de verificação + intervalo de confirmação
| Intervalo de verificação | Intervalo de confirmação | Tempo até o alerta no pior caso | Menor queda detectada com segurança |
|---|---|---|---|
| 5 minutos | 1 minuto | cerca de 6 minutos | cerca de 5–6 minutos |
| 1 minuto | 30 segundos | cerca de 1,5 minuto | cerca de 1–1,5 minuto |
| 30 segundos | 30 segundos | cerca de 1 minuto | cerca de 1 minuto |
Quedas mais curtas que o intervalo ainda podem ser detectadas se coincidirem com uma verificação, mas isso não é garantido. Para a maioria dos sites de empresas, verificações a cada 5 minutos são um bom ponto de partida: você fica sabendo das quedas reais em poucos minutos e a carga extra no servidor é desprezível. Lojas virtuais e produtos SaaS, em que minutos fora do ar custam dinheiro de verdade, costumam passar para verificações a cada 1 minuto.
Como evitar alarmes falsos
Alarmes falsos são o caminho mais rápido para uma equipe passar a ignorar o monitoramento. A internet entre um servidor de monitoramento e o seu site não é perfeita, e falhas ocasionais em requisições são normais. Um bom monitoramento de uptime reduz o ruído de três formas:
- Verificações de confirmação: uma falha é testada de novo após um pequeno intervalo, e o incidente só é aberto se a segunda verificação também falhar.
- Vários locais: alguns serviços verificam a partir de várias regiões e exigem que mais de uma concorde. Isso também detecta quedas regionais, ao custo de mais complexidade.
- Tempos limite sensatos: um tempo limite curto demais transforma páginas lentas, mas funcionando, em quedas falsas.


Também ajuda garantir que suas próprias ferramentas de segurança não bloqueiem o monitor. Se um firewall, uma regra de CDN ou uma proteção contra bots rejeitar requisições automáticas, o monitor vai relatar quedas que os visitantes nunca veem. A maioria dos serviços se identifica com um User-Agent próprio, que você pode liberar.
Alertas em que as pessoas confiam
Um alerta deve avisar a pessoa certa, uma vez, sobre o que quebrou e quando. Regras práticas:
- Um alerta por incidente, mais um aviso de recuperação. E-mails repetidos a cada poucos minutos durante uma queda trazem estresse, não informação.
- Inclua o motivo. "Falha na consulta DNS" e "HTTP 503" levam a primeiros passos completamente diferentes.
- Use um canal independente. Se o seu e-mail está hospedado no mesmo servidor do site, uma queda do servidor pode impedir que o alerta chegue.
- Defina quem responde. Em uma pequena empresa, pode ser simplesmente o dono ou a agência que cuida do site. Equipes maiores acrescentam regras de escalonamento e escalas de plantão.

Monitoramento de uptime e outros tipos de monitoramento
| Abordagem | Pergunta que responde | Usuário típico |
|---|---|---|
| Monitoramento de uptime | O site está acessível e respondendo corretamente agora? | Qualquer pessoa responsável por um site |
| Monitoramento sintético | As principais jornadas do usuário funcionam do início ao fim? | Equipes de e-commerce e SaaS |
| Monitoramento de usuários reais (RUM) | Quão rápido o site é para os visitantes de verdade? | Equipes de performance e de produto |
| Monitoramento de performance de aplicações (APM) | Qual código, consulta ou serviço está lento ou falhando dentro da aplicação? | Desenvolvedores e engenheiros de operações |
| Monitoramento de servidores | CPU, memória e disco estão saudáveis? | Administradores de sistemas |
O monitoramento de uptime é a visão de fora para dentro e a primeira camada natural. As outras explicam por que algo está lento ou quebrado; o monitoramento de uptime diz que está, de forma rápida e confiável. Comparamos velocidade e disponibilidade com mais detalhes em Uptime x desempenho de sites.
O que monitorar primeiro
- Sua página inicial, a página mais visível.
- A página que gera receita ou contatos: checkout, agendamento, preços ou formulário de contato. Uma página inicial em cache pode parecer normal enquanto essas páginas falham.
- Subdomínios e serviços separados, como
loja.,app.ouapi., que muitas vezes rodam em outros servidores. - Páginas de login das áreas de clientes.
- O certificado de cada hostname HTTPS, incluindo as variações com e sem
www.
Como escolher uma ferramenta de monitoramento de uptime
Ao comparar serviços, estas perguntas importam mais do que longas listas de recursos:
- Regras de disponibilidade: ela avalia o código de status HTTP, ou qualquer resposta conta como "online"?
- Confirmação: ela verifica de novo antes de alertar?
- Intervalo: o intervalo de verificação do seu plano é curto o suficiente para o que você precisa?
- Comportamento dos alertas: um alerta por incidente, com motivo, e um aviso de recuperação?
- Histórico: quantos dias de resultados detalhados, e existe uma linha do tempo dos incidentes?
- Tempo de resposta e acompanhamento do SSL: incluídos ou cobrados à parte?
- Honestidade: os recursos que não estão disponíveis são claramente identificados, e o painel fica livre de dados de demonstração inventados depois que você se cadastra?
- Segurança: um monitor que acessa URLs arbitrárias deve recusar endereços de redes privadas e internas, para não poder ser usado para sondar sistemas internos.
- Custo e limites: quantos monitores são gratuitos, e o que acontece quando você precisar de mais?
Como configurar o monitoramento de uptime em cinco minutos
Você pode testar tudo o que está neste guia com o UptimeStats. O plano Grátis inclui monitoramento de uptime HTTP(S) para até 5 sites, com verificações a cada 5 minutos, verificações de confirmação antes de alertar, alertas por e-mail de quedas confirmadas e de recuperação, gráficos de tempo de resposta, histórico de incidentes, acompanhamento do vencimento do certificado SSL e 7 dias de histórico detalhado.
- Adicione seu site. Informe o endereço e o seu e-mail na página inicial.
- Confirme seu e-mail e escolha uma senha. O monitoramento começa assim que você confirma.
- Aguarde a primeira verificação. Ela roda em até um minuto; até lá, o painel avisa isso em vez de mostrar dados de exemplo.
- Adicione suas outras URLs importantes, como a página de checkout ou de contato.
- Libere o monitor no seu firewall ou na proteção contra bots, se for preciso. As verificações se identificam como
UptimeStatsBot/1.0.
Prefere testar uma URL agora mesmo, sem criar conta? Use a ferramenta gratuita para verificar se um site está online.
O que fazer quando chega um alerta
- Leia o motivo da falha no alerta: DNS, tempo esgotado, SSL, conexão ou erro HTTP.
- Confirme a partir de outro local, por exemplo pelo celular usando os dados móveis.
- Veja o que mudou recentemente: publicações de código, atualizações de plugins, edições de DNS ou renovações vencidas causam muitas quedas. Nossa lista de causas comuns de site fora do ar ajuda a restringir as possibilidades.
- Consulte as páginas de status dos seus fornecedores de hospedagem, CDN e DNS.
- Corrija e fique de olho no aviso de recuperação, e depois analise a duração do incidente.
Para um processo de diagnóstico estruturado, veja Como saber se um site está online ou fora do ar.
Erros comuns no monitoramento de uptime
- Monitorar só a página inicial enquanto as páginas que geram receita rodam em outro sistema.
- Tratar qualquer resposta como sucesso, de modo que páginas HTTP 500 contam como "online".
- Alertar a cada verificação que falha, o que ensina as pessoas a ignorar os alertas.
- Enviar alertas para uma caixa de entrada que ninguém lê, ou que está hospedada no próprio servidor monitorado.
- Esquecer as datas de vencimento do certificado e do domínio.
- Nunca analisar o histórico e não perceber tempos de resposta subindo aos poucos.
Perguntas frequentes
O monitoramento de uptime é gratuito?
Muitos serviços oferecem um plano gratuito. Os planos gratuitos costumam limitar o número de monitores e usar intervalos maiores, como 5 minutos, o que é suficiente para a maioria dos sites pequenos e médios. Veja nosso guia sobre como monitorar a disponibilidade de um site de graça.
O monitoramento de uptime deixa meu site mais lento?
Não. Uma verificação a cada poucos minutos gera muito menos tráfego do que um único visitante humano. Um monitor bem-comportado lê apenas o que precisa e fecha a conexão.
Qual é uma boa porcentagem de uptime?
Para sites de empresas, 99,9% é uma referência comum. Isso permite cerca de 43 minutos fora do ar em um mês de 30 dias, enquanto 99% permite mais de 7 horas.
O monitoramento de uptime consegue dizer por que meu site caiu?
Ele mostra onde a falha aconteceu, como no DNS, no handshake TLS, na conexão ou na resposta HTTP da aplicação. Encontrar a causa raiz exata dentro da aplicação normalmente exige os logs do servidor ou um monitoramento da aplicação.
Resumo
O monitoramento de uptime verifica seu site de fora para dentro em um intervalo regular, confirma as falhas antes de alertar, avisa você uma vez quando a queda começa e outra quando ela termina, e guarda o histórico que transforma "acho que o site é estável" em uma porcentagem de uptime medida. Comece com verificações HTTP(S) das suas páginas mais importantes a cada 5 minutos, acrescente o acompanhamento do vencimento do SSL, garanta que os alertas cheguem a alguém que vai agir e analise os resultados regularmente. Você pode começar a monitorar de graça em menos de um minuto.
