Cron Jobs

Cron Jobs WordPress são tarefas agendadas executadas automaticamente em intervalos regulares. Servem para publicar posts agendados, rodar backups, enviar e-mails em massa, sincronizar com APIs externas, atualizar sitemaps e dezenas de outras automações que precisam acontecer sem intervenção humana. WordPress traz por padrão um sistema chamado WP-Cron que simula esse comportamento, mas o cron real do servidor (Linux cron) é mais confiável e leve em produção. Saber a diferença é o que separa sites profissionais de amadores.

O que são Cron Jobs

Cron é o sistema de agendamento de tarefas do Unix/Linux, presente desde 1975. Permite executar comandos em horários específicos: a cada minuto, a cada hora, todo dia às 3 da manhã, toda segunda às 9h, primeiro dia de cada mês. A sintaxe usa cinco campos para definir periodicidade: minuto, hora, dia, mês, dia da semana.

Em servidores Linux, o cron roda como serviço de sistema (crond), independente de PHP, MySQL ou WordPress. O administrador define tarefas em arquivos de crontab e o serviço executa na hora exata. É um dos mecanismos mais confiáveis de automação na computação moderna.

O termo tarefas agendadas linux é tradução comum de cron jobs em conteúdo técnico em português. Os dois significam a mesma coisa. “Cron job” é a expressão consagrada no mercado e aparece em painéis de hospedagem, documentação de plugins WordPress e em fóruns técnicos.

Em sites WordPress, exemplos práticos de cron jobs incluem: publicar posts agendados via Editorial Calendar, enviar campanhas via MailPoet, rodar backup via UpdraftPlus, sincronizar produtos com ERP via WooCommerce, gerar sitemaps via Rank Math, processar relatórios mensais. Sem cron, todas essas tarefas exigiriam alguém para clicar em “executar agora” no horário certo.

Cron Jobs vs WP-Cron

O cron wp-cron é o sistema interno do WordPress que tenta replicar comportamento de cron sem depender do servidor. Funciona razoavelmente em sites pequenos, mas tem limitações estruturais que o tornam ruim em produção séria.

WP-Cron não roda sozinho. Ele depende de visitas para ser disparado. Quando alguém acessa qualquer página do site, o WordPress verifica se há tarefas pendentes e executa as que já passaram do horário. Em um site com tráfego constante, funciona. Em um site sem visitas durante a madrugada, tarefas agendadas para 3 da manhã podem só rodar às 9h quando o primeiro visitante chega.

Pior: WP-Cron roda em cada visita. Cada requisição inicial dispara verificação completa de tarefas pendentes. Em sites com tráfego alto, isso adiciona latência sem necessidade. A primeira visita a uma página depois de uma hora pode levar 1-2 segundos a mais só para WP-Cron processar.

Cron real do servidor resolve os dois problemas. Roda no horário exato, independente de tráfego, e não adiciona overhead em visitas normais. Em servidores VPS e hospedagens premium, é o caminho certo.

Em hospedagens compartilhadas baratas, cron real pode não estar disponível ou ter limitações (mínimo de 5 minutos entre execuções, máximo de 1 cron job por usuário). Nesses casos, WP-Cron é o que sobra. Combine com cron WordPress bem ajustado para minimizar o overhead.

Quando WP-Cron é suficiente

Para sites pequenos com poucos plugins agendando tarefas e tráfego razoável (mais de uma visita por hora), WP-Cron resolve. Sites institucionais simples, blogs pessoais e portfólios podem rodar perfeitamente sem cron real. O upgrade para cron real virou necessário quando o site tem volume sério ou tarefas críticas.

Como configurar Cron real para WordPress

O processo de migrar para cron real tem dois passos: desligar WP-Cron e adicionar entrada no crontab do servidor que dispara WP-Cron em horário fixo.

Primeiro, desabilite WP-Cron interno. Edite wp-config.php e adicione antes da linha “That’s all, stop editing”: define(‘DISABLE_WP_CRON’, true);. Isso impede que WP-Cron rode em cada visita. As tarefas continuam registradas, mas não são executadas até alguém disparar manualmente.

Segundo, configure cron real do servidor para chamar wp-cron.php a cada 5 ou 15 minutos. Em servidores com SSH, edite o crontab: crontab -e e adicione: */5 * * * * curl -s https://seudominio.com.br/wp-cron.php?doing_wp_cron >/dev/null 2>&1. Salva e o cron passa a chamar wp-cron.php a cada 5 minutos.

Em hospedagens com cPanel ou Plesk, o caminho é visual. Acesse “Cron Jobs” no painel, defina periodicidade (a cada 5 minutos), insira o comando curl ou wget para wp-cron.php do site e salve. Hospedagens managed (Kinsta, WP Engine, Hostinger) costumam fazer essa configuração automaticamente quando você ativa cron real no painel.

Em VPS com SSH e WordPress instalado via WP-CLI, o caminho mais limpo é: */5 * * * * cd /var/www/seudominio.com && /usr/local/bin/wp cron event run –due-now >/dev/null 2>&1. Esse comando usa o WP-CLI para rodar tarefas pendentes diretamente no PHP, sem requisição HTTP, mais leve que curl.

Para validar que cron está funcionando, instale plugin como WP Crontrol e veja a lista de tarefas registradas, próximas execuções e histórico. Tarefas que deveriam ter rodado mas estão sempre atrasadas indicam que o cron real não está disparando.

Erros comuns com Cron Jobs

O primeiro erro é deixar WP-Cron ligado em sites com tráfego alto. Cada visita dispara verificação, adicionando latência. Sintoma: primeira visita a uma página em cache demora 800-1500 ms quando deveria demorar 80 ms. Solução: desligar WP-Cron e configurar cron real.

O segundo erro é configurar cron real sem desligar WP-Cron. Resultado: ambos rodam em paralelo, e tarefas chegam a ser executadas duas vezes (e-mails enviados duplicados, backups quebrando por colisão). Solução: definir DISABLE_WP_CRON em wp-config.php.

O terceiro erro é cron real configurado para periodicidade muito agressiva. Rodar a cada minuto em sites com poucos plugins é desperdício de CPU. A cada 5 ou 10 minutos cobre a maioria dos casos sem sobrecarregar o servidor.

O quarto erro é não monitorar tarefas falhando. Plugins de backup, e-mail e sincronização podem falhar silenciosamente em cron. Sem monitoramento, você descobre dias depois que o backup não roda há semanas. Use plugins como WP Crontrol ou Action Scheduler Logs para auditoria.

O quinto erro é misturar cron WordPress com cron de aplicação custom sem isolamento. Em sites complexos, vale separar: WP-Cron para tarefas internas do WordPress, cron real para tarefas de integração. Combine com boa performance WordPress e hospedagem WordPress bem dimensionada.

Para sites WordPress que precisam de cron real configurado, monitoramento de tarefas e infraestrutura preparada para automação confiável, a FULL Services oferece os planos com cron real ativo no servidor desde o provisionamento, monitoramento de tarefas críticas e suporte técnico para diagnosticar falhas em automações WordPress complexas. Em vez de configurar cron job por cron job manualmente, você roda em base validada onde tudo já está pronto.