Site WordPress está fora do ar: como separar problema de hospedagem, domínio, DNS, SSL e WordPress

1. “Site fora do ar” pode significar falhas muito diferentes

Um visitante pode dizer que “o site caiu” quando, na verdade, está vendo:

• erro de domínio;
• falha de DNS;
• alerta de certificado;
• timeout;
• erro 500, 502, 503 ou 504;
• página padrão da hospedagem;
• redirecionamento inesperado;
• mensagem de erro crítico do WordPress;
• tela em branco;
• apenas o painel administrativo indisponível.

Esses sintomas pertencem a camadas diferentes.

A sequência conceitual é:

domínio → DNS → HTTPS/SSL → hospedagem/servidor → WordPress

Se a falha está no começo dessa cadeia, alterar plugin ou tema não resolve.

Se domínio e DNS funcionam e o servidor responde, aí a camada WordPress passa a fazer mais sentido.

2. Primeiro veja se o domínio ainda resolve

Domínio registrado e DNS funcionando são coisas relacionadas, mas diferentes.

O domínio precisa continuar ativo no registrador. A ICANN alerta que, quando um domínio expira e deixa de ser mantido, serviços associados como site e e-mail podem parar de funcionar.

Verifique conceitualmente:

• o domínio continua registrado e ativo?
• houve expiração, renovação ou transferência recente?
• os nameservers esperados continuam associados?
• houve mudança recente no provedor de DNS?

Depois verifique se o nome realmente resolve.

O DNS liga o nome legível do site ao destino usado pela Internet para chegar ao serviço.

Se o domínio existe, mas a resolução falha, o diagnóstico continua na camada DNS — ainda não no WordPress.

Evite alterar registros aleatoriamente “para testar”.

3. Erro de certificado é diferente de erro de DNS

Um alerta de certificado indica um cenário diferente de “domínio não encontrado”.

Para o navegador apresentar um problema de HTTPS, normalmente ele já conseguiu chegar suficientemente longe na conexão para avaliar a identidade criptográfica apresentada pelo site.

Isso coloca no diagnóstico:

• certificado expirado;
• certificado que não corresponde ao nome usado;
• cadeia de confiança;
• configuração HTTPS na hospedagem ou proxy.

Não clique em “continuar mesmo assim” para contornar alerta de certificado em um site administrativo.

Também não desative HTTPS como forma de fazer o site “voltar”.

A correção depende de quem gerencia o certificado — hospedagem, proxy/CDN ou administrador — mas este artigo não entra em procedimentos de renovação específicos de fornecedor.

4. Timeout e erros 5xx apontam para outra camada

Quando o navegador recebe um código HTTP, ele chegou a algum servidor capaz de responder.

Os códigos 5xx pertencem à classe de erros do servidor.

Em termos simples:

• 500: erro interno genérico;
• 502: um gateway/proxy recebeu resposta inválida de outro serviço;
• 503: o serviço não está pronto para atender, por exemplo em manutenção ou sobrecarga;
• 504: um gateway/proxy não recebeu resposta do serviço seguinte dentro do tempo esperado.

Isso não identifica a causa exata.

Um 500 pode vir da aplicação, configuração ou infraestrutura. Um 503 pode surgir de manutenção, carga ou outra condição do servidor.

Use o código como classificação da camada, não como diagnóstico definitivo.

Timeout também pode envolver servidor, rota de rede ou serviço upstream. Compare com outro dispositivo/rede e consulte o status da hospedagem antes de alterar WordPress.

5. Compare frontend e `wp-admin`

Essa comparação é muito útil.

Frontend falha, mas wp-admin funciona

Ganham peso:

• tema;
• plugin;
• cache;
• regra de aplicação;
• código executado principalmente no frontend.

Frontend funciona, mas wp-admin falha

Ganham peso:

• login/administração;
• plugin de segurança;
• regra aplicada à área administrativa;
• problema específico do painel.

Frontend e wp-admin falham

O problema pode ser mais amplo:

• WordPress;
• PHP/aplicação;
• banco;
• servidor;
• hospedagem;
• ou até uma camada anterior da cadeia.

Trate essa comparação como evidência, não como prova.

6. Teste em outro dispositivo ou rede

Se o site abre em outro celular, computador ou rede, a hipótese de indisponibilidade global enfraquece.

Ganham peso:

• cache local;
• navegador;
• DNS da rede;
• proxy;
• VPN;
• firewall local;
• rota específica.

Se o site falha de forma consistente em diferentes redes e dispositivos, a camada do próprio site ganha peso.

Não transforme essa etapa em um tutorial de limpeza de navegador ou troca de DNS público.

O objetivo é apenas responder:

a falha acompanha o site ou o caminho local que estou usando para acessá-lo?

7. Veja se houve mudança de domínio, DNS, SSL ou hospedagem

Cronologia ajuda muito.

Pergunte o que aconteceu imediatamente antes da indisponibilidade:

• domínio foi renovado ou transferido?
• nameservers foram trocados?
• registros DNS foram alterados?
• certificado foi renovado ou substituído?
• site foi migrado de hospedagem?
• CDN/proxy foi ativado ou alterado?
• plugin, tema ou WordPress foi atualizado?
• alguma configuração de cache ou redirecionamento mudou?

A mudança recente é uma pista forte, mas não é prova automática.

Se o problema começou depois de uma migração, por exemplo, ainda é necessário separar DNS, SSL, servidor e aplicação antes de desfazer tudo.

