Come aggiornare WordPres in sicurezza senza rompere il sito

Hai cliccato “Aggiorna ora” su WordPress, hai chiuso la scheda, e sei tornato a lavorare. Poi qualcosa ti ha fatto riaprire il sito, giusto per controllare. È quel momento di esitazione, tra il clic e il controllo, il vero indicatore di quanto ti fidi del tuo sito.

Per un dentista che gestisce da solo le prenotazioni online, o un commercialista per cui il modulo di contatto è l’unico canale per nuovi clienti, un aggiornamento andato storto significa un cliente che trova il sito chiuso, o una richiesta che si perde senza che nessuno se ne accorga.

Questa guida non promette aggiornamenti “sicuri al 100%”, nessuno può prometterlo davvero. Promette qualcosa di più concreto: la procedura esatta, passo dopo passo, dal backup iniziale al controllo finale, che riduce il rischio quasi a zero e ti dice cosa fare nei rari casi in cui qualcosa va comunque storto.

Perché tanti titolari evitano di aggiornare WordPress

Aggiornare WordPress in sicurezza significa seguire una sequenza precisa: backup, verifica di compatibilità, e un ordine corretto tra plugin, tema e core. Non significa cliccare “Aggiorna ora” sperando che vada tutto bene.

C’è un avviso fisso nella dashboard di WordPress che molti titolari di studi e piccole attività imparano a ignorare. Un dentista che gestisce da solo il sito del proprio studio, un commercialista che ha fatto realizzare il sito anni fa e non lo tocca più, il titolare di un negozio che vende online: tutti hanno in comune la stessa esitazione davanti al pulsante “Aggiorna ora”. Qualcuno l’ha già premuto una volta e si è trovato con una pagina bianca o un sito irraggiungibile per ore.

Il problema non è la mancanza di competenza tecnica. Non è una questione di essere bravi con il computer, è una questione di seguire l’ordine giusto. Un aggiornamento che segue una procedura definita, nello stesso ordine ogni volta, riduce il rischio quasi a zero.

Questo articolo fa parte di una guida più ampia su come aggiornare WordPress senza interruzioni o sorprese: qui trovi la procedura completa, passo dopo passo, senza saltare nulla.

Cosa rischi davvero se non aggiorni mai

Rimandare gli aggiornamenti sembra la scelta più sicura, perché “se non tocco niente, niente si rompe”. È il contrario di quello che succede davvero. Ogni versione di WordPress, di un plugin o di un tema corregge anche vulnerabilità di sicurezza già note pubblicamente. Significa che un sito rimasto indietro di molte versioni non è semplicemente “vecchio”: è un sito con falle documentate che chiunque può cercare e sfruttare con strumenti automatici, senza nemmeno conoscere il tuo sito in particolare.

Gli attacchi automatizzati che colpiscono i siti WordPress non scelgono il bersaglio in base alla notorietà del sito, ma in base alle vulnerabilità che trovano. Bot che scansionano migliaia di siti al giorno individuano in pochi minuti un plugin obsoleto con una falla nota, indipendentemente dal fatto che il sito appartenga a un grande e-commerce o allo studio di un commercialista di provincia. I rischi di un sito WordPress non aggiornato crescono con ogni versione saltata: più componenti restano indietro, più aumentano le combinazioni che un aggressore può sfruttare insieme.

Per uno studio legale o uno studio medico il rischio non è astratto. Un sito compromesso significa contenuti sostituiti, email di pazienti o clienti potenzialmente esposte, e l’urgenza di intervenire mentre il danno reputazionale è già iniziato.

Se vuoi capire più in dettaglio cosa rischi con un sito non aggiornato, ho scritto una guida dedicata a cosa fare quando un sito viene compromesso.

L’aggiornamento, visto da questa prospettiva, non è manutenzione opzionale. È la differenza tra prevenire un problema e doverlo gestire quando è già successo. Per chi preferisce non occuparsene in prima persona, la gestione degli aggiornamenti WordPress fa parte del servizio di assistenza diretta.

