5 sinais de site pouco fiável, mesmo quando parece estar bem

Um site raramente cai do nada. Antes da falha há semanas de sinais — só que nenhum deles é dramático o suficiente para alguém agir, e todos são fáceis de explicar como coincidência.

Estes cinco sinais de site pouco fiável são os que aparecem com mais frequência antes de as coisas correrem mal a sério, e nenhum precisa de conhecimentos técnicos para ser verificado.

1. Às vezes demora, e depois passa.

O sinal: de vez em quando o site demora cinco, oito, doze segundos a abrir. Recarregas e fica normal. Assume-se que foi a rede.

Às vezes foi mesmo a rede. Mas um padrão de lentidão intermitente costuma significar que o servidor está no limite dos recursos que tem — e quando um servidor está no limite, funciona bem até deixar de funcionar de todo. Não há degradação suave: há um ponto a partir do qual o pedido seguinte já não é atendido.

Como verificar: abre o site a horas diferentes, incluindo a uma hora de ponta, e repara se a diferença é grande. Uma verificação a partir de um servidor externo dá-te o tempo de resposta em milissegundos, que é mais fiável do que a tua percepção. Abaixo de 500 ms é bom; acima de 2 000 ms há alguma coisa a acontecer.

2. Ninguém sabe quando expira o quê.

O sinal: perguntas quando expira o certificado de segurança ou o registo do domínio, e a resposta é um encolher de ombros.

Estas são as duas únicas falhas de que se sabe a data com antecedência, e continuam a ser das que mais apanham negócios pequenos desprevenidos. O certificado renova-se sozinho — até ao dia em que a renovação falha em silêncio e ninguém repara durante os noventa dias seguintes. O domínio avisa por email, para uma caixa que pode ser de alguém que já não trabalha contigo.

O que acontece quando falham é desproporcionado. Um certificado expirado põe um ecrã vermelho a dizer que a ligação não é privada à frente do site — para quem não é técnico, isso lê-se como “este site foi pirateado”. Um domínio expirado faz o site desaparecer, e recuperá-lo pode demorar dias.

Como verificar: o verificador de certificado diz-te em segundos quantos dias faltam e quem o emitiu. Para o domínio, confirma a data e — sobretudo — o email associado ao registo.

3. Só há uma pessoa que sabe mexer naquilo.

O sinal: quando alguma coisa corre mal, há exactamente um nome a quem se liga. E se essa pessoa estiver de férias, não há plano B.

Não é um problema técnico, é um problema de fiabilidade na mesma — e dos piores, porque o tempo de resolução deixa de depender da falha e passa a depender da disponibilidade de uma pessoa. Uma falha de dez minutos pode virar três dias.

O que verificar: consegues entrar no alojamento? Sabes onde está registado o domínio? Se a resposta a alguma destas for não, o problema já existe — só ainda não se manifestou.

4. Ninguém sabe se as cópias de segurança funcionam.

O sinal: “há cópias de segurança automáticas, sim”. Perguntas a última vez que foi restaurada uma, e não houve nenhuma.

Uma cópia de segurança que nunca foi testada não é uma cópia de segurança, é uma esperança. Falham por razões banais e silenciosas: o disco encheu, as credenciais mudaram, a tarefa parou depois de uma migração, o ficheiro está a ser gravado com zero bytes há meses.

É a categoria de falha mais desagradável porque só se descobre no dia em que seria precisa — que é, por definição, o pior dia possível.

Como verificar: pede a quem trata do site para restaurar uma cópia num endereço de teste. Se não for possível, ou se demorar dias a organizar, já sabes o que teria acontecido numa emergência.

5. Mudanças acontecem sem ninguém saber quando.

O sinal: o site actualiza-se sozinho, plugins instalam-se, e ninguém consegue dizer o que mudou na semana passada.

Actualizações automáticas são, na maioria dos casos, a decisão certa — actualizações em atraso são a via de entrada mais comum para problemas de segurança. O sinal de alarme não é a actualização automática: é ninguém saber que ela existe. Isso significa que, quando alguma coisa partir, não há forma de ligar a falha à mudança que a causou.

O caso clássico é o site que fica lento ou estranho de um dia para o outro, e a investigação leva duas horas até alguém descobrir que um plugin se actualizou na madrugada anterior.

O que verificar: existe algum registo do que mudou e quando? Nem que seja um email automático que alguém leia.

O sinal de site pouco fiável que está por trás de todos.

Se leste os cinco e o padrão te parece familiar, é porque há um denominador comum: ninguém está a olhar de forma contínua.

Todos estes problemas são detectáveis. Nenhum deles é detectado, porque a detecção depende de alguém se lembrar de verificar — e ninguém se lembra de verificar um site que está a funcionar.

É por isso que a primeira coisa a resolver não é nenhum dos cinco. É a pergunta que está antes deles: quando o site cair, quanto tempo passa até alguém saber? Se a resposta se mede em dias, é aí que está o problema a sério.

O que isto não te diz.

Nenhum destes sinais é uma garantia de que alguma coisa vai correr mal. Há sites com os cinco a funcionarem bem durante anos, e sites impecáveis que caem por uma falha do alojamento que ninguém podia prever.

E verificar não é resolver. Saber que o certificado expira daqui a duas semanas só serve se alguém tratar do assunto nessas duas semanas — e essa parte não é automatizável.

Se o site ainda está para ser entregue, metade destes sinais evita-se de uma vez na checklist de entrega de site.

A De Olho é monitorização de sites e está em construção, com lançamento previsto para 2026: verificação ao minuto, aviso trinta dias antes de um certificado expirar, e o histórico do que aconteceu. Entretanto, as duas ferramentas gratuitas acima respondem hoje e não pedem conta nenhuma.