Também evite promessas rígidas como “DNS sempre leva 24 ou 48 horas”. O tempo observado depende dos dados publicados anteriormente e do cache dos resolvedores.

8. Consulte status e avisos do provedor antes de mexer no WordPress

Se domínio e DNS parecem corretos, mas o site apresenta timeout ou 5xx, consulte a camada de hospedagem.

Verifique:

• página de status do provedor, se existir;
• avisos de manutenção;
• notificações de conta;
• suspensão ou cobrança pendente;
• limite de recursos, se o painel informar;
• se o painel da hospedagem continua acessível.

Uma página padrão do provedor no lugar do site também é evidência útil: o visitante chegou a alguma infraestrutura, mas talvez ao destino ou configuração errados.

Não reinicie serviços, PHP, Apache, Nginx ou banco por tentativa.

Se a infraestrutura é gerenciada, leve o sintoma e o horário ao suporte.

9. Só entre no WordPress quando domínio, DNS e servidor estiverem alcançáveis

Quando a cadeia externa está funcional e a falha já parece ser da aplicação, aí WordPress ganha prioridade.

A documentação oficial do WordPress reconhece sintomas como:

• tela branca;
• erro interno;
• erro de conexão com banco;
• timeout;
• modo de manutenção;
• mensagem de erro crítico.

Um erro crítico indica que algo impediu o WordPress de executar normalmente. Plugin, tema, PHP, memória ou arquivos podem estar envolvidos.

O WordPress também possui Modo de recuperação em alguns erros fatais de PHP, permitindo em certos casos acessar o painel para investigar sem alterar arquivos diretamente.

Este artigo para aqui.

Ele não ensina a:

• renomear pastas de plugins;
• editar wp-config.php;
• ativar debug;
• usar FTP/SFTP;
• mexer em banco;
• corrigir PHP.

Essas são etapas de troubleshooting WordPress depois que a camada foi devidamente identificada.

10. Backup e reinstalação não são primeiros passos

Backup é essencial, mas restauração é uma intervenção.

Um WordPress típico envolve pelo menos:

• arquivos;
• banco de dados.

A documentação oficial ressalta que ambos precisam ser considerados para um backup completo.

Restaurar um backup sem entender a falha pode:

• sobrescrever conteúdo mais novo;
• misturar arquivos e banco de momentos diferentes;
• esconder a causa;
• restaurar o mesmo problema.

Reinstalar WordPress também não corrige:

• domínio expirado;
• DNS apontando errado;
• certificado inválido;
• falha da hospedagem;
• indisponibilidade upstream.

Portanto:

backup serve para recuperação quando a causa e o ponto de retorno estão claros — não como diagnóstico.

11. O que não fazer com um site fora do ar

Evite ações amplas antes de identificar a camada.

Não faça como primeira tentativa:

• trocar registros DNS aleatoriamente;
• alterar nameservers sem confirmar o provedor correto;
• trocar DNS público do seu computador para “consertar o site”;
• desativar HTTPS;
• ignorar alerta de certificado;
• reinstalar WordPress;
• restaurar backup;
• desativar plugins pelo sistema de arquivos;
• editar banco;
• editar wp-config.php;
• executar comandos SSH;
• reiniciar serviços web;
• alterar versão de PHP por tentativa;
• culpar malware sem evidência;
• atualizar tudo simultaneamente.

Mude uma camada por vez e registre o que foi observado antes de cada alteração.

12. Quando procurar registrador, hospedagem ou suporte WordPress

O melhor suporte depende da camada já isolada.

Procure o registrador quando:

• o domínio está expirado ou com status inesperado;
• existe problema de renovação ou transferência;
• nameservers configurados no registro não correspondem ao esperado.

Procure o provedor de DNS quando:

• o domínio está ativo, mas a resolução não corresponde à configuração esperada;
• houve alteração recente de DNS e os dados publicados precisam ser verificados.

Procure a hospedagem quando:

• DNS chega ao serviço;
• aparecem 5xx ou timeout;
• a conta ou painel mostra aviso;
• página padrão do provedor aparece;
• infraestrutura/PHP/banco precisa ser analisada.

Procure suporte WordPress quando:

• domínio, DNS e servidor estão alcançáveis;
• o erro é claramente de aplicação;
• aparece erro crítico;
• frontend e painel mostram padrão compatível com plugin, tema ou código.

Leve evidências:

• URL afetada;
• horário aproximado;
• texto exato do erro;
• código HTTP, se visível;
• se wp-admin abre;
• se funciona em outra rede;
• mudanças recentes.

Isso reduz tentativas destrutivas e acelera o encaminhamento correto.

Conclusão

Um site WordPress fora do ar deve ser investigado como uma cadeia:

domínio → DNS → HTTPS/SSL → hospedagem/servidor → WordPress

A ordem segura é:

tipo de erro → domínio → DNS → certificado → servidor → frontend vs wp-admin → outro acesso → mudanças recentes → suporte da camada correta.

Não reinstale o WordPress, não restaure backup e não altere DNS enquanto você ainda não sabe qual camada falhou.

Fontes públicas

• ICANN — The Domain Name System.
• ICANN — Renewing Domain Names.
• ICANN — FAQs for Registrants: Domain Name Renewals and Expiration.
• MDN — HTTP response status codes e páginas de 500/502/503/504.
• WordPress.org — Common WordPress errors.
• WordPress.org — Recovery Mode.
• WordPress.org — Backups.
• Let’s Encrypt — documentação sobre certificados de domínio e validade.