Quando o site sai do ar, a primeira meia hora não serve para descobrir a causa técnica. Ela serve para acionar a pessoa certa, registrar o problema e impedir que alguém piore a situação tentando adivinhar.
Este texto não é o passo a passo de diagnóstico. Se você tem acesso ao servidor e quer investigar a causa, o roteiro completo está em site WordPress caiu: como descobrir a causa e voltar ao ar . Aqui é para o dono do negócio que abriu o site, viu erro na tela e agora precisa tomar decisões sem entender de infraestrutura.
Primeiro: confirme que caiu de verdade
Boa parte dos "o site caiu" não é queda. É cache do navegador, internet do escritório, DNS local ou uma página específica com erro.
Antes de acionar qualquer pessoa, faça três checagens rápidas:
- Abra o site no celular, com dados móveis, fora do wi-fi.
- Abra em uma janela anônima do navegador.
- Teste a home e mais uma página interna.
Se o site abre no celular e não abre no computador, o problema provavelmente é local, e ninguém precisa ser acordado às onze da noite.
Se não abre em lugar nenhum, você tem uma queda real, e o relógio começa a contar.
Registre o que a tela está mostrando
Isso parece burocracia no meio do desespero, e é justamente o que economiza tempo depois.
Antes de qualquer coisa, tire print da tela de erro e anote:
- a hora exata em que você percebeu
- a mensagem que aparece, palavra por palavra
- se acontece em todas as páginas ou só em algumas
- se o painel administrativo ( /wp-admin ) também está fora
- o que mudou nas últimas 24 horas: atualização, plugin novo, alteração de conteúdo, troca de hospedagem
Quem for resolver vai perguntar exatamente isso. Ter as respostas prontas costuma cortar o tempo de resposta pela metade, porque encurta a fase de investigação cega.
Mensagens diferentes apontam para lugares diferentes. Erro de conexão com o banco de dados, tela branca e erro 500 têm origens distintas, e cada uma tem seu próprio caminho de solução, detalhado em erros WordPress: guia completo .
Acione a pessoa certa, não todas ao mesmo tempo
Aqui é onde a maioria das empresas perde tempo. Manda mensagem para o desenvolvedor, abre chamado na hospedagem, chama o sobrinho que mexe com computador, e três pessoas começam a alterar o mesmo site em paralelo.
O caminho mais rápido é definir uma pessoa responsável pela queda e comunicar as outras.
Se você tem contrato de manutenção, o chamado é lá, e o restante é aviso.
Se você não tem ninguém contratado, a hospedagem é o primeiro destino, porque ela consegue dizer se o problema é do servidor dela ou do seu site. Essa resposta sozinha já divide o problema no meio.
Se o site foi feito por uma agência que sumiu e você nem sabe onde ele está hospedado, o problema é anterior à queda, e a saída está em o desenvolvedor do site sumiu .
As perguntas que aceleram o atendimento
Quando falar com o suporte, três perguntas mudam a qualidade do atendimento:
"O problema está no servidor ou no site?" Essa é a primeira bifurcação. Se o servidor está fora, você espera. Se o servidor está no ar, o problema é do site, e alguém precisa entrar nele.
"Existe backup recente e ele pode ser restaurado agora?" Restaurar um backup bom costuma ser o caminho mais rápido de volta ao ar, mesmo antes de entender a causa. Se ninguém souber responder isso na hora da emergência, você tem um segundo problema, tratado em backup do site da empresa .
"Qual é o prazo de resposta que eu contratei?" Muita gente descobre o próprio SLA durante a queda. Vale conhecer antes, e o que esse número significa na prática está em SLA de hospedagem WordPress .
O que não fazer
Algumas reações pioram uma queda que seria simples:
- Reinstalar o WordPress por cima achando que resolve. Isso pode destruir configuração e conteúdo.
- Sair desativando e reativando plugins no escuro enquanto outra pessoa também mexe.
- Trocar de hospedagem no meio da crise. Migração no desespero costuma criar um problema novo em cima do antigo.
- Deixar o site com uma tela de erro genérica por horas sem avisar ninguém.
- Apagar o backup antigo para "liberar espaço" enquanto o site está quebrado.
Se existe suspeita de invasão, a conduta é outra e tem passos específicos, descritos em WordPress hackeado: o que fazer agora .
Enquanto o site não volta, seu negócio continua
Uma queda de site não precisa virar silêncio total com o cliente.
Coisas simples que dão para fazer em minutos:
- Avisar no perfil do Instagram, no WhatsApp Business ou onde estiver sua audiência que o site está em manutenção e o atendimento segue funcionando.
- Redirecionar quem estiver pronto para comprar para um canal humano.
- Pausar campanhas de anúncio que apontam para o site, porque cada clique nesse período é dinheiro entrando em uma porta fechada. Essa conta está detalhada em quanto você perde quando o site cai no meio de uma campanha .
Essa parte não depende de nenhum conhecimento técnico e reduz o prejuízo real da queda.
Depois que voltar, a pergunta importante
Site no ar de novo não encerra o assunto. Encerrar de verdade é responder duas coisas: por que caiu e o que impede que aconteça de novo na semana que vem.
Queda quase nunca é evento isolado. Costuma ser sintoma de servidor apertado, plugin problemático, atualização sem processo ou site sem ninguém acompanhando. O custo acumulado disso está em o custo real do downtime .
E se você só descobriu a queda porque um cliente avisou, existe uma lacuna óbvia: ninguém está monitorando. Monitoramento decente avisa antes do cliente, e o funcionamento disso está em monitoramento de uptime no WordPress .
Perguntas frequentes
Meu site caiu. Quem eu devo chamar primeiro? Se você tem contrato de manutenção, o responsável pelo contrato. Se não tem, a hospedagem, porque ela consegue dizer rapidamente se o problema é do servidor ou do site.
Quanto tempo é aceitável um site ficar fora do ar? Depende do que o site sustenta. Para site institucional, algumas horas costumam ser absorvíveis. Para site que vende ou recebe pedido, cada hora tem custo direto, e o aceitável é o menor tempo que seu contrato garante.
Posso tentar resolver sozinho? Pode, desde que exista backup recente e você saiba o que está alterando. O risco de mexer no escuro é transformar uma queda de vinte minutos em uma reconstrução de dois dias.
Como sei se fui hackeado ou se foi falha técnica? Sinais de invasão incluem redirecionamentos estranhos, conteúdo que você não publicou e alerta do navegador. Falha técnica costuma trazer mensagem de erro do próprio WordPress ou do servidor. Na dúvida, trate como incidente de segurança até provar o contrário.
Vale trocar de hospedagem depois de uma queda? Vale avaliar, com calma, depois que o site voltar. Trocar durante a crise costuma criar problema novo. A decisão sobre quando mudar está em quando sair da hospedagem barata .
Resumindo
Nos primeiros 30 minutos de um site fora do ar, seu trabalho é confirmar a queda, registrar evidência, acionar uma pessoa responsável, proteger o backup e avisar seu público. O diagnóstico técnico vem depois, e é trabalho de quem tem acesso ao servidor.
Se hoje você não sabe quem chamar quando o site cai, esse é o buraco a fechar antes da próxima queda. A HOSTWP existe justamente para ser essa pessoa antes do problema, não depois.