O health check do WordPress é a rotina que mede saúde técnica do site: PHP, banco, cache, backup e segurança. A documentação oficial do WordPress alerta que rodar uma versão de PHP em fim de vida expõe o site a falhas de segurança e quebras. Um site lento perde tráfego antes do conteúdo. Faça as 7 verificações abaixo de forma recorrente.

O health check do WordPress responde a uma pergunta direta: o seu site está tecnicamente saudável para ranquear, converter e ser rastreado sem erro pelo Google? A primeira camada já vem pronta no painel, em Ferramentas, Site Health, e dá uma nota de status. Mas essa nota cobre só parte do problema. Nesta gestão de sites, a saúde técnica vira pré-requisito de visibilidade: PHP atualizado, banco enxuto, cache de página coerente e backup que de fato roda. Este guia destrincha o diagnóstico em 7 verificações operacionais.

Diagnóstico rápido do health check do WordPress

O health check do WordPress começa por 6 sinais que explicam a maior parte dos chamados que chegam no suporte da FULL: versão de PHP, status do banco, integridade do cache, validade do backup, atualizações pendentes e exposição de segurança. A tabela abaixo mapeia cada sinal ao sintoma e à correção.

Use ela como checklist de triagem antes de abrir qualquer plugin de auditoria pesado. A ideia é separar, em poucos minutos, o que é ruído do que é risco real de queda. Cada linha funciona como um item de triagem auto-contido, ligando o sinal técnico ao sintoma que o cliente percebe e à ação corretiva.

Legenda: a tela nativa do Site Health entrega o primeiro veredicto, mas ignora cache e backup.

Verificação 1: PHP, o motor do health check do WordPress

A versão de PHP é o primeiro item do health check do WordPress porque define se o site sobe ou cai. O WordPress recomenda PHP 8.2 ou superior, e o painel Site Health já alerta quando você roda uma versão em fim de vida que ninguém atualizou.

PHP 7.4 em fim de vida somado a um plugin que chama função depreciada gera tela branca sem erro visível no painel: o cenário mais comum nos tickets da FULL. A correção costuma levar minutos no painel da hospedagem, mas exige um ambiente de staging para testar antes de virar a chave em produção. Nunca atualize PHP direto no site no ar sem ponto de restauração.

Passo a passo: Como verificar e atualizar o PHP

Passo 1: Abra o Site Health e leia a aba Informações

Acesse Ferramentas, Site Health, aba Informações, seção Servidor. Ali aparece a versão de PHP ativa, o limite de memória e o tempo máximo de execução. Anote os três valores. Se a versão estiver abaixo de 8.0, esse é o seu primeiro alvo de correção antes de qualquer otimização de velocidade.

Passo 2: Teste a versão nova em staging

Clone o site num ambiente de teste e troque o PHP lá primeiro. Rode as páginas críticas, o checkout e os formulários. Se nada quebrar, replique em produção. O WP-CLI ajuda a rodar wp plugin list e mapear plugins sem atualização recente, que são os candidatos a quebrar.

Passo 3: Vire a chave e monitore os logs

Ative PHP 8.2 em produção e acompanhe os logs de erro pelas primeiras 24 horas. Um erro fatal aparece rápido. Mantenha o backup da véspera acessível para reverter em um clique caso um plugin antigo não suporte a nova versão.

Verificação 2: Banco de dados no health check do WordPress

O banco de dados é o ponto cego mais caro do health check do WordPress: ele incha em silêncio até o painel arrastar. Revisões de posts, transients expirados e tabelas órfãs de plugins desinstalados somam centenas de megabytes em sites com poucos anos de vida.

O Query Monitor mostra cada query lenta com tempo em milissegundos, e o WP-Optimize limpa o excesso com segurança. Em sites com banco acima de 1 GB, a gente vê o Time to First Byte cair de forma expressiva só com uma limpeza bem feita. Esse ganho conversa direto com os Core Web Vitals, que o Google usa como sinal de ranqueamento desde 2021. Trate a limpeza como rotina mensal, não como apagar incêndio.

Legenda: o Query Monitor expõe a query exata que trava o painel, em milissegundos.

Verificação 3: Cache e o estado real do site

Cache incoerente engana o administrador e é a terceira verificação do health check do WordPress. O sintoma clássico aparece em segundos: você altera um texto, salva, e a mudança não aparece na página pública, como se o trabalho tivesse sumido.

Cache de página servindo HTML antigo somado a uma atualização de plugin recente faz o administrador ver a versão desatualizada e achar que a correção falhou. Antes de abrir chamado, purgue o cache pelo plugin e recarregue sem cache pelo atalho do navegador. Ferramentas como WP Rocket e LiteSpeed Cache resolvem a maioria dos casos, mas exigem regras de exclusão para carrinho e área logada, senão o cliente vê dados de outra sessão. Outro ponto de atenção é o cache em camadas: CDN, servidor e plugin podem guardar versões diferentes ao mesmo tempo. Para medir o efeito real, rode um teste antes e depois com as ferramentas de teste de velocidade do WordPress.

Verificação 4: Backup que de fato roda no health check do WordPress

