Site WordPress em Baixo? Como Resolver uma Emergência em Menos de 1 Hora

O site está em baixo. O telefone começa a tocar. O cliente está em pânico. Neste momento, cada minuto conta — e perder tempo em diagnósticos desnecessários ou a tentar acções às cegas aumenta o downtime e o stress. Uma emergência WordPress tem um protocolo de resposta que, quando seguido correctamente, resolve a grande maioria dos incidentes em menos de uma hora.

Este guia de suporte WordPress urgente apresenta o protocolo passo a passo para diagnosticar e resolver uma emergência, da identificação do problema à restauração do serviço. O objectivo é transformar uma situação de crise numa sequência de passos gerível.

Passo 1 — Confirmar e caracterizar o problema (5 minutos)

Antes de qualquer acção, é preciso perceber exactamente o que está a acontecer. Os cenários são muito diferentes:

• Site completamente inacessível (erro 500, timeout): problema de servidor, PHP fatal error ou base de dados em baixo
• Página branca (White Screen of Death): PHP fatal error, geralmente causado por plugin ou tema incompatível
• Erro de base de dados ("Error establishing a database connection"): credenciais erradas, servidor MySQL em baixo ou base de dados corrompida
• Site redireccionado ou com conteúdo alterado: provável comprometimento de segurança
• Apenas o wp-admin em baixo, frontend a funcionar: problema específico de configuração do painel

Verificar também se o problema é global (afecta todos os visitantes) ou local (apenas na rede/browser do utilizador) usando um serviço como downforeveryoneorjustme.com ou uma ligação de dados móvel.

Passo 2 — Verificar o hosting e logs (10 minutos)

Aceder ao painel de hosting e verificar:

• Estado dos serviços: PHP, MySQL, web server (Apache/Nginx). Muitos painéis de hosting têm uma página de status.
• Uso de recursos: o site pode estar em baixo por limite de memória, CPU ou ligações à base de dados excedidos.
• Logs de erro: error_log na raiz do WordPress ou nos logs do servidor costuma indicar exactamente a linha de código que causou o problema.
• Backups disponíveis: localizar o backup mais recente antes de fazer qualquer alteração destrutiva.

Passo 3 — Desactivar plugins via FTP/SFTP (15 minutos)

Se o diagnóstico aponta para um PHP fatal error ou White Screen of Death, a causa mais comum são plugins. A forma mais rápida de testar esta hipótese sem acesso ao wp-admin:

1. Aceder ao servidor via FTP/SFTP ou gestor de ficheiros do hosting
2. Navegar até /wp-content/plugins/
3. Renomear a pasta plugins para plugins_disabled
4. Verificar se o site fica acessível
5. Se sim, criar pasta plugins nova e reactivar plugins um a um para identificar o responsável

Se o problema for o tema, o mesmo processo aplica-se à pasta do tema activo em /wp-content/themes/ — renomear para forçar o WordPress a usar o tema padrão.

Passo 4 — Restaurar backup se necessário (20 minutos)

Se o diagnóstico for inconclusivo ou o problema for de base de dados corrompida, restaurar o último backup estável é frequentemente a opção mais rápida. O processo deve incluir:

• Restaurar a base de dados a partir do backup mais recente
• Restaurar os ficheiros do WordPress se necessário
• Verificar que o wp-config.php tem as credenciais de base de dados correctas
• Limpar a cache após o restauro

Quando contactar suporte WordPress urgente

Nem todos os problemas são resolúveis em 60 minutos sem experiência técnica especializada. Os cenários que justificam contactar assistência WordPress urgente profissional imediatamente:

• Suspeita de comprometimento de segurança ou hack
• Ausência de backups válidos para restauro
• Problema de base de dados corrompida sem resolução após restauro
• Erro de configuração de servidor que vai além do acesso WordPress
• Site de e-commerce com impacto imediato em receita