Come ripristinare un sito web da un backup in sicurezza

Pubblicato il 9 settembre 2026

L'aggiornamento di un plugin non riesce, una modifica al tema distrugge il layout oppure una tabella del database eliminata trasforma all'improvviso un sito funzionante in una pagina di errore. Quando succede, il modo più rapido per tornare operativi è di solito ripristinare il sito web da un backup. Ma la velocità non deve significare andare a tentativi. Un ripristino eseguito con poca attenzione può sovrascrivere ordini più recenti, invii di moduli, email o contenuti che non facevano mai parte del backup.

La buona notizia è che il recupero non deve trasformarsi in una lunga notte davanti a una finestra del terminale e troppo caffè. Con il backup giusto, un punto di recupero chiaro e alcuni controlli prima di tornare online, puoi riportare in funzione un sito web senza creare un secondo problema.

Prima di ripristinare un sito web da un backup

Inizia identificando che cosa è effettivamente andato storto. L'intero sito è fuori uso oppure il problema è causato da una pagina, un plugin, una tabella del database o un file di configurazione? Un ripristino completo è utile quando il sito web è stato compromesso, gravemente danneggiato o modificato in molti punti. Non è sempre la risposta giusta a una singola impostazione danneggiata.

Poi scegli con attenzione il punto di recupero. Il backup più recente non è automaticamente il migliore. Se il problema è iniziato dopo l'esecuzione di un backup pianificato, quel backup potrebbe già contenere il problema. Controlla i timestamp e confrontali con il momento in cui si sapeva per certo che il sito funzionava ancora correttamente.

Prima di cambiare qualsiasi cosa, crea un backup nuovo o uno snapshot dello stato attuale. Sì, anche se lo stato attuale sembra danneggiato. Potrebbe contenere ordini recenti dei clienti, file caricati, record del database o indizi utili per diagnosticare il problema. Questo ti offre una via di ritorno se il punto di ripristino selezionato è più vecchio del previsto o incompleto.

Dovresti anche sapere cosa include il backup. Un backup del sito web utilizzabile può contenere file del sito, database, dati email, configurazione del server, impostazioni relative a SSL oppure solo alcune di queste parti. Ripristinare i file del sito web senza il database corrispondente spesso lascia WordPress, le piattaforme ecommerce e le applicazioni personalizzate in uno stato incoerente.

Decidi tra un ripristino completo o parziale

Un ripristino completo sostituisce i file del sito web e il database con il contenuto di un backup precedente. È l'opzione più pulita dopo un guasto importante, una rimozione di malware, l'eliminazione accidentale di un account o una migrazione mal riuscita. Il compromesso è la perdita di dati: tutto ciò che è stato creato dopo quel backup potrebbe sparire, a meno che non venga esportato o recuperato separatamente.

Un ripristino parziale è più preciso. Potresti ripristinare una cartella uploads mancante, sostituire un file del tema danneggiato, importare una tabella del database oppure riportare una directory di plugin a una versione precedente. Questo approccio protegge i contenuti e le transazioni più recenti, ma richiede maggiore certezza sull'origine del guasto.

Per esempio, se un sito è diventato non disponibile subito dopo un aggiornamento di un plugin WordPress, ripristinare l'intero server potrebbe essere inutile. Disattivare o sostituire quel plugin potrebbe essere sufficiente. Se un database è stato sovrascritto o il sito è stato alterato da un attaccante, un ripristino completo da un backup noto come pulito è di solito più sicuro.

Metti il sito in uno stato di recupero sicuro

Se il sito è ancora raggiungibile pubblicamente ma si comporta in modo imprevedibile, abilita la modalità di manutenzione prima di ripristinarlo. Questo impedisce ai visitatori di effettuare ordini, inviare moduli o modificare account mentre i file e i record del database vengono modificati sotto di loro.

Per i negozi e i siti con membership, registra l'attività avvenuta dopo l'ora del backup. Esporta ordini recenti, registrazioni dei clienti, richieste di supporto e invii, se possibile. Questi record possono essere reinseriti o importati dopo il recupero. Saltare questo passaggio può trasformare un incidente tecnico in un problema di assistenza clienti.

Metti inoltre in pausa le attività pianificate che potrebbero scrivere nuovi dati durante il ripristino. Cron jobs, sincronizzazioni dell'inventario, automazioni della newsletter, webhook di pagamento e servizi di caching possono tutti rendere il recupero più confuso. Non è necessario disabilitare l'intero server. Basta fermare i processi collegati al sito web interessato finché non torna stabile.

Ripristina insieme file e database

In un pannello di controllo hosting, inizia individuando la data del backup e selezionando il sito web o l'account che devi recuperare. Conferma con attenzione la destinazione. Su un server con più domini o account client, ripristinare nella document root sbagliata è un errore facile da commettere con un risultato molto fastidioso.

Ripristina prima i file del sito web se il tuo pannello gestisce file e database come azioni separate. Questo normalmente include la document root, il codice dell'applicazione, i caricamenti multimediali e i file nascosti come .htaccess. I file nascosti sono importanti perché spesso contengono reindirizzamenti, regole di riscrittura, controlli di accesso e impostazioni dell'applicazione.

Poi ripristina il database corrispondente. Per molti sistemi di gestione dei contenuti, il database contiene post, pagine, utenti, impostazioni, ordini del negozio e configurazione dei plugin che fanno funzionare i file. Usa le credenziali del database dal file di configurazione ripristinato, poi conferma che l'applicazione punti al nome del database, all'utente e all'host previsti.