Backup é a verificação que separa um susto de uma tragédia no health check do WordPress, e quase ninguém testa a restauração antes de precisar dela. Um arquivo que existe mas não restaura vale zero na hora do desastre.

WP-Cron travado por tráfego baixo somado a um agendamento de backup dependente de cron gera backup que nunca roda e site sem ponto de restauração. A correção é trocar o WP-Cron por um cron real do servidor, configurado para disparar a cada hora, independente de visita. O UpdraftPlus e o WPvivid agendam cópias externas no Google Drive ou S3. Configure backup automático seguindo nosso guia de backup automático do WordPress e, uma vez por mês, restaure num ambiente de teste para confirmar que o arquivo presta.

> Em sites com WP-Cron disparado por tráfego e visitas escassas, o backup agendado simplesmente não roda; trocar para o cron real do servidor a cada hora resolve o ponto cego que só aparece quando você precisa restaurar.

Verificação 5: Segurança e wp-config no health check do WordPress

Segurança fecha o núcleo defensivo do health check do WordPress e começa no arquivo wp-config. Permissões de arquivo erradas, mais chaves de segurança nunca rotacionadas, mais XML-RPC aberto formam a superfície de ataque mais explorada em sites WordPress brasileiros.

A FULL é uma CNA reconhecida pela CISA, então a gente vê esses vetores de perto todos os dias. Comece bloqueando edição de arquivos pelo painel com define('DISALLOW_FILE_EDIT', true); no arquivo wp-config.php. Em seguida, rotacione as chaves de autenticação no wp-config e force HTTPS na tela de login. Some um firewall de aplicação, como o All in One Security, e revise quem tem perfil de administrador na lista de usuários, removendo contas antigas de freelancers que já saíram do projeto. Para o roteiro completo de proteção, o nosso guia de segurança do WordPress cobre cada camada por ordem de prioridade.

Verificação 6: Monitoramento contínuo de múltiplos sites

Quem cuida de vários sites precisa transformar o health check do WordPress de evento pontual em monitoramento contínuo. Rodar a verificação manual em 30 sites, um a um, não escala: você vai esquecer metade da carteira em uma semana corrida.

Painéis como MainWP e ManageWP centralizam updates, backups e status de uptime de toda a carteira numa tela só, com alerta quando um site sai do ar. A gente detalha esse fluxo no artigo sobre gerenciar vários sites com o MainWP. O ganho é de tempo e de risco ao mesmo tempo: um certificado SSL vencido ou um PHP desatualizado aparece no radar antes do cliente reclamar pelo WhatsApp. Configure também um relatório semanal por e-mail com o resumo de saúde de cada site, para transformar o monitoramento em rotina automática e auditável em vez de checagem manual esquecida.

Logs de erro e uptime: O ângulo que fecha o health check

Aqui está o gap que quase nenhum guia de health check do WordPress cobre: a verificação só se completa quando você lê os logs de erro e cruza com o uptime real do site. Um painel que carrega para você pode estar entregando erro 500 intermitente para parte dos visitantes, e o status verde do Site Health não enxerga isso.

Ative o WP_DEBUG_LOG no wp-config para gravar os erros em arquivo e revise o debug.log depois de cada deploy maior: PHP notice repetido, função depreciada e falha de plugin aparecem ali antes de virar tela branca. Some a isso um monitor de uptime externo que pinga o site a cada minuto e dispara alerta quando ele cai, mesmo de madrugada. O cron saudável também entra nessa conta: tarefas agendadas que falham em silêncio acumulam fila e derrubam a performance sem nenhum aviso no painel. Health check sem leitura de log é diagnóstico pela metade: você só vê o sintoma quando o cliente já reclamou.

Onde a FULL entra: Plugins Premium num plano só

Manter o health check do WordPress em dia exige um arsenal de plugins premium, e comprar cada licença avulsa custa caro. O plano PRO da FULL custa R$849 e reúne os 17 plugins que sustentam a saúde do site num único pacote.

Esse pacote traz WP Rocket para cache, UpdraftPlus para backup, All in One Security para defesa, WP-Optimize para o banco e Rank Math PRO para o schema que ajuda o Google a ler o site. Distribuído pela sua carteira, isso dá cerca de R$85 por site, contra licenças que ultrapassam US$59 por ano cada uma avulsa, somando centenas de dólares por ano em compras separadas. É o mesmo conjunto que a gente usa no suporte da FULL, ativável em um clique a partir de um painel central. Veja a composição completa em FULL.services/planos.

Perguntas frequentes sobre o health check do WordPress

Próximos passos para manter o site saudável

O health check do WordPress deixa de ser tarefa esquecida quando vira rotina com ferramentas certas e calendário fixo. Comece pela triagem nativa, suba o PHP para 8.2, limpe o banco, confirme que o backup restaura e feche a superfície de segurança no wp-config. Depois, eleve o jogo: trate a saúde técnica como base da sua estratégia de visibilidade, porque ela define se o Google consegue rastrear e indexar o seu conteúdo sem erro. Para continuar aprendendo, o guia acelere o WordPress reúne os tutoriais de performance e o hub de gestão de sites WordPress da FULL centraliza tudo sobre manutenção contínua.