Come fare il backup del proprio sito web in modo efficace

Fare il backup del proprio sito web in modo efficace significa tre cose: una copia completa (file e database), archiviata altrove rispetto al server del sito, aggiornata con una frequenza adatta all'attività del sito, e testata in ripristino almeno una volta. Un backup che non si è mai provato a ripristinare è solo un'ipotesi di backup.

Il problema: il backup che si crede di avere

Molti proprietari di siti pensano di essere coperti perché il loro hosting "fa i backup". Spesso è vero, e spesso è insufficiente. Tre punti ciechi ricorrono continuamente: il backup è archiviato sullo stesso server del sito (quindi perso in caso di guasto hardware grave), copre solo i file senza il database (o viceversa), oppure nessuno lo ha mai testato in un ripristino reale.

Il giorno in cui un sito viene violato, vittima di un errore di aggiornamento, o semplicemente inaccessibile dopo una manipolazione sbagliata, il backup è l'unica rete di sicurezza. Scoprire in quel momento che risale a otto mesi prima, o che non si ripristina correttamente, trasforma un incidente gestibile in una crisi lunga.

Cosa deve contenere un backup completo

Un sito web si basa su due elementi distinti che devono essere salvati insieme, pena un sito ripristinato ma rotto:

• I file: codice del sito, tema, plugin, immagini, documenti caricati dai visitatori (preventivi, CV, allegati di moduli).
• Il database: contenuto delle pagine, articoli del blog, account utente, ordini per un sito e-commerce, configurazione del CMS.

Ripristinare i file senza il database dà un sito vuoto di contenuto. Ripristinare il database senza i file dà un sito rotto visivamente, con immagini e stili mancanti. Un backup efficace sincronizza sempre entrambi nello stesso momento.

Scegliere la frequenza giusta in base all'attività del sito

La frequenza di backup deve corrispondere al ritmo di aggiornamento del sito, non a una regola generale. Un sito fermo da mesi non ha bisogno di un backup quotidiano; un sito con ordini o moduli attivi ogni giorno non può permettersi un backup settimanale.

Per un sito con implicazioni commerciali dirette (moduli di preventivo, prenotazione, carrello), una perdita di un giorno di dati può rappresentare clienti persi, non solo contenuti editoriali da rifare.

Dove archiviare i backup

Il principio più importante, spesso trascurato: il backup non deve mai risiedere unicamente sullo stesso server del sito. Se questo server subisce un guasto hardware, viene violato o subisce una corruzione del disco, la copia di riserva scompare insieme all'originale.

Un metodo semplice e robusto, ispirato alla regola "3-2-1" usata nell'informatica professionale:

1. Una copia sul server di hosting (rapida da ripristinare per i piccoli incidenti).
2. Una copia su un supporto o servizio distinto dall'hosting principale.
3. Idealmente una copia offline o presso un altro fornitore, per coprire lo scenario estremo in cui l'hosting stesso scompare o viene compromesso.

Per una piccola impresa, i primi due livelli coprono già la grande maggioranza degli scenari reali. Il terzo livello si giustifica soprattutto per un sito ad alto rischio commerciale (e-commerce, piattaforma SaaS).

Testare il ripristino, non solo il backup

È il passaggio che quasi nessuno fa, ed è il più importante. Un backup può essere corrotto, incompleto o incompatibile con l'ambiente di ripristino senza che ciò si veda prima di averne davvero bisogno. Un test trimestrale semplice è sufficiente: ripristinare il backup su un ambiente di test (non il sito in produzione) e verificare che il sito funzioni realmente, pagine, moduli e immagini comprese.

Questo test richiede generalmente meno di un'ora ed evita la peggiore delle sorprese: scoprire in piena crisi, nel momento in cui il sito è già fuori servizio, che il backup non si ripristina.

Conservare uno storico, non solo l'ultima versione

Alcuni incidenti vengono rilevati solo diversi giorni dopo la loro comparsa: un'infezione discreta, una corruzione progressiva dei dati, un errore di configurazione che non rompe nulla immediatamente. Se viene conservato solo l'ultimo backup, potrebbe già contenere il problema. Conservare 3-4 versioni distanziate nel tempo (ad esempio le ultime quattro settimane) permette di tornare a uno stato sano precedente alla comparsa del problema.

Automatizzare invece di affidarsi alla memoria

Un backup manuale, fatto "quando ci si pensa", finisce quasi sempre per saltare una settimana, poi un mese, fino al giorno in cui sarebbe stato utile. La buona pratica consiste nell'automatizzare completamente il processo: un'attività pianificata che esporta file e database secondo la frequenza scelta, invia la copia verso un archivio esterno e avvisa via email in caso di fallimento.

Questa automazione toglie l'elemento umano dalla parte ripetitiva, ma non dispensa dal verificare di tanto in tanto che gli avvisi funzionino davvero. Un sistema di allerta silenzioso da diversi mesi dà una falsa impressione di sicurezza, esattamente come un backup mai testato.

Il costo reale di un backup assente

Senza un backup utilizzabile, l'unica opzione in caso di problema grave è ricostruire il sito da zero: recuperare i testi da vecchie email o documenti, ritrovare le immagini, ricreare la struttura. Per un sito professionale con diverse decine di pagine, questo lavoro rappresenta generalmente diversi giorni, a volte diverse settimane se bisogna anche recuperare il contenuto perduto. Rispetto al costo quasi nullo di un backup automatizzato e testato, il calcolo è presto fatto.

Cosa ricordare

• Un backup efficace copre sia i file sia il database, nello stesso momento.
• La frequenza dipende dall'attività reale del sito, non da una regola unica: settimanale per un sito statico, giornaliera per un sito con moduli o ordini.
• Non archiviare mai il backup unicamente sul server del sito: una copia esterna è indispensabile.
• Un backup mai testato in ripristino è solo un'ipotesi, da verificare almeno una volta a trimestre.
• Conservare uno storico di più versioni protegge dagli incidenti rilevati tardivamente.
• Per un sito ad alto rischio commerciale (preventivi, ordini), la perdita di un solo giorno di dati può costare clienti reali.

Domande frequenti

Con quale frequenza bisogna fare il backup del proprio sito web?

Per un sito vetrina aggiornato raramente, un backup settimanale è sufficiente. Per un sito con un blog attivo, un e-commerce o moduli che generano dati quotidianamente, è necessario un backup giornaliero per limitare la perdita in caso di incidente.

Dove bisogna archiviare i backup di un sito?

Mai solo sullo stesso server del sito. Se il server va giù o viene violato, il backup scompare con lui. Un archivio esterno (altro hosting, cloud dedicato) garantisce che resti accessibile anche in caso di guasto totale.

Un backup automatico dell'hosting è sufficiente?

È un buon punto di partenza ma raramente sufficiente da solo: verificate la sua frequenza reale, la sua durata di conservazione e soprattutto se è già stato testato in fase di ripristino. Molti backup automatici non vengono mai verificati prima del giorno in cui servono davvero.

Quanto tempo bisogna conservare i vecchi backup?

Uno storico di 3-4 versioni distanziate nel tempo (non solo l'ultima) permette di tornare a prima della comparsa di un problema rilevato tardivamente, come un'infezione o una corruzione di dati passata inosservata per diversi giorni.

Se preferite non dover più verificare voi stessi che i Suoi backup funzionino, un sito web gestito con backup e hosting inclusi se ne occupa in modo continuo.