Come ripristinare un sito WordPress da un backup (senza perdere ordini)

Un ripristino dovrebbe essere la parte tranquilla di una brutta giornata. In pratica spesso peggiora le cose: il backup sbagliato, ordini persi, un sito che torna con la stessa falla da cui è stato violato. Questa guida ti dà una routine per ripristinare un sito WordPress di un cliente da un backup, scegliere il backup giusto, conservare i dati che ti servono e controllare il risultato prima del cliente.

1. Decidi cosa devi davvero ripristinare

Non ogni problema richiede un ripristino completo. Chiediti prima cosa si è rotto e cosa è cambiato dall’ultimo backup buono.

• Un aggiornamento di plugin o tema ha rotto il sito: spesso basta rimettere solo quella cartella del plugin o del tema. Il database può restare com’è.
• Contenuti cancellati o sovrascritti: forse ti serve solo il database, o persino un solo articolo da una revisione.
• Il sito è stato violato o mancano file: ti servono i file e di solito anche il database, da prima che iniziasse il problema.

Poi elenca cosa è successo sul sito dal backup: nuovi ordini, invii di moduli, commenti, account utente, modifiche del cliente. Un ripristino completo butta via tutto questo.

2. Scegli il backup giusto

Il backup più recente non è sempre quello giusto. Ti serve l’ultimo backup precedente al problema.

• Confronta data e ora con l’inizio del problema (un log degli aggiornamenti, il primo errore, il primo messaggio del cliente).
• Per un sito violato, torna a prima del periodo di infezione, non a ieri. Un backup di un sito infetto ripristina l’infezione.
• Assicurati che il backup sia completo: sia i file (almeno wp-content) sia il database, e che l’archivio si apra davvero.

3. Salva prima il sito rotto

Prima di cambiare qualsiasi cosa, fai un backup del sito così com’è ora. Costa pochi minuti e ti dà una via di ritorno se il ripristino va storto, oltre agli ordini e agli invii che potresti dover recuperare dopo. Con WP-CLI:

wp db export before-restore.sql

Scarica anche wp-content, oppure fai fare un’istantanea al tuo hosting.

4. Se puoi, ripristina prima su una copia

Se hai una copia di staging o puoi crearne una, ripristina prima lì. Vedi il risultato senza che il cliente guardi e scopri se il backup è valido. Per un piccolo sito vetrina già fuori uso, ripristinare direttamente online è accettabile. Per un negozio, prova su una copia.

5. Esegui il ripristino

Usa lo strumento da cui proviene il backup. Le tre strade comuni:

• Plugin di backup: usa la sua funzione di ripristino e scegli file, database o entrambi.
• Pannello dell’hosting: molti hosting possono ripristinare file e database dalle proprie istantanee. Verifica se ripristinano l’intero account o un solo sito.
• A mano: carica i file via SFTP e importa il database.

Per la strada manuale con WP-CLI:

wp db import backup.sql
wp search-replace 'https://old-domain.test' 'https://www.client-site.com' --skip-columns=guid
wp rewrite flush
wp cache flush

Ti serve search-replace solo quando il backup proviene da un altro dominio o da un URL di staging. Eseguilo prima con --dry-run .

6. Ripristini parziali senza perdere ordini

In un negozio WooCommerce, ripristinare il database significa perdere ogni ordine, cliente e variazione di magazzino dal backup. Preferisci il ripristino più piccolo che risolve il problema:

• Un aggiornamento rotto: rimetti solo la vecchia versione di quella cartella del plugin o del tema.
• Un database rotto in un negozio: prima di importare, esporta gli ordini arrivati dal backup in poi, poi reinseriscili o chiedi al tuo sviluppatore di unirli.
• Contenuti mancanti: controlla le revisioni e il cestino prima di toccare un backup.

7. Controlla il sito prima di dirlo al cliente

Una homepage che si carica non è un sito che funziona. Segui questo elenco:

1. La homepage e le tre pagine più importanti, su desktop e su un telefono.
2. Invia un messaggio di prova dal modulo di contatto e verifica che arrivi.
3. Per un negozio: aggiungi al carrello e completa il checkout con un metodo di pagamento di prova.
4. Accedi a wp-admin e verifica che i plugin che ti aspetti siano attivi.
5. Svuota ogni cache: il plugin di cache, la cache del server e la CDN.

8. Dopo una violazione: chiudi la falla prima di riaprire

Un ripristino dopo una violazione rimette la vecchia versione vulnerabile. Prima che il sito torni pubblico:

• Aggiorna il plugin, il tema o la versione di WordPress da cui sono entrati.
• Cambia tutte le password degli amministratori e quella del database, e rimuovi gli account amministratore che non riconosci.
• Rinnova le chiavi di sicurezza in wp-config.php (wp config shuffle-salts), il che disconnette tutti.
• Tieni d’occhio il sito per qualche giorno: nuovi amministratori, file modificati, reindirizzamenti strani.

9. Rendi i ripristini noiosi

La maggior parte dei ripristini falliti fallisce perché nessuno ne aveva mai provato uno. Ripristina ogni mese un sito da un backup, su una copia, e annota quanto tempo ci è voluto. Concorda in anticipo con i clienti cosa significa un ripristino per gli ordini e gli invii di moduli arrivati nel frattempo, così la conversazione non è nuova il giorno stesso.

Come Verploy gestisce backup e ripristini

Ogni aggiornamento viene controllato, e quelli rischiosi vengono testati prima su una copia, moduli e checkout inclusi, quindi meno aggiornamenti hanno bisogno di un ripristino. I backup notturni hanno un test di ripristino e, se un sito si rompe dopo la pubblicazione, Verploy lo riporta indietro. Scopri di più sui backup di WordPress per agenzie.