Se sei arrivato qui probabilmente hai un sito che ha qualche anno, che ha iniziato a dare problemi, e ti sei sentito dire due cose opposte da due persone diverse: "si aggiorna" e "va rifatto".
Non è una questione di preferenze. È una questione di conti, e i conti si possono fare prima di decidere.
Ti racconto un caso concreto, con i numeri, e poi i criteri che uso per capire da che parte sta la convenienza.
Il caso: un WordPress fermo da sette anni
Una cliente mi chiede di sistemare il suo sito, che aveva iniziato a dare problemi. Apro il pannello e la situazione è questa:
- core WordPress fermo da circa sette anni
- plugin a versioni obsolete, alcuni non più presenti nel repository ufficiale e senza sostituti diretti
- tema non più mantenuto dall'autore
- personalizzazioni stratificate negli anni, fatte da mani diverse, senza documentazione
La sua richiesta iniziale era chiarissima: "aggiorniamolo, non rifacciamolo".
È la reazione più comune, e ha una sua logica: rifare suona come buttare via qualcosa che ancora funziona.
Il problema è che in quelle condizioni l'aggiornamento non è un'operazione, è una catena.
Perché aggiornare un sito molto vecchio costa più di quanto sembra
Quando un WordPress è rimasto indietro di anni, ogni intervento ne innesca altri:
- Aggiorni il core e il tema, scritto per una versione precedente, smette di funzionare correttamente.
- Sistemi il tema e a quel punto due o tre plugin vanno in conflitto con le nuove API.
- Cerchi la versione aggiornata del plugin e scopri che il plugin non esiste più: nessun aggiornamento, nessun sostituto compatibile.
- Devi sostituire il plugin, quindi rifare da capo la funzionalità che gestiva — con la struttura dati che nel frattempo va migrata.
E questo prima ancora di toccare le personalizzazioni fatte sopra, che sono quasi sempre la parte più fragile perché nessuno le ha documentate.
Il costo di un aggiornamento in queste condizioni non è la somma degli aggiornamenti. È la somma dei problemi che gli aggiornamenti fanno emergere, e quel numero non è visibile finché non inizi.
I numeri di questo caso
Fatta l'analisi, il confronto era questo:
| Strada | Stima |
|---|---|
| Aggiornare l'esistente | ~14 giorni di lavoro |
| Rifare da zero, migrazione contenuti inclusa | ~6 giorni di lavoro |
Rifare costava meno della metà.
Il fattore decisivo è stato uno spesso sottovalutato: il contenuto era poco e ben strutturato, quindi migrarlo era rapido. Con gli strumenti di oggi, inclusi quelli assistiti da AI, l'estrazione e il rimontaggio dei contenuti è la parte meno costosa del lavoro — non lo era altrettanto qualche anno fa.
Il sito è stato rifatto — su WordPress, perché era la piattaforma che la cliente voleva mantenere — con tema aggiornato, plugin supportati e una struttura mantenibile nel tempo.
Come capire, nel tuo caso, se conviene riparare o rifare
Non esiste una regola valida sempre. Esistono però quattro domande che spostano l'ago in modo netto.
1. Quanti contenuti ci sono, e quanto sono strutturati?
Poche pagine ben organizzate si migrano in fretta: la bilancia pende verso il rifacimento. Migliaia di articoli, con tassonomie complesse, media collegati e URL indicizzati da anni: la migrazione diventa il costo dominante e conservare l'esistente ha molto più senso.
2. Quanto è personalizzato, e quanto è documentato?
Un sito costruito con tema standard e plugin diffusi è relativamente semplice da ricostruire. Un sito con funzionalità su misura, integrazioni verso gestionali o software esterni, logiche di business dentro il codice, è un altro discorso: lì l'esistente vale, e va valutato pezzo per pezzo.
3. I componenti che usi esistono ancora?
È il criterio più netto di tutti. Se plugin e tema sono ancora mantenuti, l'aggiornamento è fattibile e va fatto. Se sono spariti, "aggiornare" è una parola impropria: quello che stai facendo è già ricostruire, solo dentro una struttura vecchia e con più vincoli.
4. Il sito ti serve com'è, o ti serve diverso?
Se hai comunque in programma di cambiare struttura, contenuti o obiettivi, spendere per riportare in vita l'esistente è denaro speso due volte.
La lezione che vale più del caso singolo
Sull'automobile questo ragionamento lo facciamo senza fatica.
Si rompe un pezzo, si ripara. Arriva il momento, si fanno freni, gomme, sospensioni: è previsto, si mette a budget. E quando l'auto è davvero vecchia e il preventivo dell'officina vale quattro volte il valore della macchina, nessuno lo firma. Si cambia. Non è mancanza di affetto, è aritmetica.
Sul software questo passaggio quasi non scatta mai.
Il motivo, credo, è che l'auto la vediamo invecchiare: chilometri, ruggine, rumori, e il valore lo controlli online in trenta secondi. Un sito o un gestionale no. Si apre e funziona, quindi vale. Non esiste il contachilometri del debito tecnico, e la soglia oltre la quale riparare non conviene più la superi senza accorgertene.
Poi arriva la richiesta banale — una modifica da mezza giornata — e scopri che quella mezza giornata non esiste.
Il modo per non arrivarci: manutenzione programmata
Il caso che ti ho raccontato non è nato da un errore. È nato da sette anni in cui non è successo niente.
Per chi ha un sito o un software su cui lavora davvero, il consiglio è sempre lo stesso: mettere a budget una piccola voce annuale di manutenzione. Una o due volte l'anno, con queste priorità:
- dipendenze aggiornate prima che escano dal supporto — è ciò che impedisce alla catena di formarsi
- aggiornamenti di sicurezza applicati con continuità, non a ondate
- un backup che qualcuno ha davvero provato a ripristinare — un backup mai testato non è un backup
- una verifica delle performance, perché il degrado è graduale e non te ne accorgi usandolo ogni giorno
- una nota scritta di cosa è stato personalizzato e perché — vale oro il giorno che il sito passa ad altre mani
Sembra una spesa evitabile, perché non risolve un problema visibile. È esattamente il contrario: è la spesa che impedisce a quel problema di formarsi.
Sette anni di aggiornamenti saltati non sono sette anni risparmiati. Sono un rifacimento rimandato, con gli interessi.
Hai un sito o un gestionale fermo da tempo e non sai da che parte stia la convenienza? Il modo serio per rispondere è guardare cosa c'è sotto: versioni, plugin, personalizzazioni, quantità di contenuti. Da lì i numeri escono da soli.