Un backup di WordPress è una copia dei dati e dei file necessari per riportare online un sito dopo un errore, un attacco informatico, un aggiornamento incompatibile o un problema del server. Non basta però salvare soltanto la cartella del sito: per ottenere un ripristino completo è necessario conservare anche il database, dove WordPress memorizza articoli, pagine, utenti, impostazioni, commenti e gran parte della configurazione.

La procedura più affidabile combina backup automatici, copie conservate in luoghi diversi e verifiche periodiche. In questo modo il backup non rimane una semplice promessa, ma diventa uno strumento realmente utilizzabile quando il sito non funziona più o è necessario annullare una modifica.

Che cosa deve contenere un backup completo

Un sito WordPress è composto da due elementi principali. Il primo è l’insieme dei file: comprendono il nucleo di WordPress, i temi, i plugin, le immagini caricate nella libreria media e altri file presenti nell’installazione. La cartella più importante per i contenuti multimediali è generalmente wp-content, ma per un ripristino completo è preferibile conservare l’intera installazione, insieme ai file di configurazione e alle eventuali regole del server.

Il secondo elemento è il database, normalmente basato su MySQL o MariaDB. Qui si trovano i contenuti e molte impostazioni del sito. Salvare solo i file non consente quindi di recuperare automaticamente articoli, pagine, menu, utenti e configurazioni memorizzate nel database. Al contrario, un’esportazione del solo database non include immagini, temi e plugin.

Un backup completo dovrebbe includere anche le informazioni necessarie per collegare WordPress al database, come il nome del database, il nome utente, il server e le relative credenziali presenti nel file di configurazione. Le password non vanno pubblicate né conservate in luoghi non protetti.

Come eseguire il backup con un plugin

Per molti siti, il metodo più semplice consiste nell’utilizzare un plugin dedicato ai backup. È opportuno scegliere una soluzione che permetta di salvare separatamente o insieme file e database, programmare copie automatiche, scaricare il backup e inviarlo a uno spazio esterno. Il nome e le funzioni disponibili possono variare in base alla versione del plugin e al piano utilizzato.

Dopo l’installazione, la procedura generale è questa:

1. Configurare la destinazione. Oltre al server che ospita il sito, è preferibile utilizzare una destinazione indipendente, come uno spazio cloud o un computer locale. Se il server ha un guasto o l’account viene compromesso, una copia conservata sullo stesso spazio potrebbe non essere accessibile.

2. Selezionare file e database. Assicurarsi che il backup comprenda l’intera installazione, la cartella dei contenuti e il database. Se il plugin offre opzioni separate, creare entrambe le copie.

3. Impostare una pianificazione. La frequenza deve dipendere da quanto spesso il sito cambia. Un blog aggiornato ogni giorno richiede una frequenza diversa da quella di un sito vetrina modificato raramente. È utile mantenere più versioni storiche, così da poter scegliere una copia precedente al problema.

4. Avviare una copia manuale prima delle modifiche. Prima di aggiornare WordPress, temi o plugin, creare un backup completo e attendere che l’operazione finisca. Il backup deve essere considerato concluso solo quando il plugin segnala l’esito positivo e la copia risulta effettivamente disponibile nella destinazione scelta.

I plugin semplificano il lavoro, ma non devono essere lasciati senza controllo. Un’attività programmata può fallire per spazio insufficiente, limiti del server, errori di connessione o incompatibilità. Controllare periodicamente i registri e le notifiche del sistema.

Backup manuale da hosting o computer

Un secondo metodo consiste nell’utilizzare gli strumenti forniti dal servizio di hosting. Dal pannello di controllo è spesso possibile creare un archivio dei file del sito e accedere a uno strumento per esportare il database. In alternativa, i file possono essere trasferiti tramite FTP o SFTP, mentre il database può essere esportato con un’applicazione di gestione compatibile con l’hosting.

Per i file, scaricare l’intera directory di WordPress oppure almeno tutte le cartelle e i file personalizzati, inclusi temi, plugin e contenuti multimediali. Per il database, eseguire un’esportazione completa e conservarla in un formato normalmente riconosciuto dallo strumento utilizzato per la gestione del database. Non modificare il file esportato senza sapere esattamente quali operazioni si stanno compiendo.

