Site Fora do Ar: o Que Fazer nos Primeiros 10 Minutos

Imagine um cliente ligando às 14h32 de uma terça dizendo que o site sumiu. Não é um caso raro: hospedagens caem, certificados SSL expiram sem aviso e um plugin atualizado às pressas derruba o WordPress inteiro em segundos. O que você faz nos primeiros 10 minutos decide se o problema vira uma nota de rodapé no dia ou um dia inteiro perdido atrás da causa.

Por que os primeiros 10 minutos importam mais do que parecem

Cada minuto de site fora do ar é um visitante que fecha a aba, um formulário que não é preenchido e uma venda que não acontece. Para um site que vive de formulário de contato ou carrinho de compra, o custo é direto: visitante que abandona o carrinho ou desiste do formulário raramente volta para tentar de novo no mesmo dia. Para o Google, quedas de poucos minutos raramente afetam o ranqueamento, mas quedas recorrentes, ou que passam de algumas horas, reduzem a frequência com que o Googlebot rastreia o site, o que atrasa a indexação de qualquer conteúdo novo publicado depois.

As causas mais comuns de uma queda, nessa ordem de frequência, costumam ser: problema na hospedagem, plugin ou tema que quebrou depois de uma atualização, certificado SSL vencido, domínio não renovado e erro de configuração introduzido manualmente por alguém da equipe. Saber essa ordem evita gastar os primeiros minutos procurando no lugar errado.

O erro mais comum nesse momento não é técnico, é comportamental: reiniciar hospedagem, trocar tema, restaurar um backup antigo, tudo ao mesmo tempo, sem saber a causa. Isso costuma criar um segundo problema em cima do primeiro. Por isso o primeiro movimento não é agir, é diagnosticar.

Minuto 1 a 2: confirme se a queda é geral ou só sua

Antes de mexer em qualquer configuração, descubra se o site está fora do ar para todo mundo ou só para a sua conexão. Um roteador travado, um DNS local em cache ou uma extensão de navegador conseguem simular uma queda que não existe de verdade.

• Abra o site em uma rede diferente, como dados móveis, fora do Wi-Fi da empresa ou de casa.
• Teste em uma aba anônima do navegador, sem cache nem extensões carregadas.
• Use uma ferramenta pública de checagem de disponibilidade para ver se outros locais do mundo também enxergam o site fora do ar.
• Se só você não acessa, o problema é local, não do servidor.

Testar por uma rede móvel funciona porque ela usa um DNS diferente do da sua rede fixa e não guarda o mesmo cache local. Se o site abre no 4G e não abre no Wi-Fi, o servidor está de pé: o problema está entre o seu computador e a internet, não no site em si.

Se a queda for confirmada em mais de um lugar e mais de uma rede, o problema é real e está no servidor, no domínio ou na aplicação. Só então vale seguir para o diagnóstico da causa.

Minuto 3 a 5: leia a mensagem de erro com atenção

A tela de erro quase sempre indica exatamente onde está o problema, mas só para quem lê com calma, não só fecha e tenta recarregar de novo.

• Erro 500 ou aviso de erro ao conectar com o banco de dados: geralmente é hospedagem sobrecarregada ou banco de dados corrompido, raramente é o código do site em si.
• Erro 502 ou 503: o servidor está de pé, mas sobrecarregado ou reiniciando; costuma se resolver sozinho em poucos minutos.
• Erro 404 na página inicial: problema de configuração de URL, redirecionamento mal feito ou arquivo de configuração do servidor corrompido.
• Aviso de conexão não segura no navegador: o certificado SSL expirou ou não foi renovado automaticamente pela hospedagem.
• Mensagem do registrador sobre domínio expirado: o domínio não foi renovado, e isso derruba o site inteiro mesmo com a hospedagem funcionando normalmente.

Cada uma dessas mensagens aponta para uma causa diferente. Tentar resolver um domínio expirado reiniciando o servidor, por exemplo, é tempo perdido que não muda o resultado.

Minuto 6 a 8: as ações que resolvem a maioria dos casos

Com a causa provável identificada, é hora de agir, mas de forma pontual: uma ação por vez, testando o site entre cada uma delas.

• Verifique a página de status da hospedagem antes de qualquer outra coisa. Se for uma instabilidade generalizada do provedor, mexer no site não muda nada.
• Confira a validade do domínio no painel do registrador. Renovações automáticas falham por cartão vencido com mais frequência do que se imagina.
• Desative o último plugin ou tema instalado renomeando a pasta dele via FTP ou gerenciador de arquivos. Se o site voltar, a causa era esse componente.
• Renove ou force a reemissão do certificado SSL pelo painel de hospedagem, quando o erro exibido for de conexão segura.
• Use um verificador de propagação de DNS se domínio e hospedagem estiverem certos e o site ainda assim não carregar. Uma mudança recente de DNS pode levar horas para propagar, mesmo configurada corretamente.
• Restaure o backup mais recente apenas se nenhuma das ações acima resolver. É a opção mais segura, mas também a mais lenta.

Evite editar arquivos de configuração do servidor sem guardar uma cópia do arquivo original antes. Um erro de digitação nesse momento transforma um site fora do ar em um site com erro de sintaxe, que costuma ser mais difícil de reverter do que o problema original.

Minuto 9 a 10: decida se chama ajuda técnica

Se o site não voltou em 10 minutos com as ações acima, o problema provavelmente não é simples, e insistir sozinho a partir daqui costuma custar mais tempo do que chamar um especialista.

Antes de acionar suporte, reúna o que qualquer técnico vai perguntar primeiro: o horário exato em que a queda começou, um print da mensagem de erro exibida, o que foi alterado no site nas últimas 24 horas e se o problema acontece em mais de um navegador. Essas quatro informações cortam pela metade o tempo de diagnóstico de quem for te ajudar.

Depois que o site voltar: como evitar a próxima queda

Site que cai uma vez tende a cair de novo, principalmente quando a causa raiz é contornada, não resolvida. Cinco práticas reduzem a recorrência de forma direta:

• Hospedagem adequada ao tráfego real do site, não ao menor preço disponível.
• Poucos plugins ativos: cada um é um ponto de falha a mais e um motivo a mais para conflito em atualizações.
• Backups automáticos testados de verdade, não só configurados e esquecidos.
• Um ambiente de teste (staging) separado do site principal, para aplicar atualizações antes de levá-las ao ar.
• Atualizações de plugin, tema e WordPress programadas para horários de menor movimento, nunca durante um lançamento ou uma campanha paga rodando.

Sites construídos sobre pilhas de plugins genéricos tendem a acumular pontos de falha ao longo do tempo, porque cada atualização é um risco novo de conflito entre peças que não foram pensadas para funcionar juntas. WordPress com tema próprio e código enxuto entrega performance máxima justamente por depender de menos peças se comunicando entre si, o que também significa menos coisas que podem quebrar ao mesmo tempo.

Para quem já passou por mais de uma queda pelo mesmo motivo, vale considerar monitoramento de uptime, que avisa por e-mail antes que o visitante perceba, e uma revisão da estrutura técnica do site com um especialista. Mais conteúdo sobre performance e manutenção de sites está disponível no blog da Codech, em codech.com.br/blog.