Se devi importare manualmente un database, controlla il prefisso delle tabelle prima di sostituire qualsiasi cosa. Un'installazione WordPress può avere più di un insieme di tabelle nello stesso database. Importare il backup giusto nel prefisso sbagliato può far sembrare il sito invariato, ripristinato solo in parte o stranamente mescolato.

FASTPANEL mantiene la gestione di sito web, database e server in un unico spazio di lavoro chiaro, il che rende più facile verificare a cosa appartenga un ripristino prima di applicarlo. L'obiettivo non è nascondere i dettagli tecnici. È mettere quelli importanti dove puoi davvero usarli.

Controlla la configurazione prima di riaprire il sito

Un ripristino può riportare impostazioni più vecchie insieme agli elementi positivi. Esamina i file di configurazione per verificare credenziali del database, URL dell'applicazione, impostazioni della cache e variabili di ambiente. Questo è particolarmente importante dopo una migrazione, un cambio di server o un cambio di dominio.

Conferma che il dominio punti ancora al server giusto. I record DNS di solito non vengono modificati da un backup del sito web, ma una configurazione ripristinata può reindirizzare i visitatori a un vecchio dominio, un indirizzo di staging o un URL non sicuro. Controlla sia la versione con www sia la versione senza, se il tuo sito usa reindirizzamenti.

Vale la pena controllare anche SSL. Una configurazione del virtual host ripristinata può fare riferimento a un vecchio percorso del certificato o omettere un alias di dominio più recente. Se il browser mostra un avviso sul certificato dopo il recupero, non ignorarlo e non chiedere ai visitatori di ignorarlo. Correggi il certificato e le regole di reindirizzamento prima di riaprire il sito.

Testa prima di rimandare indietro i visitatori

Non considerare un messaggio di ripristino riuscito come prova che il sito web sia in salute. Conferma solo che il pannello ha completato l'azione. Apri il sito in una finestra privata del browser, poi prova le pagine e le azioni più importanti per la tua attività.

Per un sito aziendale standard, controlla la homepage, il modulo di contatto, la navigazione, i file multimediali e qualsiasi area di accesso protetta. Per un negozio online, testa le pagine prodotto, il carrello, il flusso di checkout, le email transazionali e l'integrazione dei pagamenti senza effettuare ordini live non necessari. Per un'agenzia che gestisce siti dei clienti, verifica separatamente ogni dominio interessato invece di dare per scontato che un singolo ripristino a livello di account abbia risolto tutto.

Esamina i log del server e dell'applicazione se gli errori persistono. Un errore 500 dopo un ripristino può essere causato da permessi dei file non corretti, una versione di PHP non supportata, un'estensione mancante o una configurazione memorizzata nella cache. Un errore di connessione al database di solito indica credenziali, disponibilità del database o un file di configurazione che non è stato ripristinato come previsto.

Una volta che il sito principale funziona, svuota la cache dell'applicazione e qualsiasi cache lato server o CDN. Altrimenti, i visitatori potrebbero vedere pagine non aggiornate o vecchie risposte di errore anche se il sito ripristinato è sano.

Recupera i dati recenti quando il backup è più vecchio

Se il backup è precedente a modifiche importanti, il recupero ha due parti: ripristinare il sito web stabile, poi riportare i record più recenti di cui hai ancora bisogno. Questo può significare importare ordini recenti, ricreare articoli, ripristinare documenti caricati oppure ricollegare integrazioni configurate dopo l'esecuzione del backup.

Sii selettivo. Importare un intero dump di database più recente può reintrodurre la stessa impostazione danneggiata, malware o corruzione che ha reso necessario il ripristino fin dall'inizio. Confronta i dati di cui hai bisogno con quelli che hanno causato il guasto, poi sposta solo i record che è sicuro conservare.

Ecco perché i backup frequenti sono importanti, soprattutto per i siti ecommerce e le piattaforme di membership attive. Un backup giornaliero può bastare per un sito vetrina che cambia una volta al mese. Un negozio molto attivo può richiedere backup del database più frequenti, archiviazione fuori dal server separata e un modo documentato per recuperare transazioni recenti.

Rendi il prossimo ripristino meno stressante

Il miglior backup è quello che riesci a trovare, capire e ripristinare sotto pressione. Mantieni i backup pianificati, conserva più punti di recupero e archivia almeno una copia lontano dal server di produzione. Se il server stesso si guasta, un backup archiviato solo su quel server non può aiutare molto.

Testa il ripristino in un ambiente di staging di tanto in tanto. Questo conferma che il backup è completo e ti permette di misurare quanto tempo richiede davvero il recupero. Inoltre evidenzia file mancanti, database dimenticati e problemi di permessi prima che diventino un'emergenza.

Un piano di ripristino non deve essere complicato. Annota dove si trovano i backup, quali servizi eseguono il sito, chi ha accesso e cosa controllare dopo il recupero. Quando qualcosa si rompe, questa piccola preparazione trasforma il panico in una sequenza di passaggi gestibili.

Un backup del sito web non è solo una copia di vecchi file. È il tuo modo pratico per scegliere un punto stabile, proteggere ciò che è cambiato dopo e rimettere in funzione il sito con sicurezza.