WordPress programmazione saltata: indica che l’evento previsto per pubblicare un articolo non è stato eseguito nel momento programmato.
Indice dei contenuti
WordPress programmazione saltata
Questa guida approfondisce WordPress programmazione saltata con verifiche progressive e reversibili. Non inviare password, cookie, token, chiavi private, codici 2FA o file di configurazione completi nei ticket.
Che cosa significa
Su siti con poco traffico l’evento può partire in ritardo. Loopback falliti, `DISABLE_WP_CRON`, cache, plugin e processi già in esecuzione possono impedire il trigger.
La timezone di WordPress determina l’orario editoriale. Una differenza tra timezone del sito, server e utente può far sembrare saltata una pubblicazione che è stata pianificata per un altro orario.
Come riconoscere il problema
- Il post resta programmato dopo l’ora prevista.
- Site Health segnala eventi cron in ritardo.
- Visitando il sito la pubblicazione parte.
- WP-Cron è disabilitato senza cron reale.
- Il loopback request failed compare nello stato del sito.
Cause più frequenti
1. Traffico insufficiente
Nessuna visita avvia WP-Cron vicino all’orario. Confronta questa ipotesi con il messaggio completo e con i log dell’orario interessato, evitando conclusioni basate soltanto sulla schermata mostrata dal client.
2. Loopback non funzionante
WordPress non riesce a chiamare sé stesso.
3. WP-Cron disabilitato
La costante è attiva ma manca un cron cPanel.
4. Evento o lock cron
Un processo lungo impedisce nuove esecuzioni.
5. Timezone errata
Il post è programmato in un orario diverso da quello atteso.
6. Plugin o cache
Componenti di pubblicazione e ottimizzazione interferiscono.
Diagnosi passo per passo
- Controlla timezone WordPress. Impostazioni → Generali. Salva il risultato prima di passare al controllo successivo, così potrai individuare il punto preciso nel quale il comportamento cambia.
- Verifica eventi in Site Health. Cerca ritardi e loopback. Salva il risultato prima di passare al controllo successivo, così potrai individuare il punto preciso nel quale il comportamento cambia.
- Leggi wp-config.php. Controlla `DISABLE_WP_CRON` senza modificarlo alla cieca. Salva il risultato prima di passare al controllo successivo, così potrai individuare il punto preciso nel quale il comportamento cambia.
- Esamina cron cPanel. Verifica comando, frequenza e log. Salva il risultato prima di passare al controllo successivo, così potrai individuare il punto preciso nel quale il comportamento cambia.
- Controlla eventi con WP-CLI. Elenca e avvia l’evento in ambiente controllato. Salva il risultato prima di passare al controllo successivo, così potrai individuare il punto preciso nel quale il comportamento cambia.
- Analizza plugin e log. Cerca fatal error durante il cron. Salva il risultato prima di passare al controllo successivo, così potrai individuare il punto preciso nel quale il comportamento cambia.
- Confronta più post. Stabilisci se il problema è generale o relativo a un contenuto. Salva il risultato prima di passare al controllo successivo, così potrai individuare il punto preciso nel quale il comportamento cambia.
Procedura di risoluzione
- Configura un cron reale. Quando WP-Cron è disabilitato, usa cPanel con frequenza adeguata. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
- Ripristina loopback. Correggi DNS, HTTPS, autenticazione e WAF. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
- Correggi timezone. Usa una città o offset coerente. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
- Riduci eventi pesanti. Evita che backup e importazioni blocchino la coda. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
- Aggiorna plugin. Correggi componenti che alterano cron o pubblicazione. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
- Pubblica manualmente il post urgente. Dopo aver verificato contenuto e data. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
- Monitora gli eventi successivi. Conferma che nuovi post vengano pubblicati in orario. Dopo la modifica ripeti il test originale e verifica che non siano comparsi nuovi errori o regressioni.
Domande frequenti
Perché WordPress può saltare una pubblicazione programmata?
WP-Cron dipende dal funzionamento degli eventi pianificati e, nella configurazione standard, dalle visite al sito. Poco traffico, loopback falliti, WP-Cron disabilitato, lock cron, timezone errata, cache o plugin possono ritardare o impedire la pubblicazione.
Quali controlli fare quando un post programmato non viene pubblicato?
Verifica timezone di WordPress, eventi cron in Site Health, loopback e configurazione di WP-Cron. Controlla inoltre eventuali cron reali, plugin di cache e processi già in esecuzione che possono lasciare gli eventi in ritardo.
Guide Xlogic correlate
- Cron Job in cPanel e WP-Cron: configurazione corretta
- WordPress: evento programmato in ritardo
- WordPress cron spawn failed: WP-Cron non parte