Il motivo più comune che le persone adducono per non aggiornare i plugin di WordPress è la paura. Paura che un aggiornamento rompa il sito, che il checkout smetta di funzionare, che il modulo di contatto fallisca in silenzio, che qualche integrazione su misura crolli. La paura è ragionevole. Gli aggiornamenti dei plugin ogni tanto rompono qualcosa. La risposta non è saltarli. La risposta è aggiornare in un modo che contenga il rischio.
Questo articolo illustra la routine che usiamo su ogni sito WordPress che gestiamo. Non è esotica e non richiede strumenti sofisticati. Richiede la disciplina di eseguire i passaggi nell’ordine giusto, ogni volta.
Passo 1: fai prima un vero backup
Prima di qualsiasi aggiornamento di plugin, fai un backup completo. Non solo il database, non solo i file. Entrambi, insieme, con la versione di WordPress e l’elenco dei plugin registrati. Il backup deve trovarsi da qualche parte all’esterno, non solo sullo stesso server che stai per toccare. E deve essere il backup più recente che hai, non quello di ieri sera.
Se il tuo plugin di backup può produrre un archivio completo con un clic, fanne uno ora. Se il tuo host offre snapshot su richiesta, avviane uno. I cinque minuti che questo richiede sono la differenza tra un rollback di quindici minuti se qualcosa si rompe e una ricostruzione di diverse ore.
Passo 2: leggi il changelog prima di cliccare “aggiorna”
Ogni plugin affidabile pubblica un changelog a ogni versione. Aprilo prima di aggiornare. Cerca modifiche che rompono la compatibilità, funzioni deprecate, salti di versione maggiore e modifiche allo schema del database. Un plugin che passa da 4.x a 5.0 merita più cautela di uno che passa da 4.4.1 a 4.4.2.
Se il changelog menziona una delle funzioni da cui dipendi, pianifica di conseguenza. Se il changelog manca o è vago, è di per sé un segnale d’allarme sulla qualità di manutenzione del plugin.
Passo 3: aggiorna prima in staging tutto ciò che è rischioso
Per i siti business-critical, ogni versione maggiore di un plugin dovrebbe essere testata su una copia di staging prima di essere applicata in produzione. Un ambiente di staging non è altro che un clone attuale del tuo sito live. La maggior parte dei buoni host WordPress include lo staging con un clic nei propri piani. Se il tuo non lo fa, usa un plugin come WP Staging oppure fallo creare al tuo sviluppatore.
Applica l’aggiornamento in staging. Percorri i percorsi chiave. Home page, una pagina di categoria, una pagina prodotto, il modulo di contatto, il checkout se c’è, la bacheca di amministrazione, il page builder se ne usi uno. Se qualcosa non va, lo scopri senza toccare alcun visitatore reale.
Per piccoli aggiornamenti di patch su plugin minori, lo staging è eccessivo. Usa il buon senso. Tutto ciò che tocca il checkout, il database, l’editor o una dipendenza fondamentale merita il trattamento in staging.
Passo 4: aggiorna a lotti, non tutto insieme
L’errore più comune che vediamo è cliccare “aggiorna” per trenta plugin in un colpo solo e poi scoprire che il sito è rotto senza sapere quale plugin l’abbia causato. Isolare un problema tra una pila di aggiornamenti simultanei è penoso.
Aggiorna a piccoli lotti. Da tre a cinque plugin alla volta è una dimensione ragionevole. Applica, fai un test rapido, prosegui. Se qualcosa si rompe, hai una cerchia ristretta di sospettati da indagare e il tuo rollback ha un ambito chiaro.
Passo 5: fai un test rapido dopo ogni lotto
Un test rapido (smoke test) è un percorso veloce attraverso le parti del sito che contano di più. La home page carica. Header e footer si renderizzano correttamente. La navigazione principale funziona. Una pagina interna rappresentativa carica. Il modulo di contatto invia. Il carrello aggiunge e rimuove articoli. La bacheca di amministrazione si apre. I log non mostrano nuovi errori.
Tieni un test rapido scritto per ogni sito che gestisci. Cinque minuti per lotto sono un’assicurazione a basso costo.
Passo 6: tieni pronto un piano di rollback
Quando un aggiornamento rompe qualcosa e non riesci a sistemarlo in fretta, la mossa giusta è tornare indietro. Il plugin che hai appena aggiornato aveva una versione precedente. La maggior parte dei marketplace di plugin permette di scaricare le versioni precedenti. Alcuni siti WordPress hanno installato un plugin come WP Rollback proprio a questo scopo. Alcuni host ti permettono di ripristinare un singolo plugin da uno snapshot recente.
Qualunque strada tu scelga, conoscila prima di iniziare. Non cercare di capire il processo di rollback durante l’incidente.
Passo 7: pianifica gli aggiornamenti nelle finestre di traffico basso
Anche con tutto quanto sopra, applicare aggiornamenti nell’ora di punta è un rischio inutile. La maggior parte delle aziende australiane ha una chiara finestra di traffico basso, di solito a tarda sera o molto presto al mattino. Pianifica gli aggiornamenti di routine in quella finestra. Se gestisci un e-commerce internazionale, scegli il periodo realmente più scarico per il tuo pubblico.
È anche il momento in cui eseguire migrazioni del database, cambi di tema o qualsiasi altra manutenzione più pesante. Più piccolo è il pubblico che vede un problema temporaneo, meglio è.
Passo 8: documenta i plugin che hanno causato problemi
Se un particolare plugin rompe il sito ogni volta che lo aggiorni, è un’informazione. O il plugin è fragile, o il suo processo di aggiornamento è approssimativo, o la tua personalizzazione è in conflitto con esso. Annotalo. Testa gli aggiornamenti di quel plugin con particolare cura ogni volta. Se lo schema continua, valuta di sostituirlo.
Al contrario, se un plugin si è aggiornato in modo pulito cinquanta volte di fila, puoi essere meno cauto con esso. Lo storico è un segnale utile.
L’abitudine di fondo: non modificare i file dei plugin
La cosa migliore che puoi fare per rendere sicuri gli aggiornamenti dei plugin è non modificare mai direttamente i file dei plugin. Ogni personalizzazione dovrebbe vivere in un tema child, in un plugin specifico del sito o in un gestore di snippet di codice. In questo modo, quando il plugin si aggiorna, le tue modifiche sopravvivono intatte. Il numero di volte in cui abbiamo visto una modifica su misura cancellata da un aggiornamento di routine è scomodamente alto.
Usa gli hook e i filtri del plugin. Se un plugin non fornisce un hook per ciò che ti serve, chiedilo allo sviluppatore o usa un plugin più flessibile. Modificare i file principali di un plugin è una scorciatoia a breve termine con un costo a lungo termine.
Hai bisogno di una mano?
Se aggiornare i plugin del tuo sito WordPress è diventato un momento stressante, o se hai smesso di farlo per via di rotture passate, Smart Coding può prendere in carico la routine. Abbiamo affinato questo processo su molti siti e saremmo lieti di applicarlo al tuo. Se preferisci un partner che lo gestisca dall’inizio alla fine, il team di Defyn può rimettere in pari il tuo stack e mantenerlo tale.