Il backup non è un’opzione: è il primo passo

Fare il backup prima di aggiornare WordPress non è un consiglio facoltativo: è il passo da cui dipende tutto il resto. Ma c’è una differenza che quasi nessuno fa: un backup eseguito non è la stessa cosa di un backup verificato. Il primo è solo un file salvato da qualche parte. Il secondo è un backup di cui hai testato il ripristino, e sai per certo che funziona quando ne hai davvero bisogno.

Cosa deve includere il backup

Una checklist minima per l’aggiornamento di WordPress, da rispettare sempre prima di procedere:

• Database con tutti i contenuti: post, pagine, impostazioni, utenti, e i dati del negozio se usi WooCommerce. Senza questo, il backup dei file da solo serve a poco.
• Cartella wp-content: temi, plugin e immagini. Non viene toccata dall’aggiornamento del core, ma è la parte più difficile da ricostruire da zero se va persa.
• File di configurazione wp-config(.)php: contiene le credenziali del database. Senza questo file, anche un backup perfetto del resto non basta per ripristinare il sito.
• Una copia salvata fuori dal server: un backup conservato sulla stessa macchina che ospita il sito non protegge da un problema lato server o da un accesso non autorizzato.

Verificare il ripristino richiede pochi minuti: scarica il file di backup, controlla che il database contenga dati reali e non un file vuoto o danneggiato, e se usi un plugin come UpdraftPlus prova la funzione di ripristino su un sottodominio di test, non sul sito live. Scoprire che un backup non funziona nel momento dell’emergenza è il modo peggiore possibile per scoprirlo.

Sul perché il backup è il primo passo, e non un dettaglio da sistemare in un secondo momento, ho scritto una guida specifica su come impostare un sistema di backup che funzioni davvero, non solo sulla carta.

Come leggere un changelog prima di installare l’aggiornamento

Ogni aggiornamento di WordPress, di un plugin o di un tema arriva con delle note di rilascio: un elenco di cosa è cambiato, cosa è stato corretto e, soprattutto, se ci sono modifiche che richiedono attenzione particolare. Leggerle prima di cliccare “aggiorna” richiede due minuti e permette di sapere in anticipo se quella versione introduce cambiamenti strutturali importanti o solo piccole correzioni. Per il core di WordPress il changelog si trova nella sezione news ufficiale; per i plugin, nella scheda Changelog della pagina dedicata su wordpress.org.

Cerca in particolare la sezione dedicata ai requisiti minimi (versione PHP richiesta, compatibilità con altri componenti) e a eventuali “breaking changes”, modifiche che possono rompere funzionalità esistenti se il tuo sito usa personalizzazioni specifiche. Se il changelog menziona modifiche importanti al funzionamento di un’area che il tuo sito usa attivamente, come il modulo di contatto o il checkout di un negozio online, conviene aspettare qualche giorno prima di aggiornare: gli eventuali problemi emergono quasi sempre nelle prime ore dopo il rilascio, e a quel punto gli sviluppatori rilasciano già una correzione.

Perché un ambiente di staging cambia tutto

Un ambiente di staging per l’aggiornamento di WordPress costa pochi minuti da configurare e azzera il rischio di rompere il sito che i clienti vedono. Uno staging è una copia del sito che vive in un ambiente separato, raggiungibile solo da te, dove puoi installare l’aggiornamento e verificare che tutto funzioni prima di toccare il sito live. Molti hosting di qualità lo offrono già pronto all’uso nel pannello di controllo; se il tuo non lo prevede, un plugin come WP Staging permette di crearne uno gratuitamente in pochi minuti, oppure si può clonare il sito su un sottodominio dedicato.

Il motivo per cui questo passaggio cambia davvero le cose è semplice: un errore in staging non ha alcuna conseguenza. Puoi sbagliare, ripristinare, riprovare, finché non sei sicuro che l’aggiornamento funzioni come previsto. Solo a quel punto lo ripeti sul sito live, già sapendo cosa aspettarti.

