Come Impostare WP-Cron da Riga di Comando Linux con Crontab e WP-CLI
Gestire le attività pianificate su WordPress è fondamentale per la salute del sito. Il sistema nativo delega queste operazioni al traffico dei visitatori web.
Questo meccanismo virtuale genera spesso ritardi o blocchi imprevisti nei processi. In questa guida vedremo come configurare l’esecuzione di WP-Cron da riga di comando su server Linux.
Se riscontri blocchi continui, consulta prima la nostra guida per risolvere l’errore di programmazione fallita su WordPress. Troverai una panoramica completa del problema.
Come Funziona il Cron Virtuale di WordPress
Il limite del caricamento tramite visite
WordPress controlla i task pianificati a ogni visita ricevuta sulle pagine. Uno script invisibile verifica se esistono compiti arretrati da eseguire.
I siti a basso traffico subiscono ritardi evidenti nella pubblicazione degli articoli. Al contrario, siti ad alto traffico consumano inutilmente risorse per controlli continui.
I processi tipici affidati a WP-Cron
Il motore pianificato gestisce molteplici operazioni essenziali per la piattaforma. Tra queste troviamo la verifica degli aggiornamenti e l’invio di newsletter.
Anche i backup automatici e la cancellazione dei transient scaduti dipendono da questo sistema. Se il ciclo si interrompe, il database si appesantisce rapidamente.
Perché Configurare WP-Cron da Riga di Comando
Prestazioni superiori per i visitatori del sito
L’esecuzione web tradizionale costringe l’utente ad attendere la risposta dello script. Disattivando il cron virtuale, riduci sensibilmente il Time to First Byte (TTFB).
Le pagine caricano molto più rapidamente per ogni visitatore del sito. I server web elaborano solo traffico utile e pagine effettive.
Precisione e stabilità nell’esecuzione dei task
I cron di sistema Linux scattano sempre all’orario esatto configurato. Non dipendono da sessioni PHP web soggette a rigidi limiti di timeout.
La memoria allocata da terminale è spesso molto superiore rispetto al server web. I backup pesanti e le sincronizzazioni e-commerce non falliranno più a metà.
Disattivare il Cron Virtuale in wp-config.php
Modificare il file di configurazione principale
Il primo passo richiede la disattivazione del comportamento standard di WordPress. Accedi al server via SSH oppure tramite protocollo SFTP sicuro.
Apri il file wp-config.php situato nella cartella principale della tua installazione. Inserisci la direttiva specifica poco prima della riga che interrompe le modifiche.
La costante DISABLE_WP_CRON
Aggiungi questa riga all’interno del file di configurazione:
define('DISABLE_WP_CRON', true);
Salva il file e caricalo nuovamente sul server web. Da questo istante, le visite non verificheranno più i task in background.
Suggerimento pratico: esegui sempre un backup preventivo del file wp-config.php prima di modificarlo. Un semplice errore di sintassi rende il sito momentaneamente inaccessibile.
Configurare Crontab e WP-CLI su Linux
Installazione e test rapido di WP-CLI
WP-CLI è l’interfaccia da riga di comando ufficiale per gestire WordPress. Molti server moderni e VPS hanno questo strumento già preinstallato nel sistema.
Puoi verificare la presenza dello strumento digitando il comando seguente nel terminale:
wp --info
Se ricevi la versione installata, lo strumento è pronto per l’utilizzo immediato. In caso contrario, scarica il pacchetto phar ufficiale e rendilo eseguibile.
Pianificare il comando tramite crontab
L’approccio più robusto prevede l’invocazione di WP-Cron da riga di comando sfruttando l’utility WP-CLI. Accedi al terminale Linux con l’utente proprietario dei file web.
Digita il comando per aprire la tabella dei processi pianificati:
crontab -e
Inserisci una nuova riga in fondo al documento aperto nell’editor:
*/10 * * * * /usr/local/bin/wp cron event run --due-now --path=/var/www/html >/dev/null 2>&1
Questo comando esegue ogni dieci minuti tutti gli eventi in scadenza. Sostituisci il percorso di esempio con la directory reale del tuo sito.
Attenzione ai permessi e all’utente corretto
Non eseguire mai questo cronjob con l’utente amministratore root del server. L’esecuzione da root genera file di log e cache con permessi errati.
Utilizza l’utente del web server, come www-data, nginx oppure il tuo utente cPanel dedicato. Eviterai vulnerabilità di sicurezza e blocchi di scrittura imprevisti sul filesystem.
Monitorare e Risolvere i Problemi del Cron
Ispezionare gli eventi pianificati con WP-CLI
Puoi analizzare in ogni momento l’elenco dei processi memorizzati nel database. Spostati nella cartella del sito ed esegui la verifica manuale:
wp cron event list
La tabella a schermo mostrerà il nome dell’hook e la data di esecuzione prevista. Vedrai subito se qualche plugin presenta processi accumulati o bloccati.
Esecuzione manuale per il debug
Se noti un’azione rimasta in sospeso, puoi forzarne l’elaborazione manuale immediata. Usa questo comando per completare un singolo hook specifico:
wp cron event run nome_hook_personalizzato
Il terminale mostrerà eventuali messaggi di errore o output generati da PHP. Questo rende il debug dello script estremamente immediato per qualsiasi sviluppatore.
Domande Frequenti su WP-Cron e Crontab
Perché dovrei preferire WP-Cron da riga di comando rispetto a una chiamata cURL o wget?
Le chiamate HTTP verso il file wp-cron.php attraversano comunque il server web. Esse sono soggette a limiti di memoria di Nginx o Apache e a timeout di rete. L’esecuzione diretta con WP-CLI bypassa il livello web, garantendo massima velocità ed evitando interruzioni di processo.
Ogni quanti minuti conviene pianificare l’esecuzione del cron di sistema?
Un intervallo compreso tra 10 e 15 minuti è ideale per la maggior parte dei blog. I portali di notizie o i negozi WooCommerce molto attivi possono scendere a 5 minuti. Evita pianificazioni ogni 60 secondi se hai molti plugin pesanti attivi sul sito.
Cosa succede se dimentico di disabilitare il cron in wp-config.php?
I tuoi task verranno eseguiti due volte: sia dal traffico web sia da Crontab. Questo genera carichi inutili sulla CPU e possibili anomalie nei plugin di fatturazione o reportistica. Ricorda sempre di impostare DISABLE_WP_CRON su true.