Prima di considerare conclusa la procedura, verificare che l’archivio sia leggibile, che il download abbia le dimensioni attese e che il file del database possa essere aperto o riconosciuto dallo strumento di importazione. È consigliabile aggiungere alla copia la data di creazione e, se possibile, l’indicazione dell’ambiente o del sito a cui appartiene.

Dove conservare le copie e come proteggerle

La regola pratica è evitare di affidarsi a un’unica copia. Conservare almeno una versione recente sul computer o su un supporto locale e una seconda copia in una posizione separata dal server. Per siti importanti può essere utile mantenere più versioni, comprese copie precedenti alle ultime modifiche.

I backup possono contenere dati personali, account amministrativi, indirizzi e informazioni presenti nel database. Devono quindi essere protetti con accessi limitati e, quando possibile, con cifratura. Non salvare i file in una cartella pubblicamente raggiungibile dal sito e non condividere link aperti alle copie. Se un backup viene eliminato, verificare anche il cestino o la cronologia del servizio di archiviazione.

Un backup non verificato non è una garanzia. Almeno occasionalmente è utile effettuare un ripristino di prova in un ambiente di test o su un’installazione separata. Questa verifica permette di scoprire copie incomplete, credenziali errate, incompatibilità e problemi che emergerebbero soltanto durante un’emergenza.

Come ripristinare WordPress dopo un problema

Prima di intervenire, individuare la causa e stabilire quale sia l’ultima copia sicuramente precedente al problema. Se il sito è ancora accessibile, creare un nuovo backup dello stato attuale: anche una versione malfunzionante può contenere dati recenti che non devono essere persi.

Quando il problema riguarda un aggiornamento o un plugin, può essere sufficiente disattivare l’elemento responsabile, se si riesce ancora ad accedere alla bacheca o ai file del server. Se invece l’installazione è compromessa, procedere con il ripristino della copia completa.

La procedura generale comprende questi passaggi:

1. Preparare l’ambiente. Verificare che il dominio punti al server corretto e che siano disponibili accesso ai file, al database e alle credenziali amministrative. Se possibile, eseguire prima il ripristino in un ambiente di prova.

2. Ripristinare il database. Eliminare o sostituire i dati danneggiati soltanto dopo averli salvati. Importare quindi il database della copia scelta, utilizzando lo strumento previsto dall’hosting o dal plugin.

3. Ripristinare i file. Caricare o estrarre i file del backup e verificare i permessi di lettura e scrittura. Se il dominio o la struttura del server sono cambiati, controllare il file di configurazione e i riferimenti al database.

4. Controllare gli indirizzi del sito. Un cambio di dominio o di percorso può lasciare nel database vecchi URL. In questi casi occorre aggiornare i riferimenti con strumenti compatibili con WordPress, evitando sostituzioni testuali improvvisate che potrebbero danneggiare dati serializzati.

5. Verificare il funzionamento. Controllare homepage, pagine, articoli, immagini, menu, moduli, accesso amministrativo e collegamenti principali. Svuotare eventuali cache e verificare anche la versione mobile del sito.

Errori da evitare

L’errore più comune è creare backup soltanto quando si verifica un guasto. Altrettanto rischioso è conservare tutte le copie sullo stesso server, ignorare gli avvisi di esecuzione fallita o aggiornare il sito senza una copia immediatamente precedente.

Non bisogna inoltre sovrascrivere il backup più recente con quello nuovo senza mantenere una cronologia. Prima di ripristinare, è importante capire se il problema si trova nei file, nel database, nella configurazione del server o in un servizio esterno. Un ripristino alla cieca può cancellare modifiche legittime e non risolvere la causa originale.

La strategia più solida è semplice: backup automatici programmati, una copia esterna al server, versioni storiche, credenziali protette e test di ripristino. Con questi accorgimenti, anche un errore grave può trasformarsi in un’interruzione temporanea invece che nella perdita definitiva del sito.