Dire “ho perso il sito” può descrivere situazioni molto diverse: un dominio scaduto, un errore del server, una cartella cancellata o l’eliminazione del database. La priorità è conservare quello che resta e capire se esiste una copia presso hosting, sviluppatore o strumenti già usati. Questa guida aiuta a distinguere il ripristino del sito dalla ricostruzione dei suoi contenuti.
Indice della guida
Verifica se il sito è offline oppure se i dati sono stati cancellati
Annota l’indirizzo del sito, il messaggio visualizzato, l’ultimo momento in cui funzionava e le operazioni eseguite prima del problema. Conserva eventuali comunicazioni del fornitore. Queste informazioni aiutano a indirizzare la verifica senza fare modifiche alla cieca.
Un errore del dominio, una sospensione del servizio o un problema di connessione al database possono rendere il sito inaccessibile anche se i contenuti esistono ancora. Controlla con il referente tecnico che dominio e hosting siano attivi e che il sito punti all’ambiente previsto. Consulta le guide al dominio scaduto e al sito non raggiungibile per problemi DNS se il sintomo corrisponde.
Se manca soltanto una pagina mentre il resto funziona, il percorso è diverso: per WordPress controlla la guida per recuperare una pagina cancellata. Non trattare la perdita di un contenuto come l’eliminazione dell’intero sito.
Proteggi quello che resta prima di reinstallare o ripristinare
Sospendi gli interventi che possono sovrascrivere file o database: nuove installazioni, pulizie automatiche, importazioni e sincronizzazioni non verificate. Chiedi al tecnico di creare una copia separata dello stato disponibile, includendo le informazioni necessarie per capire che cosa è successo.
Conserva gli originali e lavora su duplicati. Se una cartella è vuota, non significa che sia l’unica posizione da controllare: il sito potrebbe essere in un’altra directory o in un ambiente collegato a un diverso account. Evita cancellazioni o spostamenti finché questa verifica non è terminata.
Quando sospetti un’intrusione, coinvolgi il fornitore per contenere il problema e proteggere gli accessi; non rimettere pubblicamente online i file sospetti soltanto perché sembrano completi. Una copia utile al recupero deve essere esaminata anche per evitare di ripubblicare la causa dell’incidente.
Chiedi subito all’hosting quali copie sono ancora disponibili
“Non ho un backup” può significare che non ne possiedi uno sul computer. Il fornitore potrebbe avere una copia automatica o un servizio di ripristino, ma non va dato per scontato: disponibilità, durata di conservazione e costi dipendono dal contratto e dalla situazione dell’account.
Apri una richiesta con dominio, account interessato, momento dell’incidente e ultimo periodo di funzionamento. Chiedi esplicitamente:
- Esiste una copia precedente all’incidente, ancora conservata?
- Comprende file, database e le altre risorse necessarie?
- Quali date sono disponibili e quando vengono eliminate le copie?
- È possibile esportarla o provarla in un ambiente separato?
- Il ripristino coinvolge anche email, altri siti o dati inseriti successivamente?
- Quali costi, tempi e limiti sono previsti per l’intervento?
Agisci presto per chiarire la conservazione delle copie, senza prometterti un recupero certo. Prima di autorizzare un ripristino completo, fai indicare quali dati recenti potrebbero essere sostituiti.
Distingui file, database e contenuti recuperabili
La documentazione ufficiale di WordPress sui backup distingue file e database: per ripristinare un sito WordPress tipico servono entrambi. Copiare la cartella del sito non equivale automaticamente a salvare anche il database.
| Cosa rimane | Che cosa verificare | Limite da considerare |
|---|---|---|
| File e database | Completezza, compatibilità e periodo delle copie | Funzionamento e sicurezza vanno collaudati |
| Solo file WordPress | Immagini, tema, estensioni e personalizzazioni | I contenuti e le impostazioni nel database possono mancare |
| Solo database WordPress | Contenuti, configurazioni e dati effettivamente presenti | Immagini, file e componenti necessari vanno reperiti |
| Sorgenti di un sito statico | Pagine, immagini, stili e procedura di pubblicazione | Moduli e servizi esterni possono dipendere da altro |
| Esportazione di contenuti | Che cosa include e come può essere importato | Può non comprendere grafica, configurazioni o media |
| Solo pagine pubbliche archiviate | Testi e risorse visibili effettivamente salvati | Non ricostituiscono automaticamente applicazione e dati privati |
Il confronto serve a formulare una diagnosi, non a garantire un esito. Chiedi un elenco concreto di ciò che è disponibile, ciò che manca e ciò che richiede ancora una prova.
Cerca copie presso chi ha realizzato il sito e negli strumenti aziendali
Contatta chi ha sviluppato o seguito il sito: potrebbe conservare sorgenti, pacchetti di consegna, esportazioni o un ambiente di prova. Chiedi a quale versione corrispondono e se contengono modifiche successive alla prima pubblicazione. Una copia vecchia può essere utile, ma non descrive necessariamente gli ultimi contenuti.
Controlla gli archivi aziendali autorizzati: cartelle di progetto, spazio cloud, dischi esterni e allegati delle email. Se esistono repository di codice o copie del precedente hosting, chiedi al referente tecnico di valutarli. Conserva distintamente ogni provenienza, senza mescolare file di versioni diverse prima di comprenderne le dipendenze.
Raccogli anche materiali che non sono backup: testi originali, listini, fotografie, schede prodotto, brochure e documenti con gli indirizzi delle pagine. Possono ridurre il lavoro di ricostruzione, soprattutto per un sito che presentava servizi e contatti.
Usa gli archivi pubblici per i contenuti, conoscendone i limiti
Se possiedi i diritti sui contenuti, puoi cercare il dominio e gli indirizzi noti nella Wayback Machine. Internet Archive precisa che la presenza del sito non è garantita e che immagini o pagine possono mancare. Le catture possono inoltre provenire da momenti diversi.
Usale per confrontare testi, struttura e materiali pubblici effettivamente disponibili. Le funzioni che dipendono dal server originale possono non funzionare: vedere un vecchio modulo non significa aver recuperato il suo sistema di invio. Un archivio pubblico non sostituisce il database di ordini, utenti o prenotazioni.
Non basare il progetto sull’idea di trovare una copia completa nei risultati di Google: titoli e frammenti di testo possono fornire indizi, non un backup. Verifica sempre che informazioni recuperate, recapiti e servizi siano ancora corretti prima di pubblicarli.
Decidi tra ripristino, recupero parziale e ricostruzione
Fatti presentare le alternative con ciò che sarà effettivamente consegnato. Un ripristino parte da dati sufficienti a rimettere in funzione il sito; un recupero parziale salva soltanto alcune risorse; una ricostruzione realizza nuovamente pagine e funzioni usando materiali attendibili.
Esempio ipotetico: un’officina perde il sito vetrina, ma conserva logo, foto e testi in un archivio del progettista. Mancano il tema personalizzato e le impostazioni del modulo. Si può valutare la creazione di un nuovo sito con gli stessi contenuti essenziali, anziché tentare di riprodurre ogni dettaglio della vecchia installazione.
Per un negozio online che ha perso il database la valutazione cambia: ripubblicare le pagine prodotto non recupera ordini e account. Occorre censire anche i sistemi collegati e riconciliare i dati disponibili, senza inventare quelli mancanti. Chiedi che il preventivo separi diagnosi, tentativo di recupero e lavori di ricostruzione, chiarendo l’esito atteso di ciascuna fase.
Collauda il sito recuperato e conserva gli indirizzi utili
Prova la versione recuperata in un ambiente separato e protetto prima di sostituire il sito pubblico. Controlla pagine, immagini, menu, moduli e funzionalità operative. Verifica che i dati appartengano alla versione corretta e che non siano rimasti account o configurazioni inutilizzabili.
Ricostruisci l’elenco degli indirizzi importanti usando documenti, vecchie sitemap e dati disponibili negli strumenti aziendali. Quando un contenuto torna online, mantenere il suo indirizzo può evitare collegamenti interrotti. Se cambia, valuta un reindirizzamento verso la pagina realmente equivalente; non mandare indistintamente ogni vecchio indirizzo alla pagina iniziale.
Per questi passaggi usa la checklist sul rifacimento del sito aziendale. Dopo la pubblicazione controlla i percorsi di contatto e monitora gli errori. Il recupero tecnico del sito non garantisce il ritorno immediato delle posizioni precedenti sui motori di ricerca.
Chiudi l’intervento con copie e responsabilità verificabili
Quando il sito torna operativo, chiarisci chi mantiene le copie, dove vengono conservate e chi sa ripristinarle. La frequenza deve tenere conto di quanto cambiano i dati: perdere un mese di testi e perdere un mese di ordini hanno conseguenze diverse.
Prevedi una copia separata dall’ambiente pubblico e una prova di ripristino, evitando che un solo account o guasto comprometta tutte le risorse. Le istruzioni devono restare disponibili all’azienda, insieme ai riferimenti per dominio, hosting e assistenza.
La guida ai backup del sito aziendale aiuta a definire cosa salvare. Il monitoraggio del sito offline aiuta invece ad accorgersi di un’interruzione: rilevare il problema e disporre di una copia sono due esigenze complementari.
Domande frequenti
Si può recuperare un sito cancellato senza backup?
Dipende da ciò che è rimasto. Possono esistere copie presso hosting, sviluppatore o strumenti aziendali. Senza materiali sufficienti può essere possibile recuperare soltanto alcuni contenuti e ricostruire il resto. La diagnosi deve precedere qualsiasi promessa.
Reinstallare WordPress fa tornare il vecchio sito?
No. Una nuova installazione non ricrea automaticamente contenuti e configurazioni perduti. Prima di procedere bisogna conservare i dati residui e verificare se ci sono copie utilizzabili.
La Wayback Machine recupera anche ordini e account?
No. Può aiutare a trovare contenuti pubblici archiviati, ma non costituisce un backup del database operativo. La presenza di pagine e immagini non è garantita e le funzioni del sito possono non essere disponibili.
È meglio ripristinare subito sopra il sito esistente?
Prima verifica cosa verrà sovrascritto e conserva una copia di ciò che rimane. Quando possibile, prova il recupero in un ambiente separato per controllare dati, pagine e funzioni prima della pubblicazione.
Quanto costa recuperare un sito cancellato?
Il costo dipende dalla diagnosi, dalle copie disponibili, dalle funzioni e dalla quantità di lavoro da rifare. Chiedi voci separate per verifica, recupero e ricostruzione, con indicazione dei limiti e del risultato previsto.
Fonti ufficiali e approfondimenti
Consulta la documentazione per approfondire i controlli e i limiti descritti nella guida.