Monitorização: saber que o site caiu antes dos clientes
A monitorização começa com uma pergunta — o site responde — mas as falhas que custam dinheiro raramente são assim tão simples. O site está no ar e o formulário não envia nada. A página principal carrega e o pagamento falha. O certificado expira daqui a três dias e ninguém está a olhar.
Este guia cobre o que monitorizar de verdade, como configurar alertas que recebem atenção, e o que fazer quando um dispara.
O que monitorizar para além de «está no ar»#
Um ping à página principal apanha as falhas óbvias. Estas verificações apanham as silenciosas.
- Estado HTTP e conteúdo: não só que responde algo, mas que a página contém texto esperado.
- Validade do certificado: alerta com trinta dias de antecedência, não no próprio dia.
- Expiração do domínio: a mais rara e mais catastrófica, e inteiramente evitável.
- Envio de formulários: um envio de teste periódico que confirma que o e-mail chega mesmo.
- Percurso de pagamento numa loja: a falha silenciosa mais cara que existe.
- Tempo de resposta: uma tendência a subir avisa frequentemente dias antes de uma falha real.
- Taxa de erros nos registos: subida de erros 500 que os visitantes não reportam.
- Tarefas agendadas: processos que param em silêncio sem ninguém notar.
A verificação de formulários é a que mais rende por esforço. Formulários de contacto que falham em silêncio custam pedidos durante semanas antes de alguém reparar.
Configurar alertas que funcionam#
Um alerta que ninguém lê é pior do que nenhum alerta, porque cria a sensação de estar coberto.
| Definição | Recomendação | Porquê |
|---|---|---|
| Frequência de verificação | A cada minuto em sites críticos | Cinco minutos são até cinco minutos de falha silenciosa |
| Confirmação de segundo local | Ativa | Evita alertas por falha de rede do verificador |
| Limiar de alerta | Duas falhas consecutivas | Evita ruído por uma falha pontual |
| Canal | E-mail mais SMS ou chat | Só e-mail não é lido de noite |
| Destinatário | Uma pessoa nomeada, não uma caixa de grupo | Caixas de grupo significam que ninguém é dono |
| Alerta de recuperação | Ativo | Sem ele, não sabe que terminou |
| Janela de manutenção | Definida antes de alterações planeadas | Evita habituação a alertas falsos |
A fadiga de alertas é a forma mais comum de a monitorização falhar. Dois alertas falsos por semana e ninguém olha para o terceiro.
Quando um alerta dispara#
Um procedimento curto que poupa tempo e, sobretudo, evita que alguém mude algo em pânico.
- Confirme a falha a partir de outra rede — dados móveis servem bem. Uma parte dos alertas é local.
- Verifique a página de estado do alojamento antes de investigar seja o que for.
- Veja o que mudou por último: uma publicação, uma atualização de extensão, uma alteração de DNS.
- Verifique certificado e domínio — os dois explicam uma parte surpreendente das falhas súbitas.
- Coloque uma página de manutenção se for preciso, para que os visitantes vejam algo útil.
- Reverta antes de diagnosticar se uma alteração recente for a causa provável.
- Registe depois o que foi e quanto durou. Três desses registos mostram um padrão.
De quanta disponibilidade precisa mesmo#
As percentagens de disponibilidade soam abstratas até serem convertidas em tempo por ano.
| Disponibilidade | Indisponibilidade por ano | Realista para |
|---|---|---|
| 99 % | Mais de três dias | Pouco para um site de empresa |
| 99,5 % | Quase dois dias | Alojamento partilhado barato |
| 99,9 % | Quase nove horas | Bom alojamento; objetivo razoável |
| 99,95 % | Pouco mais de quatro horas | Alojamento gerido com suporte |
| 99,99 % | Cerca de uma hora | Exige redundância e engenharia real |
Para a maioria dos sites de empresa, 99,9 % é um bom objetivo e o dinheiro rende mais em recuperação rápida do que a perseguir mais um nove.
Perguntas frequentes
Com que frequência devo verificar?
A cada minuto para algo por onde passa receita, a cada cinco minutos para um site institucional. O intervalo importa porque é o mínimo de tempo que uma falha passa despercebida. Mais importante do que o intervalo é que a verificação confirme o conteúdo da página em vez de apenas confirmar que o servidor devolveu alguma coisa.
A monitorização gratuita chega?
Para um site com verificações de cinco minutos e alertas por e-mail, normalmente sim. Paga-se por intervalos curtos, vários locais, alertas por SMS e verificações transacionais como um percurso de pagamento. Para uma loja isso compensa; para um site institucional normalmente não.
Porque é que o site parece no ar e a monitorização diz que caiu?
Normalmente cache de DNS ou problema regional: o seu resolvedor ainda tem o endereço antigo, ou a falha afeta uma rede. É por isso que a confirmação de um segundo local é valiosa. Verifique sempre a partir de outra rede antes de classificar o alerta como falso — essa suposição é como se ignoram falhas verdadeiras.
O que é uma falha silenciosa?
Uma falha em que o site parece funcionar mas algo essencial não funciona: o formulário de contacto não envia e-mail, o pagamento falha no último passo, ou a pesquisa não devolve nada. A monitorização de disponibilidade não apanha isso, porque a página carrega bem. Para isso são precisas verificações funcionais que executem mesmo a ação.
monitorização siteuptimealerta site em baixodisponibilidade websitecertificado expiradofalha site
