O que é monitorização de uptime e porque todo o freelancer devia usar uma

Entregaste um site há oito meses. Desde então tocaste-lhe duas vezes, ambas por pedido do cliente, ambas em coisas pequenas. Está a correr bem — pelo menos é o que assumes, porque a última vez que o abriste foi em Março.

A monitorização de uptime existe por causa daquela palavra: assumes. É uma máquina a fazer, de minuto a minuto, a única pergunta que interessa — o site responde? — e a avisar-te no segundo em que a resposta muda.

O que é, tecnicamente.

Um servidor faz um pedido HTTP ao teu site em intervalos regulares e olha para três coisas: se houve resposta, qual foi o código de estado, e quanto tempo demorou. Se a resposta desaparecer, ou vier um 500, ou um 403 onde antes vinha 200, o estado mudou e alguém tem de saber.

É deliberadamente simples. Não executa JavaScript, não faz login, não percorre um checkout. Olha para o que o servidor devolve, que é a camada onde a maior parte das falhas acontece e a única que se consegue vigiar barato e sem instalar nada em lado nenhum.

Uma nota que vale a pena guardar: um ping não é monitorização de uptime. O ping diz que a máquina está ligada à rede, o que é uma pergunta diferente. Um servidor de pé a devolver 500 responde a pings alegremente e está em baixo para toda a gente que lá vai.

Porque é que isto importa mais a um freelancer do que a uma empresa grande.

Uma empresa com um produto próprio tem gente a olhar. Se o site cair às dez da manhã, há dez pessoas a dar por isso antes de qualquer ferramenta disparar. A monitorização ali serve para outra coisa — para medir, para correlacionar, para alimentar um painel.

Para quem gere sites de clientes, o problema é literalmente o oposto: ninguém está a olhar. O site do cliente é aberto por visitantes que não te conhecem e por um cliente que o abre uma vez por semana. Podem passar quatro dias entre a falha e a primeira pessoa a reparar — e essa pessoa vai ser o cliente, não tu.

A ordem por que se descobre uma falha decide a conversa toda que vem a seguir. Se souberes primeiro, escreves tu, com a hora e o estado: “o site esteve inacessível entre as 14h10 e as 14h38, já está resolvido, foi o alojamento.” Se souberes depois, a conversa começa com uma pergunta a que não sabes responder, e o resto do mês fica com aquele travo.

O que a monitorização resolve mesmo.

Vale a pena separar o que isto resolve do que se costuma prometer.

• Saberes antes. É o único benefício que não tem asterisco. Passas de reactivo a informado, e isso muda a relação com o cliente mais do que qualquer funcionalidade da lista.
• Teres prova. Meses depois, quando alguém pergunta se o site esteve em baixo em Março, tens uma resposta com data e duração em vez de “acho que não”. Para quem factura uma avença de manutenção, esta é a parte que se transforma em dinheiro.
• Veres a degradação antes da falha. Um site que passa de 200 ms para 900 ms ao longo de três semanas não está em baixo — está a caminho. Isso só se vê com o registo ao lado, nunca a olho.
• Apanhares o certificado. A expiração de um certificado TLS é a falha mais evitável que existe e continua a acontecer todas as semanas, porque ninguém tem na cabeça uma data que se repete de noventa em noventa dias em quinze sites diferentes.

E o que não resolve.

Uma ferramenta de monitorização de uptime não impede nada. Avisa. A distância entre as duas coisas é o teu tempo de resposta, e nenhuma ferramenta a encurta por ti.

Também não vê tudo. Um site que devolve 200 e serve uma página em branco conta como online. Um formulário de contacto que deixou de enviar email conta como online. Uma loja em que o pagamento rebenta no último passo conta como online. A verificação por palavra-chave na página apanha parte disto; o resto exige executar um browser a sério, que é uma ordem de grandeza acima em custo e raramente vale a pena para quem gere sites de terceiros.

E há a questão do intervalo. Uma ferramenta que verifica de cinco em cinco minutos não sabe absolutamente nada sobre os quatro minutos entre verificações. Uma falha de quarenta segundos passa despercebida a qualquer ferramenta de intervalo fixo, incluindo às que verificam ao minuto.

O que procurar, se nunca usaste nenhuma.

Por ordem do que mais se lamenta ter ignorado:

1. O intervalo do plano que vais mesmo usar, e não o melhor intervalo que a ferramenta anuncia. Quase todos os planos gratuitos são de cinco minutos.
2. Quanto tempo dura o histórico. Sete ou trinta dias é o habitual, e é exactamente a parte de que precisas no dia em que alguém pergunta pelo trimestre passado.
3. Se há webhook no plano gratuito. Com webhook resolves qualquer canal de alerta por fora; sem ele ficas preso ao que a ferramenta decidir incluir.
4. O que conta como um monitor. “50 monitores grátis” soa generoso até perceberes que o site, a versão www, o endpoint da API e o certificado podem consumir quatro lugares para um cliente só.
5. De onde é feita a verificação. Se a ferramenta não diz, assume que é de um sítio só — e provavelmente não é em Portugal.

Se quiseres os números de cada uma, há uma página por ferramenta em alternativas, com os valores confirmados na fonte oficial e a data em que os verificámos.

Começa por medir uma vez.

Antes de configurares o que quer que seja, faz o exercício mais barato que há: abre os sites que geres, um a um, e vê quanto tempo demoram a responder. Vais encontrar pelo menos um que não está bem — normalmente aquele que ninguém toca há mais tempo.

O “Está em baixo, ou és só tu?” faz exactamente esse pedido, a partir de um servidor em Portugal, e devolve o código de estado e o tempo de resposta. Não pede conta, não custa nada e não guardamos o que verificaste. É a mesma verificação que uma ferramenta de monitorização faz — o que falta é ela repetir-se sozinha.

Se já estás na fase de escolher entre ferramentas, as perguntas que vale a pena fazer estão em alternativas grátis ao UptimeRobot em 2026.

E é aí que estamos: a De Olho é monitorização de sites para quem gere sites de clientes, está em construção, e abre em 2026.