Quando conviene rifare il sito e quando basta sistemarlo: una diagnosi prima della decisione

La decisione di rifare un sito arriva spesso per stanchezza: «è vecchio», «non ci piace più». Sono sensazioni legittime, ma sono un cattivo criterio di spesa. Un rifacimento è il progetto web più costoso e rischioso, e prima di farlo conviene capire dove sta il problema: nei contenuti, nel design o nell'architettura. Le soluzioni sono molto diverse.

Tre livelli di problema

Contenuti

Testi che non spiegano cosa fai, servizi descritti male, nessuna prova di fiducia, pagine che rispondono a domande che nessuno fa. Si risolvono riscrivendo e riorganizzando, senza toccare il codice. È il caso più frequente e il più economico.

Design

Interfaccia datata, gerarchia visiva confusa, scarsa leggibilità da telefono, componenti incoerenti. Si risolvono con un restyling, se la base tecnica permette di cambiare l'aspetto senza riscrivere tutto.

Architettura

È il livello che decide. I segnali di un problema architetturale:

• ogni modifica costa più di quanto dovrebbe, perché il codice è fragile o legato a un page builder;
• gli aggiornamenti fanno paura: tema abbandonato, plugin incompatibili, versioni di PHP non più supportate;
• le prestazioni non migliorano nonostante cache e ottimizzatori, perché il peso è strutturale;
• i contenuti sono prigionieri di shortcode e campi proprietari che impediscono qualunque evoluzione;
• la sicurezza è un problema ricorrente, con compromissioni o vulnerabilità a ripetizione;
• le funzioni nuove non si possono aggiungere senza un altro plugin che peggiora tutto il resto.

Quando i problemi sono architetturali, un restyling è denaro speso su fondamenta che non reggono.

La diagnosi prima della decisione

Prima di qualunque proposta faccio una diagnosi in quattro punti:

1. dati: traffico e conversioni per pagina, ricerche da cui arrivano le visite, Core Web Vitals reali;
2. contenuti: cosa funziona, cosa manca, cosa è da riscrivere;
3. codice e dipendenze: tema, plugin, versioni, personalizzazioni, stato degli aggiornamenti;
4. costo attuale: quanto costano oggi manutenzione, interventi e problemi ricorrenti.

Da lì la scelta si fa tra quattro strade, in ordine di impegno: ritocco dei contenuti, restyling sulla base esistente, rifacimento parziale (per esempio un nuovo tema o una sezione ricostruita), rifacimento completo. La regola: il livello più basso che risolve davvero il problema.

Ridurre il rischio di un rifacimento

Se il rifacimento è la strada giusta, i rischi principali sono tre, e si gestiscono:

• perdita di posizionamento: si previene con una migrazione progettata, inventario degli URL e redirect uno a uno (lo spiego in Rifare il sito senza perdere il posizionamento);
• perdita di contenuti: tutto ciò che porta traffico o richieste si conserva e si migliora, non si taglia per far stare il design;
• progetto che non finisce: perimetro definito, una prima versione pubblicabile presto, evoluzioni dopo.

Rifare è anche il momento di scegliere la piattaforma

Se il sito va comunque ricostruito, il costo marginale di cambiare architettura è il più basso che avrai mai. È il momento di chiedersi se serve davvero un CMS dinamico con decine di plugin, o se un sito generato in anticipo, con i contenuti in Markdown o in un CMS headless, risolve meglio velocità, sicurezza e manutenzione. Cambiare piattaforma per moda aggiunge rischio; cambiarla perché era la causa del problema lo toglie.

Impegno e tempi di ciascuna strada

Senza cifre inventate, l'ordine di grandezza è questo:

• ritocco dei contenuti: giorni, e soprattutto lavoro di chi conosce l'attività; il codice cambia poco o nulla;
• restyling sulla base esistente: qualche settimana, a patto che il tema permetta di cambiare l'aspetto senza riscrivere i template;
• rifacimento parziale: dipende dalla parte ricostruita, ma conserva contenuti, URL e buona parte del lavoro SEO;
• rifacimento completo: è un progetto nuovo, con design, sviluppo, migrazione dei contenuti e mappa dei redirect, da organizzare per fasi.

Un criterio pratico per decidere: si sommano i costi degli ultimi dodici mesi (interventi, problemi, manutenzione, opportunità perse per funzioni impossibili da aggiungere) e si confrontano con il costo di ricostruire, distribuito sugli anni di vita previsti. Se il primo valore cresce ogni anno, il debito tecnico sta già costando più della ricostruzione.

Come la vedo io

Mi capita spesso di sconsigliare un rifacimento: quando il problema sono i testi o due modelli di pagina, rifare tutto è uno spreco. Ma quando la diagnosi dice che il problema è l'architettura, sono altrettanto diretto. Molti dei siti WordPress che mi arrivano non hanno un problema di aspetto: hanno un tema multiuso, un builder e trenta plugin legati tra loro, e ogni intervento costa il triplo del necessario. Lì non ha senso un restyling.

In quei casi propongo di ricostruire con meno dipendenze: un WordPress asciutto con tema su misura se serve un pannello ricco, oppure un sito statico con Nuxt, GitHub e Netlify se non serve. È la scelta che ho fatto per questo sito, e la racconto in Da WordPress a Nuxt, GitHub e Netlify.

E quando si rifà, insisto su un principio: il sito nuovo deve essere più semplice da cambiare di quello vecchio. Non solo più bello o più veloce il giorno del lancio, ma con meno dipendenze, contenuti separati dalla presentazione e un flusso di pubblicazione con anteprime. È ciò che evita di ritrovarsi, tra cinque anni, a porsi di nuovo la stessa domanda.

Perché affidarlo a me

Programmo dal 1999, ho consegnato più di 300 progetti e lavoro come sviluppatore esterno con circa 30 agenzie, da Roma e da remoto. Prima di proporti un rifacimento faccio una diagnosi su dati, contenuti e codice, e ti dico con franchezza se basta sistemare.

Se stai pensando di rifare il sito, scrivimi: in una chiacchierata di circa 20 minuti capiamo dove sta davvero il problema. Il servizio è in Creazione siti web.