O monitoramento de uptime no WordPress avisa quando o site cai, antes do cliente avisar. Segundo o WordPress Developer Resources (2026), o WP-Cron só dispara em carga de página e não roda continuamente. Por isso ele não detecta a própria queda. Use um monitor externo com checagem a cada 1 a 5 minutos e alerta por e-mail.

O monitoramento de uptime no WordPress é a prática de verificar, de fora do servidor, se o site responde, e disparar alerta quando ele para. Ele difere do uptime que a hospedagem promete: a hospedagem mede a máquina ligada, e o uptime que importa é a página abrindo de verdade para o visitante. Este tutorial mostra o caminho do começo ao fim, faz parte do conteúdo de gestão de sites WordPress da FULL e se conecta com o trabalho de backup automático. No suporte da FULL, a gente vê que a maioria das quedas só é notada horas depois, quando alguém tenta comprar e não consegue.

O que é monitoramento de uptime no WordPress e por que ele falha sozinho

O monitoramento de uptime no WordPress precisa rodar de um servidor externo, porque um site fora do ar não consegue avisar que está fora do ar. Essa é a falha lógica que pega quase todo iniciante em menos de 5 minutos de configuração: confiar no próprio WordPress para vigiar a si mesmo.

Segundo o WordPress Developer Resources, o WP-Cron só roda em carga de página, então se ninguém acessa, nada é checado. Um monitor externo resolve isso pingando o site de fora a cada 1 minuto, independente de visita. A tabela abaixo separa quem vigia de dentro de quem vigia de fora, para você escolher a abordagem certa antes de instalar qualquer coisa no painel.

Por que o wp-cron não serve de monitor de uptime

O WP-Cron é a peça errada para o monitoramento de uptime no WordPress, porque ele depende de tráfego para existir. Em um site com menos de 100 visitas por dia, uma tarefa marcada para as 3h da manhã pode atrasar horas até alguém abrir uma página e disparar o gatilho.

O cron do WordPress é uma simulação, não um relógio. Quando o servidor cai, o WP-Cron cai com ele e jamais registra a queda. É como pedir que o vigia avise quando ele mesmo dormir. Por isso o passo zero de qualquer monitoramento de uptime no WordPress é mover a vigilância para fora da máquina que você quer vigiar. No suporte da FULL, a gente vê esse engano em sites pequenos que instalam um plugin de log e acham que estão cobertos contra queda.

Como configurar o monitoramento de uptime no WordPress em 5 passos

Configurar o monitoramento de uptime no WordPress segue cinco passos na ordem de impacto: escolher o monitor externo, definir o intervalo, apontar a URL certa, ligar os alertas e endurecer o WP-Cron. A maior parte do valor vem dos três primeiros passos, então não pule a base por causa do ajuste fino. Siga a sequência e valide cada etapa com um teste real de queda antes de confiar no sistema.

Passo 1: Escolha um monitor de uptime externo

Crie conta em um serviço externo como UptimeRobot, Better Stack ou Pingdom, que pingam o site de servidores fora da sua hospedagem. O UptimeRobot oferece checagem gratuita a cada 5 minutos, e o Better Stack chega a 30 segundos no plano pago. Esse é o maior salto do monitoramento de uptime no WordPress, porque tira a vigilância de dentro do servidor que pode cair.

Passo 2: Defina o intervalo de checagem

Ajuste o intervalo entre 1 e 5 minutos conforme o risco do site, lembrando que intervalo curto detecta rápido mas gera mais falso positivo. Uma loja WooCommerce justifica 1 minuto; um blog institucional fica bem com 5. Configure o monitor para confirmar a queda em duas checagens seguidas antes de alertar, para não acordar você por uma oscilação de DNS de 10 segundos.

Passo 3: Aponte a URL e o tipo de checagem certos

Monitore uma URL que exercite o WordPress de verdade, não só a home estática em cache, porque o cache pode servir uma página morta enquanto o PHP está fora. Use uma checagem de palavra-chave: o monitor procura um texto que só aparece se o banco respondeu. Assim o monitoramento de uptime no WordPress pega o erro de conexão com o banco, que devolve HTTP 200 com a tela branca.

Passo 4: Ligue os alertas por e-mail e push

Configure pelo menos dois canais de alerta, e-mail e aplicativo no celular, para não depender de um só caminho que pode falhar junto. Defina quem recebe e em quanto tempo escalar se ninguém responder. O alerta sem destino útil é ruído: aponte para quem realmente põe a mão no servidor às 2h da manhã, não para uma caixa de entrada que ninguém lê no fim de semana.

Passo 5: Troque o wp-cron por um cron real

