Piano di manutenzione WordPress: aggiornamenti e backup
Un piano di manutenzione WordPress comprende aggiornamenti regolari, backup, scansioni di sicurezza e monitoraggio. Cosa si fa e con quale frequenza.
Team rabbitclipPubblicato: 6 min di lettura
In breve
Un piano di manutenzione WordPress è una routine scritta che comprende tenere aggiornati il software di base, i plugin e il tema, eseguire backup regolari, cercare problemi di sicurezza e controllare se il sito è raggiungibile. L'obiettivo è prevenire i guai anziché reagire dopo il loro arrivo, o almeno riprendersi in fretta quando si presentano. Un piano che funziona bene sembra noioso; quella noia è il segno che funziona.
Questo articolo spiega di quali parti si compone un piano di manutenzione e con quale frequenza viene svolta ciascuna. Abbiamo un pezzo a parte sulla portata giuridica e commerciale di un contratto di manutenzione; qui il tema è la routine stessa: quando, in che ordine e con quali controlli.
Di quali parti si compone un piano di manutenzione WordPress?
Le parti sono quattro. Aggiornare significa portare il software di base, i plugin e il tema a nuove versioni. Eseguire il backup significa conservare in un luogo sicuro una copia sia dei file sia del database. La sicurezza significa chiudere le falle note, rivedere gli account utente e i permessi e cercare attività sospette. Il monitoraggio significa controllare se il sito è raggiungibile, se i moduli funzionano e come tengono indicatori come la velocità.
Le quattro dipendono l'una dall'altra. Se non si esegue un backup prima di un aggiornamento, un aggiornamento difettoso può risultare impossibile da annullare. Senza monitoraggio, un guasto causato da un aggiornamento viene notato solo quando un visitatore si lamenta. Il piano va quindi pensato nel suo insieme, non parte per parte.
Con quale frequenza e come si fanno gli aggiornamenti?
Il nucleo di WordPress, i plugin e i temi pubblicano aggiornamenti con regolarità, e alcuni chiudono falle di sicurezza. Lasciare gli aggiornamenti in attesa a lungo significa lasciare aperta una falla nota. In pratica l'intervallo dipende da quanto è critico il sito; i siti molto frequentati che ricevono ordini giustificano intervalli più brevi.
Gli aggiornamenti non vengono applicati direttamente al sito in produzione. Prima si esegue un backup, l'aggiornamento viene provato se possibile su una copia di prova con la stessa struttura e solo se nulla si rompe passa in produzione. Questo ordine conta soprattutto nei siti con molti plugin dipendenti l'uno dall'altro, dove la nuova versione di un plugin può entrare in conflitto con un altro.
Una breve lista di controllo dopo ogni aggiornamento fa parte del lavoro: la home page si apre, il modulo di contatto invia un messaggio, il percorso di pagamento funziona? Queste tre domande mostrano se un aggiornamento ha rotto qualcosa in silenzio.
Come si imposta un piano di backup?
Un buon backup ha tre qualità: viene eseguito con regolarità, è conservato separatamente dal server del sito e il suo ripristino è stato provato. Un backup che resta sullo stesso server se ne va con il sito se il server si guasta o viene attaccato. Deve trovarsi altrove.
La frequenza dei backup dipende da quanto spesso il sito cambia. Per un sito vetrina aggiornato poche volte l'anno possono bastare backup radi; per un negozio che riceve ordini ogni giorno, il database va salvato molto più spesso. Il criterio è quanto tempo potete permettervi di perdere.
La prova di ripristino è il passaggio più spesso saltato. Se esiste un backup ma non si apre, il backup non c'è. Ripristinare a intervalli fissi in un ambiente di prova e vedere il sito avviarsi è l'unica prova che il piano funziona.
Cosa comprendono sicurezza e monitoraggio?
La sicurezza non è un'impostazione fatta una volta e chiusa, ma un controllo ripetuto a intervalli. La maggior parte degli attacchi entra da falle note in plugin non aggiornati o da account amministratore con password deboli. L'elenco delle attività di routine è quindi breve e concreto; i punti seguenti formano la base per la maggior parte dei siti.
Il monitoraggio parte da un controllo esterno sulla raggiungibilità del sito. Quando il sito va giù o mostra una pagina di errore, qualcuno deve essere avvisato. A questo si aggiunge la prova regolare del modulo di contatto e, se presente, del percorso di pagamento, perché un modulo può guastarsi in silenzio anche con il sito aperto.
Anche la velocità e le date di scadenza di dominio e certificato fanno parte del monitoraggio. Un certificato scaduto mostra ai visitatori una schermata di avviso. Legare queste date a un calendario è uno dei passi di monitoraggio più semplici e utili.
- Rimuovere plugin e temi inutilizzati
- Rivedere gli account amministratore e i permessi
- Imporre password robuste e verifica in due passaggi
- Eseguire la scansione del codice dannoso
- Limitare i tentativi di accesso
Quali errori sono comuni in un piano di manutenzione?
L'errore più comune è rimandare la manutenzione finché non arriva una crisi. Gli aggiornamenti si accumulano, i plugin vanno fuori sincrono e alla fine un solo grosso aggiornamento rompe il sito. Piccoli passi regolari sono più sicuri di rari grandi passi.
Il secondo errore è lasciare plugin inutilizzati. Un plugin disattivato ma ancora installato può contenere a sua volta una falla. Il terzo è fidarsi di un backup mai provato. Il quarto è lasciare poco chiaro chi si occupa della manutenzione: se tutti presumono che lo faccia un altro, non lo fa nessuno. Il piano deve essere scritto e ogni attività deve avere un responsabile.
Infine, ritenere superfluo il monitoraggio è un errore frequente. Se il sito si rompe di notte e nessuno se ne accorge fino al mattino, i visitatori e gli ordini di quelle ore sono persi. Anche un semplice monitoraggio della raggiungibilità riduce nettamente questo rischio.
Quando la manutenzione di WordPress non basta?
La manutenzione ha senso su fondamenta solide. Se il sito poggia su un vecchio tema, plugin abbandonati e codice personalizzato disordinato, la cura regolare ritarda il problema ma non lo risolve. Su un sito così ogni aggiornamento è un rischio, e col tempo il costo della cura si avvicina a quello di una nuova costruzione.
Va rivisto anche il legame tra sito e attività. Se WordPress ha smesso di soddisfare le esigenze del sito, per esempio perché servono una logica di prodotto complessa o flussi di lavoro su misura, rivedere la struttura può essere meglio che continuare a mantenerla. Questa decisione può nascere anche dal piano stesso: quando produce report regolari, diventa visibile dove si concentrano i problemi.
Un piano di manutenzione WordPress si compone di quattro parti e tutte si appoggiano alle altre: aggiornare, salvare, proteggere, monitorare. Mettete il piano per iscritto, assegnate a ogni attività un responsabile e una frequenza e verificate il backup ripristinandolo. Se desiderate esaminare insieme lo stato attuale della manutenzione del vostro sito, saremo lieti di organizzare un colloquio conoscitivo con rabbitclip.
Domande frequenti
Con che frequenza va aggiornato un sito WordPress?
Gli aggiornamenti di sicurezza non vanno ritardati; per il resto hanno senso intervalli regolari e brevi. I siti molto frequentati che ricevono ordini dovrebbero usare intervalli più brevi. È importante eseguire un backup prima di ogni aggiornamento.
Basta un plugin per i backup?
Un plugin semplifica il lavoro ma da solo non basta. Il backup va conservato lontano dal server del sito e il suo ripristino va provato. Altrimenti il backup sembra soltanto esistere.
Cosa succede se la manutenzione viene trascurata?
Le falle di sicurezza restano aperte, i plugin vanno fuori sincrono e il sito può un giorno rompersi in silenzio. Aggiornamenti accumulati e applicati tutti insieme aumentano il rischio. Piccoli passi regolari lo riducono.
Possiamo occuparci noi della manutenzione?
Gli aggiornamenti di base sono possibili, ma impostare backup, una copia di prova e il monitoraggio richiede qualche conoscenza tecnica. Se il vostro tempo e la vostra esperienza sono limitati, affidare il lavoro a un team evita che il piano si interrompa.
