Site fora do ar? O que fazer agora (e como não passar por isso de novo)

Seu site está fora do ar e você precisa de duas coisas, nesta ordem: descobrir o que aconteceu e voltar o mais rápido possível. Depois — e só depois — garantir que da próxima vez você saiba antes do cliente.

Este guia é o passo a passo. Sem rodeios.

Passo 1: é só com você ou com todo mundo?

Antes de sair mexendo, confirme se o site caiu de verdade ou se o problema é a sua conexão/cache.

• Abra o site numa rede diferente (dados do celular, por exemplo) ou numa aba anônima.
• Use um verificador externo tipo "is it down right now" ou rode um teste de acesso de fora.

Se o site responde de outra rede, o problema é local (seu cache, seu provedor). Se está fora pra todo mundo, siga.

Passo 2: identifique a causa provável

Quedas quase sempre caem em uma destas cinco famílias. Cheque nesta ordem, da mais comum pra menos:

1. Hosting / servidor

O motivo mais comum. O servidor pode estar sobrecarregado, sem memória, com o banco de dados caído, ou em manutenção do provedor.

• Erro 500 / 503? É o servidor ou a aplicação — não a rede.
• Site "pensando" e dando timeout? Servidor sobrecarregado ou banco travado.
• O que fazer: acesse o painel do hosting, veja status e logs. Reinicie o serviço se puder. Se for pico de tráfego, é hora de escalar o plano.

2. DNS

Se o domínio "não é encontrado", pode ser DNS: registro apontando pro lugar errado, propagação de uma mudança recente, ou domínio que venceu.

• O que fazer: confirme que o domínio não expirou (acontece mais do que parece). Cheque os registros A/CNAME. Mudou DNS nas últimas 48h? Pode ser propagação.

3. Certificado SSL vencido

O site abre mas o navegador grita "sua conexão não é segura" e bloqueia? O certificado expirou. Tecnicamente o site está "no ar", mas pro visitante ele está quebrado — o que é a mesma coisa.

• O que fazer: renove o certificado. Se usa Let's Encrypt, a renovação automática pode ter falhado. (Detalhamos isso em certificado SSL expirado: o que fazer.)

4. Erro de deploy / mudança recente

Subiu código, atualizou um plugin, mexeu numa config? A causa mais provável de uma queda é a última coisa que alguém mudou.

• O que fazer: reverta a última alteração. Num deploy, volte pra versão anterior. No WordPress, desative o último plugin atualizado.

5. Ataque ou comprometimento

Pico anormal de tráfego (DDoS), site redirecionando pra lugar estranho, ou avisos de malware? Pode ser ataque ou invasão.

• O que fazer: se suspeita de invasão, veja como saber se seu site foi hackeado. Pra DDoS, um WAF/CDN na frente (Cloudflare e afins) segura a maior parte.

Passo 3: volte o site — e comunique

Enquanto resolve, comunique. Uma página de status ou um aviso simples ("estamos resolvendo, voltamos em breve") reduz muito o desgaste com clientes. Silêncio durante uma queda é o que transforma um problema técnico numa crise de confiança.

Passo 4: a parte que quase todo mundo pula

Voltou o site. Ótimo. Agora a pergunta que separa quem apaga incêndio de quem tem operação sob controle: quanto tempo o site ficou fora antes de você perceber?

Se a resposta for "descobri quando um cliente reclamou no WhatsApp", você tem um problema maior do que a queda em si. Porque o prejuízo de uma queda é proporcional ao tempo até você descobrir — e descobrir pelo cliente é o pior cenário: o dano na reputação já aconteceu.

A conta é concreta. Se você não sabe quanto uma queda custa em dinheiro, vale ler quanto custa uma hora de site fora do ar — o número quase sempre surpreende e justifica sozinho o monitoramento.

Como não descobrir pelo cliente nunca mais

Monitoramento de uptime resolve exatamente isso: um serviço externo checa seu site a cada minuto e te avisa no segundo em que ele cai — por e-mail, Telegram, Slack, o que você preferir. Você age enquanto o problema é pequeno, muitas vezes antes de qualquer cliente perceber.

E não é só o "está no ar ou não". Um bom monitoramento checa o que realmente derruba sites:

• Resposta HTTP e tempo de carregamento
• Validade do certificado SSL (avisa antes de vencer — não depois)
• DNS e resolução do domínio
• Uma palavra-chave na página (pra pegar quando o site "abre" mas mostra erro)

O monitoramento de uptime do Sentinela faz tudo isso a partir de fora, sem instalar nada no seu servidor, e junta com auditoria de segurança e performance — o site inteiro visto de fora, num painel só. Você começa de graça com o plano free: um monitor, alerta por e-mail, pra sentir na pele a diferença entre saber e não saber.

Porque a queda vai acontecer de novo — com você, com o hosting, com o DNS de alguém. A pergunta não é se, é quanto tempo até você saber.