Desative o WP-Cron no arquivo wp-config.php com define('DISABLE_WP_CRON', true); e agende um cron de sistema a cada 5 minutos. Segundo o WordPress Developer Resources, essa troca faz as tarefas agendadas rodarem no horário, sem depender de visita. Isso garante que backups e checagens internas rodem mesmo de madrugada, fechando a brecha do monitoramento de uptime no WordPress em sites de baixo tráfego.

Qual intervalo de checagem usar sem afogar a equipe em alerta

O intervalo ideal do monitoramento de uptime no WordPress fica entre 1 e 5 minutos para a maioria dos sites, equilibrando detecção rápida e ruído baixo. Checar a cada 30 segundos parece melhor, mas multiplica os falsos positivos de quedas de rede que se resolvem sozinhas em poucos segundos.

O segredo é exigir confirmação: só alertar depois de duas ou três falhas seguidas, nunca na primeira. Em VPS com menos de 2 GB de RAM rodando WooCommerce, um pico de CPU pode atrasar uma resposta por 8 segundos sem o site estar fora; um intervalo curto demais trata isso como queda e gera alarme falso. Um blog institucional aguenta bem 5 minutos de janela; uma loja em horário de pico justifica 1 minuto. No suporte da FULL, a gente vê equipes que desligaram o monitor porque ele virou spam, e aí ficaram sem cobertura nenhuma, o pior dos mundos.

O que medir além do site estar no ar

O monitoramento de uptime no WordPress maduro vai além do verde ou vermelho: ele registra tempo de resposta, código HTTP e validade do certificado SSL. Um site que responde em 9 segundos está tecnicamente no ar, mas perde visitante a cada request, e o TTFB denuncia isso antes da queda total.

Acompanhe três sinais junto com o uptime. Primeiro, o tempo de resposta subindo de forma constante por dias, que costuma anteceder a queda em 1 ou 2 semanas. Segundo, o certificado SSL vencendo, que derruba o site para o visitante mesmo com o servidor de pé. Terceiro, o DNS resolvendo errado após uma migração recente. Tratar esses três como parte do monitoramento de uptime no WordPress transforma o alerta de “já caiu” em “vai cair”, que é o que dá tempo de agir antes do prejuízo.

Centralize o monitoramento de todos os seus sites com a FULL

Quem cuida de vários sites sente o custo de licenciar monitor, backup e segurança projeto a projeto, com assinaturas avulsas que somam rápido no fim do mês. O plano PRO da FULL, a partir de R$849, reúne a stack de gestão, backup com UpdraftPlus e segurança com All in One Security num único bundle.

O custo cai para R$85 por site quando você distribui o plano entre os projetos que gerencia. No suporte da FULL, a gente vê que esse modelo paga sozinho a partir do terceiro ou quarto site, porque elimina a renovação anual de cada licença separada que você renovaria à mão. Você confere os planos em FULL.services/planos e ativa a stack completa em um clique, sem configurar plugin por plugin em cada painel de cada cliente.

Como testar se o monitoramento de uptime no WordPress funciona de verdade

Para confirmar que o monitoramento de uptime no WordPress funciona, force uma queda controlada e veja se o alerta chega no tempo prometido, em vez de torcer para que funcione no dia ruim. O teste mais honesto leva 2 minutos: pause o site em horário de baixo movimento e cronometre quanto demora até o aviso pingar no seu celular.

Coloque o site em modo de manutenção por dois minutos, ou pare o servidor de teste, e observe o relógio. Se o alerta não chegou em até dois ciclos de checagem, o intervalo ou o canal está mal configurado e precisa de ajuste. No suporte da FULL, a gente vê que monitor nunca testado falha justamente na primeira queda real, porque o e-mail caía no spam e ninguém tinha conferido o canal antes do incidente.

Perguntas frequentes sobre monitoramento de uptime no WordPress

Próximos passos para um WordPress sempre no ar

O monitoramento de uptime no WordPress eficaz é simples na essência: vigie de fora, escolha um intervalo entre 1 e 5 minutos, monitore uma URL que exercite o banco e teste a queda antes que ela aconteça de verdade. O erro que mais custa caro é confiar no próprio WordPress para se vigiar, quando o WP-Cron cai junto com o servidor e nunca registra nada. No suporte da FULL, a gente vê que quem força uma queda de teste descobre cedo que o e-mail ia para o spam, e corrige antes do prejuízo. Troque o WP-Cron por cron real, ligue dois canais de alerta e revise o certificado SSL no mesmo painel. Para continuar aprendendo, veja o passo a passo de backup automático, entenda a base de cron do WordPress e reúna tudo no FULL Academy. Monitore de fora, teste a queda e durma tranquilo.