WordPress cron spawn failed: WP-Cron non parte

Lo spawn HTTP di WP-Cron fallisce? Controlla anche se il sito usa già un processo pianificato esterno, così eviti di duplicare l’esecuzione.

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

• Correggi l’errore di loopback indicato dal log oppure verifica il processo esterno previsto dal progetto.
• Se WP-Cron via visite è disattivato intenzionalmente, verifica esiti e frequenza del job sostitutivo.
• Non aggiungere un secondo job senza aver controllato quelli esistenti.
• Controlla il risultato degli eventi dovuti e le pianificazioni successive, non solo l’avvio della richiesta HTTP.

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

• Documentazione ufficiale di riferimento

Domande frequenti