WordPress cron spawn failed: WP-Cron non parte

In breve: WordPress cron spawn failed — indica che WordPress non riesce ad avviare la richiesta interna che esegue gli eventi pianificati.

WordPress cron spawn failed: significato

Le prime ipotesi da verificare per “WordPress cron spawn failed” sono loopback bloccato; DNS locale errato.

Sintomi e cause probabili

Sintomi da verificare

• Site Health o wp cron test segnala che WordPress non riesce ad avviare correttamente lo spawn di WP-Cron.
• Gli eventi cron dovuti restano in attesa anche quando il sito riceve richieste che normalmente dovrebbero innescare WP-Cron.
• La richiesta interna verso wp-cron.php restituisce un errore di loopback, autenticazione, DNS, TLS oppure va in timeout.
• L’esecuzione manuale controllata degli eventi può riuscire mentre lo spawn automatico tramite richiesta HTTP continua a fallire.

Cause probabili

• Loopback bloccato
• DNS locale errato
• Autenticazione HTTP sul sito
• Timeout della richiesta interna

Diagnosi passo per passo

1. Controllare Site Health e cron event list
2. Verificare wp-cron.php via richiesta locale
3. Controllare DNS e SSL
4. Leggere errori cURL associati
5. Verificare l’esistenza del cron di sistema

Log e dati da controllare

• Site Health e cron events
• WordPress debug.log ed error_log
• cron di sistema e log HTTP

Correzioni sicure

1. Correggere loopback e DNS
2. Configurare un cron reale quando WP-Cron è disattivato
3. Escludere wp-cron.php dall’autenticazione in modo limitato
4. Ridurre eventi troppo pesanti
5. Ripristinare code bloccate dopo la correzione

Verifica finale

• Il test di spawning WP-Cron termina senza errori.
• La richiesta interna verso wp-cron.php non restituisce più errori di loopback, autenticazione o timeout.
• Gli eventi dovuti vengono eseguiti e la successiva pianificazione risulta valida.
• Nei log non compaiono nuovi errori cURL o HTTP collegati allo spawn di WP-Cron.

Errori da evitare

• Non disattivare globalmente WAF o ModSecurity: se una protezione blocca davvero wp-cron.php, applicare soltanto un’eccezione mirata dopo aver identificato la regola coinvolta.
• Non modificare DNS, TLS o autenticazione HTTP senza aver prima verificato l’errore effettivamente restituito dalla richiesta di loopback.
• Non cancellare manualmente lock o dati cron senza aver escluso che un processo sia ancora in esecuzione.
• Non eseguire ripetutamente tutti gli eventi dovuti su un sito di produzione senza conoscere gli effetti dei callback coinvolti.

Guide Xlogic correlate

• WordPress DISABLE_WP_CRON configurato male
• WordPress WP-Cron: missed schedule
• WordPress WP-Cron: lock doing_wp_cron bloccato

Fonti tecniche

• WordPress Plugin Handbook — Cron
• WP-CLI cron-event command

Domande frequenti