Un aggiornamento blocca l’e-commerce nel primo pomeriggio. Il fornitore ha una copia della notte precedente e propone di ripristinarla: in un’ora il sito tornerà online. Sembra la soluzione. Ma nel frattempo, dalla mezzanotte, sono arrivati nuovi ordini: alcuni pagati, altri già inviati al magazzino, altri ancora in attesa di conferma. Che fine fanno?
Tornare alla situazione precedente può risolvere il guasto, e al tempo stesso aprire un secondo problema, spesso più complicato del primo: come ricostruire tutto ciò che è accaduto dopo la copia? Ordini, pagamenti, clienti registrati, scorte aggiornate, email già inviate.
È per questo che “backup incluso”, la frase che compare in quasi tutti i preventivi di hosting e manutenzione, è un’informazione troppo generica per capire se il tuo negozio è davvero protetto. Un backup serve solo se permette di ripristinare un negozio funzionante, in un tempo accettabile, con i dati che servono. E per valutarlo bisogna rispondere a due domande precise.
Due domande diverse: quanto tempo, quanti dati
La prima domanda è: per quanto tempo l’azienda può permettersi di restare ferma? La seconda è: quanto indietro nel tempo si può tornare nei dati senza creare un problema ingestibile?
In ambito tecnico si chiamano con due sigle:
- RTO (Recovery Time Objective): il tempo massimo entro cui il negozio deve tornare operativo;
- RPO (Recovery Point Objective): la quantità massima di dati, espressa in tempo, che si accetta di perdere o di dover ricostruire.
Sono due obiettivi distinti, da definire in base all’impatto reale sul business, e che non vanno necessariamente insieme. [1] [2] Un sito può essere ripristinato in pochi minuti da una copia vecchia di un giorno, e perdere tutte le informazioni recenti. Oppure disporre di dati aggiornati al minuto, ma richiedere un’intera giornata di lavoro per tornare online. Un buon preventivo deve rendere chiari entrambi gli aspetti.
Quanto costa un’ora di negozio fermo?
Per capire quali valori sono accettabili, conviene fare un calcolo semplice sui propri numeri. Prendiamo un esempio simulato.
Un e-commerce riceve in media 30 ordini al giorno, con un valore medio di 80 euro, concentrati in circa 12 ore di attività. Sono 2.400 euro di fatturato al giorno, circa 200 euro l’ora.
Se il ripristino richiede 6 ore, il negozio rischia di perdere circa 1.200 euro di vendite. A questi si aggiungono:
- il budget pubblicitario speso per portare visitatori su un sito che non funziona, se le campagne restano attive;
- i clienti persi, che trovano il sito irraggiungibile e acquistano altrove;
- le ore di lavoro del team per gestire l’emergenza e rispondere ai clienti.
Durante una promozione o un periodo di picco, gli stessi numeri possono moltiplicarsi per tre o quattro. E qualche ora di interruzione a novembre non vale quanto qualche ora ad agosto.
Quanti ordini ci sono nella “finestra” del backup?
Ora facciamo lo stesso ragionamento sui dati. Se la copia viene fatta una volta al giorno, alle 2 di notte, e il guasto avviene alle 16, tutto ciò che è accaduto in quelle 14 ore non è contenuto nel backup. Nel nostro esempio, sono circa 20 ordini, con i relativi pagamenti, clienti, movimenti di magazzino e comunicazioni.
| Frequenza del backup | Finestra massima scoperta | Ordini da ricostruire (esempio: 30/giorno) | In promozione (120/giorno) |
|---|---|---|---|
| Una volta al giorno | fino a 24 ore | fino a 30 | fino a 120 |
| Ogni 6 ore | fino a 6 ore | fino a 8 circa | fino a 30 |
| Ogni ora | fino a 1 ora | 1-3 | fino a 10 circa |
| Continuo o quasi in tempo reale | pochi minuti | quasi nessuno | quasi nessuno |
Non significa che serva sempre il servizio più frequente e più costoso. Significa confrontare la frequenza delle copie, le modalità di recupero e il volume reale delle operazioni. Un negozio con pochi ordini a settimana può vivere bene con una copia giornaliera; uno che ne riceve centinaia durante una promozione probabilmente no.
La soluzione, insomma, va dimensionata sulle necessità effettive. Pretendere genericamente “nessuna perdita e ripartenza immediata”, senza valutare costi e dipendenze tecniche, porta solo a promesse irrealistiche o a servizi sovradimensionati.
Che cosa deve contenere un backup, e dove deve stare
Una copia dell’e-commerce deve comprendere tutti i dati necessari al funzionamento del negozio, non solo immagini e testi. In WordPress e WooCommerce, contenuti e configurazioni sono distribuiti tra i file del sito e il database: l’esportazione dei contenuti, come quella offerta dagli strumenti editoriali, non equivale a un piano completo di recupero del negozio. [3]
Oltre al contenuto, contano altri aspetti che raramente compaiono nei preventivi:
- dove sono conservate le copie: un backup salvato sullo stesso server del sito non serve a nulla se il problema è proprio il server. Una buona pratica è mantenere più copie, su supporti diversi, di cui almeno una in un luogo separato;
- per quanto tempo vengono conservate: se un malware o un errore viene scoperto dopo dieci giorni, una copia degli ultimi sette non basta. Serve poter tornare abbastanza indietro, con copie di date diverse;
- chi può ripristinarle: se l’unica persona in grado di farlo è irraggiungibile il sabato, il tempo di ripartenza reale non è quello scritto nel contratto;
- quanto tempo richiede il ripristino: scaricare e rimettere online un sito con migliaia di prodotti e immagini può richiedere molto più di quanto si pensi.
Gli ordini recenti vanno gestiti prima di riaprire
Torniamo al caso iniziale. Un ripristino completo alla copia della notte cancellerebbe dal sito gli ordini arrivati in mattinata. Ma i pagamenti già ricevuti non spariscono con loro: restano registrati presso il servizio di pagamento, e i clienti si aspettano di ricevere ciò che hanno acquistato. Si crea una differenza tra i sistemi, che va ricostruita prima di spedire, rimborsare o, peggio, chiedere al cliente di ripetere l’acquisto.
La procedura deve stabilire come verificare gli ordini presso il servizio di pagamento, il gestionale e gli altri sistemi collegati, evitando duplicazioni. Alcuni strumenti permettono recuperi selettivi, che ripristinano il sito conservando i dati commerciali più recenti come ordini e clienti. È una funzione molto utile, ma la sua disponibilità va verificata sulla configurazione effettiva del negozio, non data per scontata.
Anche il momento della riapertura conta. Se il magazzino continua a elaborare una vecchia coda di ordini mentre il sito riprende a inviarne di nuovi, una copia tecnicamente perfetta non basta a garantire un flusso ordinato. Serve un referente che coordini la verifica dei dati, il riallineamento e la ripartenza.
Una procedura di emergenza, prima che serva
La differenza tra un guasto gestito e un guasto che diventa una crisi, spesso, è una procedura scritta prima. Per un e-commerce, i passaggi essenziali potrebbero essere:
- mettere il sito in manutenzione, per evitare nuovi ordini su un sistema instabile;
- sospendere le campagne pubblicitarie, per non pagare visite verso un sito che non funziona;
- avvisare il magazzino e l’assistenza clienti, perché sappiano che cosa rispondere e quali ordini trattenere;
- identificare l’ultimo backup valido e la finestra di dati non coperta;
- esportare gli ordini recenti dal servizio di pagamento e dagli altri sistemi, prima di qualsiasi ripristino;
- ripristinare e verificare il sito in un ambiente di prova, se il tempo lo consente;
- ricostruire gli ordini mancanti e riallineare scorte e gestionale;
- testare i percorsi essenziali: navigazione, carrello, checkout, pagamento, email di conferma;
- riaprire il sito e riattivare le campagne;
- comunicare con i clienti coinvolti, se necessario.
Scritta su una pagina, con i nomi dei responsabili e i contatti, questa procedura può far risparmiare ore preziose proprio quando la pressione è più alta.
La prova di ripristino rende verificabile il servizio
C’è una domanda che poche aziende fanno alla propria agenzia, e che dice molto sulla qualità del servizio: quando è stato eseguito l’ultimo ripristino di prova, su quale copia e con quali controlli?
Verificare che il file di backup esista non dimostra che il sito possa essere ripristinato, né che possa esserlo nei tempi concordati. Una prova deve accertare che i dati siano presenti, accessibili e utilizzabili.
Per un e-commerce, questo significa anche consultare ordini e prodotti e verificare i percorsi essenziali. La comparsa della homepage non dimostra che checkout, configurazioni, pagamenti e collegamenti con gli altri sistemi funzionino correttamente.
Il test va sempre svolto in un ambiente separato dal sito reale, con attenzione a un rischio spesso sottovalutato: una copia di prova che resta collegata ai sistemi reali può inviare email ai clienti, rinnovare abbonamenti, inviare ordini al gestionale o al magazzino. Le copie di staging richiedono di disattivare automazioni e connessioni prima di essere avviate.
Le domande da fare alla tua agenzia o al tuo fornitore tecnico
Se “backup incluso” è tutto ciò che sai del servizio attuale, alcune domande aiutano a capire quanto sei protetto davvero:
- ogni quanto vengono eseguite le copie, e comprendono sia file sia database?
- dove sono conservate, e ce n’è almeno una separata dal server del sito?
- per quanti giorni vengono conservate?
- in quanto tempo il sito può essere ripristinato, e chi se ne occupa, anche nei fine settimana?
- è possibile un ripristino selettivo che conservi ordini e clienti recenti?
- quando è stata fatta l’ultima prova di ripristino, e con quali risultati?
- esiste una procedura scritta per le emergenze?
- chi coordina il riallineamento con pagamenti, gestionale e magazzino?
Se le risposte sono vaghe, il backup potrebbe esistere, ma il piano di recupero probabilmente no.
Un negozio che sa ripartire
Un guasto prima o poi capita a qualsiasi e-commerce: un aggiornamento non compatibile, un plugin difettoso, un errore umano, un attacco informatico. La differenza non la fa il fatto che capiti, ma quanto costa quando capita.
Se il tuo e-commerce è diventato una parte importante del fatturato e non sai con precisione quanto tempo servirebbe per ripartire dopo un guasto, o quanti ordini andrebbero ricostruiti a mano, possiamo aiutarti a fare chiarezza: stimare l’impatto reale di un’interruzione, definire tempi e dati di recupero adeguati al tuo business, verificare il servizio attuale con una prova di ripristino e scrivere insieme una procedura di emergenza che coinvolga anche pagamenti, gestionale e magazzino. È un lavoro che si fa una volta, con calma, per non doverlo improvvisare sotto pressione.
In sintesi
Il risultato utile per la direzione non è sapere che il backup esiste, ma avere una procedura con tempi osservati, dati recuperabili, limiti chiari e responsabilità definite. Permette di decidere se il servizio attuale è sufficiente e dove conviene investire, prima che un guasto costringa a scegliere nel momento peggiore.
Per verificare backup, ripristino e continuità del tuo negozio, confrontati con HUD sulla gestione tecnica dell’e-commerce.
Per approfondire
