Backup del sito aziendale: cosa salvare e come verificare il ripristino

Elenca ciò che occorre per ricostruire il sito

Parti dalla piattaforma utilizzata. Un sito statico può dipendere da pagine, immagini, codice e configurazione di pubblicazione; un sito con gestione dei contenuti può avere anche database, componenti e servizi esterni. Chiedi al responsabile un elenco comprensibile delle parti necessarie.

Per WordPress, la documentazione distingue file del sito e database. Copiare soltanto la cartella delle immagini non conserva pagine, impostazioni e tutte le altre informazioni richieste per ricostruirlo.

• File, immagini, documenti e personalizzazioni.
• Database e dati applicativi presenti.
• Configurazioni e istruzioni di ripristino.
• Servizi esterni e materiali da recuperare separatamente.

La posta, il gestionale e una piattaforma di prenotazione esterna non sono automaticamente inclusi. Registra chi li gestisce e come vengono salvati, senza mettere password in un documento condiviso liberamente.

Controlla cosa comprende il servizio dell’hosting

Chiedi quali elementi vengono salvati, con quale frequenza e per quanto tempo restano disponibili. Verifica se puoi scaricare una copia, se il ripristino richiede assistenza e se prevede costi o tempi specifici. La voce «backup incluso» non descrive da sola queste condizioni.

La guida WordPress ai backup richiama la necessità di conservare file e database. Per una piattaforma gestita, controlla invece le funzioni offerte dal fornitore e le eventuali limitazioni di esportazione.

Un esempio: conservare sette copie giornaliere può non aiutare a recuperare un contenuto cancellato e scoperto mancante molte settimane dopo. Annota il periodo coperto e la prima data recuperabile. Verifica anche cosa accade se l’account hosting viene sospeso o non riesci più ad accedervi.

Conserva copie indipendenti e versioni precedenti

Una copia nello stesso spazio del sito può essere coinvolta nello stesso guasto o accesso abusivo. Organizza almeno una copia recuperabile senza dipendere unicamente dal server e dall’account che pubblicano il sito, con accessi assegnati ai responsabili.

La guida CISA contro il ransomware raccomanda backup offline, cifrati e regolarmente verificati. Concorda con il tecnico una soluzione adatta all’attività, comprese la gestione delle chiavi e la possibilità di recuperarle quando serve.

Una cartella sincronizzata che replica subito cancellazioni ed errori non sostituisce uno storico recuperabile. Distingui la copia più recente dalle versioni precedenti, e controlla che una persona autorizzata sappia trovarle e aprirle. Non salvare gli archivi in cartelle pubbliche raggiungibili dal sito.

Scegli la frequenza in base ai dati che cambiano

Chiediti quali informazioni perderesti tornando alla copia precedente. Un sito vetrina aggiornato raramente ha esigenze diverse da un negozio che registra ordini o da un sistema che salva appuntamenti durante tutta la giornata. La frequenza deve riflettere questa differenza.

Prevedi una copia prima di interventi importanti e controlla che il lavoro automatico prosegua anche nei giorni successivi. Un avviso di errore deve arrivare a una persona incaricata, che sappia cosa verificare.

Controlla periodicamente data, dimensione plausibile, contenuti ed esito. L’esportazione dei contenuti WordPress è utile per trasferire dati, ma non equivale da sola alla copia di tutti i file e delle configurazioni.

Prepara un ripristino di prova senza effetti sui clienti

Fai predisporre al tecnico un ambiente separato e protetto, con database e archivi distinti da quelli del sito pubblico. Prima di avviare la copia, deve neutralizzare le connessioni che potrebbero produrre effetti reali.

• Bloccare email, SMS e notifiche verso destinatari reali.
• Disattivare pagamenti, sincronizzazione ordini e magazzino.
• Fermare automazioni, webhook e attività programmate.
• Usare integrazioni di prova e dati dimostrativi dove possibile.

Le email possono essere raccolte in un sistema locale di test; ordini e prenotazioni devono restare nel contesto di prova. Proteggi l’accesso anche agli allegati e impedisci che la copia diventi una demo pubblica indicizzata. Non usare il sito operativo come banco di prova per verificare se un archivio si ripristina.

Controlla contenuti e funzioni nella copia ricostruita

La documentazione WordPress sul ripristino del database spiega che importare una copia riporta i dati allo stato salvato. Nella prova verifica perciò quale versione hai recuperato e se file e database appartengono allo stesso insieme coerente.

Apri pagine servizi, immagini e documenti; controlla menu, collegamenti e accesso amministrativo. Prova i moduli verso il sistema di test e verifica le funzioni di prenotazione o acquisto soltanto con le integrazioni isolate. La sola homepage non rappresenta l’intero sito.

Registra tempo necessario, componenti mancanti e correzioni richieste. Se un tema dipende da una licenza o un servizio esterno, annota come riattivarlo. Una prova che scopre un problema serve a correggere il piano prima dell’emergenza.

Scrivi come gestire un recupero reale

Prepara una procedura breve: chi decide il ripristino, chi lo esegue, dove si trovano le copie e quali controlli precedono la riapertura. Definisci anche come conservare le informazioni arrivate dopo il backup, per evitare di sovrascrivere ordini o appuntamenti più recenti.

In caso di compromissione, una vecchia copia può contenere già il problema. Coordina il recupero con l’analisi e la correzione della causa, senza considerare il ripristino una bonifica automatica.

Al termine controlla nuovamente i percorsi dei clienti e la ripartenza dei backup. Ripeti la prova quando cambia l’hosting, la piattaforma o un’integrazione essenziale. Il risultato da conservare è una procedura eseguibile, accompagnata da copie effettivamente recuperate durante il collaudo.