Per un sito che riceve pochi contatti al giorno questo passaggio può sembrare eccessivo. Ma è esattamente nei siti meno monitorati che un errore può restare invisibile per giorni, perché nessuno controlla il sito con regolarità per notare che qualcosa non funziona più.

Plugin o core: in che ordine aggiornare (e perché)

L’ordine di aggiornamento WordPress tra plugin e core genera indicazioni contrastanti online, alcune in diretta contraddizione tra loro. La procedura corretta è aggiornare prima i plugin, poi il tema, e solo per ultimo il core di WordPress.

Non tutti i plugin hanno lo stesso peso

Per aggiornare plugin e tema WordPress senza incidenti, il principio è isolare le variabili una alla volta: si verifica che il sito risponda bene dopo ciascun passaggio, prima di introdurre il cambiamento successivo. Tra i plugin stessi non tutti hanno lo stesso peso: un plugin di analytics o SEO, se si rompe, è un fastidio minore; un plugin che gestisce pagamenti, iscrizioni o sicurezza, se si rompe, ferma l’attività. Aggiorna prima i plugin meno critici, poi quelli con impatto solo visivo come builder di pagine o slider, e per ultimi quelli su cui il sito dipende davvero.

Il motivo è nel modo in cui funziona l’ecosistema WordPress. Quando viene annunciata una nuova versione major del core, gli sviluppatori di plugin e temi seri rilasciano quasi sempre la versione compatibile prima del giorno del rilascio ufficiale, o nei giorni immediatamente successivi: è nel loro interesse non perdere utenti nel passaggio. Aggiornando prima plugin e tema, mentre il sito è ancora sulla versione precedente del core, puoi verificare che ciascun componente si comporti correttamente isolando quella singola variabile. Se qualcosa si rompe in questa fase, sai subito che il responsabile è un plugin o il tema, non il core.

Solo dopo aver confermato che tutto funziona con plugin e tema aggiornati, si procede con il core. A quel punto il rischio residuo è molto più basso, perché le componenti più variabili sono già state verificate.

Le patch di sicurezza del core WordPress sono l’unica eccezione a questo ordine: si installano subito, anche prima di aver controllato plugin e tema, perché il rischio di restare esposti supera quello di un conflitto temporaneo. Aggiorna un plugin alla volta, non tutti insieme: se qualcosa va storto, individuare il responsabile richiede pochi secondi invece di ore di test a ritroso.

Il rollback automatico di WordPress 6.3: cosa cambia (e cosa no)

Dalla versione 6.3, pubblicata nel 2023, WordPress include un sistema che interviene da solo se l’aggiornamento del core si interrompe in modo grave, per esempio per un file danneggiato durante il download: in quel caso ripristina automaticamente la versione precedente, senza bisogno di intervento manuale.

È una rete di sicurezza in più, ma copre un caso specifico. Non protegge dai problemi di compatibilità che emergono dopo che l’aggiornamento si è completato con successo, come un plugin che smette di funzionare bene con la nuova versione. E non copre plugin e temi, solo il core. Per quei casi restano valide le stesse regole di backup, ordine e controllo descritte sopra: questa funzione riduce un rischio specifico, non sostituisce la procedura per aggiornare WordPress in sicurezza.

Cosa fare se qualcosa si rompe dopo l’aggiornamento

Anche seguendo ogni passaggio, un aggiornamento WordPress che rompe il sito può sempre capitare. Sapere cosa fare nei primi minuti fa la differenza tra un fastidio di cinque minuti e ore di sito offline.

Schermata bianca senza messaggi di errore

Quasi sempre è un conflitto tra un plugin (o il tema) e la nuova versione installata. Accedendo via FTP o file manager, rinominare temporaneamente la cartella di un plugin lo disattiva senza passare dalla dashboard, permettendo di isolare il colpevole componente per componente.

