WordPress non pubblica gli articoli programmati: cosa controllare

Controllare lo stato effettivo dell’articolo

Apri l’elenco degli articoli e individua il contenuto interessato. Annota titolo, data, ora e stato. Una bozza salvata con una data futura non equivale necessariamente a una pubblicazione programmata: serve completare il comando di pianificazione previsto dall’editor.

La guida WordPress alla programmazione distingue il salvataggio della bozza dalla conferma della pianificazione. Verifica anche che un altro redattore non abbia modificato data, visibilità o stato dopo l’ultima revisione.

Se l’articolo risulta pubblicato, apri il suo indirizzo da una sessione senza login. Potrebbe essere online ma assente dalla homepage per una regola del tema, una categoria esclusa o una copia in cache. In questo caso riprogrammare il contenuto non risolve il problema di visualizzazione.

Verificare data, ora e fuso del sito

In Impostazioni generali confronta il fuso orario con quello usato dalla redazione. La documentazione WordPress sulle impostazioni generali consiglia di selezionare una città nel proprio fuso. Per un’attività italiana, una zona geografica come Roma gestisce il riferimento locale, compreso il cambio stagionale dell’ora.

Controlla giorno, mese e anno oltre alle ore. Se l’interfaccia usa il formato con AM e PM, verifica di non aver scambiato mattina e pomeriggio. Il formato con cui l’ora viene mostrata non deve essere confuso con il momento effettivamente salvato.

Dopo una correzione del fuso, ricontrolla i contenuti già pianificati. Non presumere che ogni data futura sia stata sistemata nel modo desiderato: confronta i prossimi articoli con il calendario concordato e salva le modifiche necessarie singolarmente.

Capire come WordPress esegue le pubblicazioni

WP-Cron è il sistema con cui WordPress gestisce molte attività pianificate, comprese le pubblicazioni. Nella configurazione predefinita verifica le attività in occasione delle richieste al sito: non è un processo che resta sempre in esecuzione come il pianificatore del server.

Su un sito poco visitato l’attività può quindi partire dopo l’orario desiderato. Anche una richiesta servita completamente da una cache esterna potrebbe non attivare WordPress. Aumentare le visite artificialmente non è una soluzione affidabile per un calendario editoriale.

Chiedi al gestore se il sito usa WP-Cron attivato dalle visite oppure una pianificazione del server. Questa informazione è decisiva: un’impostazione che disabilita l’avvio automatico può essere corretta quando esiste un altro sistema funzionante, ma lasciare ferme le attività se quel sistema manca.

Raccogliere gli avvisi e coinvolgere l’hosting

Apri Strumenti, Salute del sito e conserva gli avvisi relativi ad attività pianificate e richieste di loopback. La documentazione di Salute del sito spiega che queste richieste permettono a WordPress di contattare se stesso e sono coinvolte nell’esecuzione degli eventi.

Invia al tecnico l’orario del caso, lo stato dell’articolo e il testo preciso degli avvisi. Servono a correlare i controlli con i registri del server. Un avviso generico non prova da solo quale plugin o regola abbia causato il ritardo.

Fai verificare eventuali errori PHP, limiti di risorse, protezioni che bloccano le richieste e configurazione del pianificatore. Se il difetto è iniziato dopo una migrazione, controlla anche indirizzi e collegamenti interni del sistema. Mantieni password, chiavi e dati dei clienti fuori dagli screenshot condivisi.

Correggere la causa senza moltiplicare i tentativi

Quando è richiesta maggiore regolarità, il tecnico può valutare l’esecuzione di WP-Cron tramite il pianificatore del server. Prima deve verificare comando, frequenza, ambiente e registri dell’hosting. Disabilitare WP-Cron senza aver attivato e collaudato il sostituto può fermare anche altre attività.

Se si sospetta un conflitto dopo un aggiornamento, prova la modifica in un ambiente di collaudo con una copia recente del sito. Disattivare in massa plugin sul sito pubblico può interrompere moduli, prenotazioni o acquisti e non chiarisce quale componente fosse responsabile.

Evita di installare più strumenti che tentano tutti di recuperare le pubblicazioni mancate. È preferibile individuare il meccanismo di esecuzione e documentare una sola configurazione comprensibile. Conserva un backup e annota ogni modifica prima di procedere alla successiva.

Gestire l’articolo urgente e il caso successivo

Se il contenuto doveva uscire per un appuntamento già iniziato, il responsabile editoriale può decidere di pubblicarlo manualmente dopo aver verificato data e approvazione. Registra l’intervento: rende disponibile l’articolo, ma non dimostra che la pianificazione automatica sia tornata a funzionare.

Esempio ipotetico: un’associazione programma le notizie alle sette del mattino. Le pubblicazioni partono più tardi, quando arriva la prima visita che raggiunge WordPress. Dopo aver verificato questa configurazione, il gestore attiva una pianificazione server e ne controlla l’esito nei registri.

Il collaudo usa poi un contenuto concordato, impostato per un momento futuro. Evita articoli fittizi pubblici e controlla eventuali newsletter o condivisioni automatiche collegate alla pubblicazione: anche una prova potrebbe attivarle.

Checklist per confermare che il problema è risolto

• L’articolo di controllo è nello stato programmato con data corretta.
• Il fuso del sito corrisponde al calendario editoriale.
• Il gestore sa quale sistema esegue le attività automatiche.
• Il controllo successivo conferma il cambio di stato senza interventi manuali.
• L’indirizzo pubblico risponde e il contenuto appare negli elenchi previsti.
• Le altre attività pianificate restano operative.
• La causa e la configurazione adottata sono documentate.

Per un sito con uscite regolari, inserisci una verifica della pianificazione nella manutenzione. Se l’articolo è pubblicato ma il lettore vede ancora la versione precedente, segui il percorso sulle copie in cache del sito.

Domande frequenti

Devo lasciare aperto il computer all’ora prevista?

No. La pubblicazione è eseguita dal sito e dal suo ambiente server. Il browser del redattore non deve restare aperto.

Basta aprire la homepage per risolvere?

Una visita può attivare WP-Cron nella configurazione predefinita, ma non corregge un errore o una pianificazione server assente. La verifica deve riguardare anche la pubblicazione successiva.

Un plugin per le pubblicazioni mancate è sempre necessario?

No. Prima controlla impostazioni e sistema di esecuzione. Aggiungere un plugin senza diagnosi può nascondere il sintomo e lasciare irrisolte altre attività pianificate.