Stato di verifica: questa pagina non conferma l’esistenza, la data, le vulnerabilità corrette o le versioni di destinazione di una specifica release di WordPress. Prima di intervenire su una patch di sicurezza, verifica direttamente l’annuncio e la documentazione ufficiale relativi alla versione proposta nella bacheca del tuo sito.
Questa checklist serve a ridurre il rischio operativo durante un aggiornamento del core WordPress. Il core è il software principale: plugin, tema, cache, codice personalizzato e configurazione dell’hosting sono componenti distinti e possono richiedere controlli separati.
Prima regola: verifica versione e aggiornamento proposto
Non basarti solo su un’e-mail, una notifica dell’hosting o sulla presunzione che gli aggiornamenti automatici abbiano funzionato. Accedi all’area amministrativa e apri Bacheca → Aggiornamenti.
- Annota la versione del core attualmente installata.
- Leggi il numero della versione proposta e la relativa nota di rilascio sul sito ufficiale di WordPress.
- Se l’annuncio riguarda più rami di manutenzione, usa esclusivamente la tabella di compatibilità pubblicata nella documentazione ufficiale della release.
- Non dedurre che una versione sia protetta o non interessata da un problema di sicurezza senza una conferma esplicita della fonte primaria.
La documentazione generale sugli aggiornamenti è disponibile nella pagina Updating WordPress. Per una release specifica, controlla anche la relativa pagina di versione e l’annuncio pubblicato da WordPress.org.
Checklist prima dell’aggiornamento
Una patch di sicurezza va valutata con priorità, ma non richiede interventi casuali. Prepara prima le condizioni minime per ripristinare il sito e verificare le sue funzioni essenziali.
- Registra il contesto: versione attuale, hosting, referente tecnico e orario dell’intervento.
- Individua le funzioni critiche: moduli di contatto, e-mail transazionali, login, area riservata, prenotazioni, pagamenti e checkout.
- Verifica un backup recente di file e database: una copia dei soli file normalmente non include il database del sito.
- Verifica il ripristino: identifica dove si trova il backup, chi ha gli accessi e quale procedura viene usata per ripristinarlo. Un backup non accessibile o non verificabile non è una garanzia.
- Scegli una fascia a minore attività, quando possibile, e avvisa chi gestisce campagne, CRM, assistenza o ordini.
- Usa uno staging per siti con e-commerce, codice personalizzato o integrazioni importanti, se l’ambiente è disponibile e il test non ritarda senza decisione una correzione prioritaria.
Per approfondire cosa includere in una copia di sicurezza, verifica la documentazione WordPress sui backup prima di procedere.
Durante l’aggiornamento
- Apri la schermata Bacheca → Aggiornamenti e conferma la versione installata.
- Applica l’aggiornamento del core proposto per il ramo effettivamente in uso.
- Attendi il completamento senza chiudere o interrompere l’operazione.
- Al termine, controlla nella bacheca il numero di versione realmente installato.
- Conserva una breve registrazione di data, versione iniziale, versione finale e persona responsabile.
Non modificare file del core per risolvere problemi di aggiornamento e non trattare l’urgenza del core come un obbligo di aggiornare contemporaneamente ogni plugin e il tema. Gli aggiornamenti di estensioni e tema richiedono una verifica di compatibilità proporzionata al loro impatto.
Dopo l’aggiornamento: controlla ciò che genera valore
Il messaggio di completamento non prova da solo che il sito sia operativo. Esegui test concreti, senza inviare dati reali o creare ordini indesiderati.
- Se usi una cache o una CDN e conosci la procedura, svuotala; poi visita il sito in una finestra anonima.
- Controlla homepage, navigazione, pagine di servizio e un contenuto recente.
- Prova la ricerca interna se è una funzione rilevante.
- Invia un test non invasivo dal modulo contatti e verifica la ricezione dell’e-mail.
- Verifica login e area riservata, se presenti.
- Per l’e-commerce, verifica il percorso previsto dalle procedure interne senza generare pagamenti o ordini di prova non autorizzati.
- Apri Strumenti → Salute del sito e valuta gli avvisi relativi a aggiornamenti, comunicazione con WordPress.org e permessi dei file.
La pagina ufficiale Site Health descrive lo scopo della schermata e va consultata per interpretare correttamente gli avvisi.
Se qualcosa non va
Evita reinstallazioni affrettate, modifiche ai file in produzione o tentativi ripetuti senza un backup affidabile. Un errore successivo a un aggiornamento può dipendere dal core, ma anche da plugin, tema, cache, hosting o codice personalizzato.
Aggiornamento non completato
Leggi i messaggi mostrati nella bacheca e consulta la documentazione ufficiale sull’aggiornamento di WordPress. La procedura manuale è adatta soltanto a chi dispone di accessi, backup e competenze necessarie per gestire file e ripristino.
Sito in modalità manutenzione
Non intervenire sui file finché non hai verificato che non sia ancora in corso un aggiornamento. Se il sito resta indisponibile, segui la documentazione ufficiale o coinvolgi il supporto hosting o un tecnico qualificato. In particolare, non eliminare file di sistema solo perché una guida generica lo suggerisce.
Errore critico
La Recovery Mode può aiutare l’amministratore a isolare temporaneamente un componente che provoca un errore PHP fatale. Non sostituisce però l’analisi della causa, un backup valido o un piano di ripristino.
Quando coinvolgere hosting, sviluppatore o agenzia
Coinvolgi subito un referente tecnico se il sito gestisce pagamenti, ordini, dati personali o accessi riservati; se il pannello amministrativo non è accessibile; se gli errori persistono; se sospetti una compromissione; oppure se non disponi di un backup ripristinabile.
Nota editoriale
Prima di pubblicare o aggiornare una guida riferita a una release nominata, verifica manualmente su WordPress.org: numero e data della release, rami interessati, versioni corrette, advisory, gravità, eventuali CVE e politica degli aggiornamenti automatici. Solo dopo tale controllo è appropriato aggiungere una tabella di versioni o riferimenti a vulnerabilità specifiche.