Sito bloccato in modalità manutenzione

Se l’aggiornamento si interrompe a metà, WordPress può restare bloccato su questo messaggio. Cancellare il file .maintenance dalla cartella principale del sito risolve il problema in pochi secondi.

Funzionalità che non rispondono più

Modulo di contatto, area utenti, checkout di un negozio online. Se uno di questi smette di funzionare dopo l’aggiornamento, è il segnale più chiaro che serve un rollback immediato, prima che un cliente se ne accorga.

In tutti questi casi, il rollback dell’aggiornamento WordPress, tramite un plugin come WP Rollback oppure il ripristino dal backup verificato in precedenza, riporta il sito alla versione che funzionava. WP Rollback funziona solo per i plugin del repository ufficiale wordpress.org: per i plugin premium acquistati altrove, il backup resta l’unica strada. Da lì, si può riprovare con più cautela, o capire con calma cosa ha causato il problema prima di un secondo tentativo.

Dopo l’aggiornamento, il controllo che quasi tutti saltano

Aggiornamento completato, dashboard verde, nessun errore visibile. Per molti, qui finisce il controllo (quello che in termini tecnici si chiama smoke test di WordPress). Ma “tutto a posto” secondo WordPress significa solo che i file sono stati sostituiti correttamente: non significa che il modulo di contatto invia ancora le email, o che il carrello del tuo negozio funziona come prima.

Prima di chiudere la dashboard, svuota sempre la cache, sia quella di un eventuale plugin di cache che quella del browser: è la causa più comune di un sito che sembra rotto ma non lo è davvero.

Poi controlla, nell’ordine: la homepage si carica senza errori visibili, un articolo o una pagina interna si apre normalmente, il menu funziona su desktop e su mobile, il modulo di contatto invia davvero un messaggio di test che arriva nella tua casella.

Il controllo per i siti con WooCommerce

Se il tuo sito vende online, il controllo si allunga: apri una pagina prodotto e verifica che prezzo e pulsante di acquisto funzionino, aggiungi un prodotto al carrello e controlla che il totale sia corretto, arriva fino al checkout e verifica che i campi si possano compilare. Il checkout è, in assoluto, la parte che si rompe più spesso dopo un aggiornamento mal controllato: è anche quella con il costo più alto, perché un cliente che non riesce a comprare se ne va senza dirtelo.

Ogni quanto aggiornare, senza aspettare l’urgenza

Le minor release, quelle che correggono bug o falle di sicurezza senza cambiare funzionalità in modo sostanziale, si possono lasciare aggiornare in automatico: il rischio di rottura è minimo e il guadagno in sicurezza è immediato. Le major release, quelle che introducono cambiamenti più ampi, meritano un approccio diverso: non vanno installate il giorno stesso del rilascio, ma nemmeno rimandate per mesi.

WordPress invia già un’email quando un aggiornamento automatico va a buon fine o fallisce: controlla che l’indirizzo registrato come amministratore del sito sia uno che leggi davvero, non una casella abbandonata. È spesso il primo segnale che qualcosa richiede attenzione, prima ancora che tu te ne accorga aprendo il sito.

Una buona pratica è controllare gli aggiornamenti disponibili almeno una volta al mese, anche solo per leggere se ci sono novità importanti in arrivo. Aspettare una o due settimane dopo il rilascio di una major release, lasciando che eventuali problemi iniziali vengano già segnalati e corretti dalla community, riduce ulteriormente il rischio senza rinunciare alla sicurezza.

Un buon punto di partenza è fissare un giorno del mese, sempre lo stesso, per controllare gli aggiornamenti disponibili: dashboard, plugin, temi, versione PHP. Bastano dieci minuti per evitare che il sito accumuli versioni arretrate senza che nessuno se ne accorga.

Aggiornare WordPress in sicurezza non è una corsa dettata dalla paura o dall’urgenza: è una routine fissa, ripetuta con lo stesso ordine ogni volta.