Conservare, migliorare o ricostruire un sito: come decidere

Il tuo sito ha bisogno di essere rinnovato oppure puoi valorizzare ciò che hai già? Impara a valutarne il valore, a riconoscere i problemi reali e a decidere che cosa conservare, che cosa migliorare e quando è giustificato ricostruirlo.

La tua azienda ha un sito web da anni.

All’epoca ha rappresentato un investimento importante. È stato progettato, sono stati sviluppati i suoi contenuti ed è entrato a far parte dell’attività dell’impresa.

Da allora, probabilmente, molte cose sono cambiate.

Forse hai aggiunto nuovi servizi, i tuoi clienti cercano informazioni diverse oppure ti servono funzionalità che prima non esistevano.

Può darsi che il design non rappresenti più correttamente la tua azienda.

Oppure i problemi sono tecnici: il sito è lento, aggiornarlo è difficile, usa strumenti datati o ogni modifica sembra più complicata della precedente.

A quel punto emerge una domanda inevitabile:

Vale la pena migliorare il sito che abbiamo oppure è arrivato il momento di costruirne uno nuovo?

La risposta non è sempre evidente.

Un sito datato può conservare contenuti preziosi, pagine ben posizionate sui motori di ricerca e processi che funzionano correttamente.

Un sito visivamente moderno, invece, può dipendere da tecnologie difficili da mantenere o presentare problemi che non si vedono a prima vista.

Non dovremmo nemmeno presumere che una ricostruzione risolva automaticamente ogni difficoltà.

Potremmo spendere molto denaro e scoprire che continuiamo a spiegare male la nostra proposta di valore o a rispondere in modo inadeguato alle richieste dei clienti.

Ma nemmeno restare aggrappati a una base che non funziona più è una soluzione.

Potremmo accumulare riparazioni, incompatibilità e costi di manutenzione che rendono più difficile ogni miglioramento successivo.

Per decidere serve qualcosa di più di un’opinione sull’estetica.

Dobbiamo capire quale valore conserva il sito, che cosa ne limita l’utilità e quale intervento ha più senso per il futuro dell’impresa.

È questo lo scopo della guida.

Non aiutarti a giustificare un nuovo sito a tutti i costi.

Ma offrirti criteri per decidere se conviene conservare quello attuale, migliorarlo in parte o ricostruire soltanto ciò che deve davvero cambiare.

1. Prima di cambiare il sito, comprendi ciò che hai

Quando un’azienda decide di rinnovare il proprio sito, spesso la conversazione inizia dagli elementi che vorrebbe modificare.

Il design, i colori, le fotografie, il menu o le funzionalità.

Sono questioni legittime.

Prima, però, dovremmo porci un’altra domanda:

Che cosa perderemmo se domani sostituissimo il sito senza prima esaminare ciò che merita di essere conservato?

Un sito esistente non è soltanto un insieme di file e pagine.

Può rappresentare anni di conoscenza, presenza digitale, relazioni commerciali e decisioni aziendali.

Alcuni di questi contributi sono visibili.

Altri lo sono meno. Nella guida al sito come risorsa digitale spieghiamo come si crea e si conserva questo valore; qui ci concentriamo sull’intervento di cui ha bisogno.

Il valore può trovarsi dove meno ce lo aspettiamo

Immaginiamo che la tua azienda abbia una pagina di servizi pubblicata sei anni fa.

Il design appare datato e le fotografie andrebbero rinnovate.

Eppure quella pagina compare per ricerche pertinenti e riceve visite da persone interessate alla tua offerta.

Potrebbe anche aver ricevuto link da media locali, associazioni o aziende partner.

Eliminarla senza studiarne la funzione potrebbe danneggiare una parte della visibilità che l’impresa ha costruito.

Pensiamo ora a un sito con un blog aggiornato raramente.

A prima vista potrebbe sembrare una sezione superflua.

Eppure potrebbe contenere articoli che rispondono alle domande abituali dei clienti o spiegazioni che il team commerciale condivide regolarmente.

Questi contenuti possono continuare a essere utili, anche se richiedono una revisione.

Dobbiamo considerare anche elementi meno evidenti: un modulo correttamente collegato a un processo commerciale, una struttura familiare ai clienti, un’integrazione funzionante o informazioni storiche che aiutano a comprendere la domanda.

Non tutto merita di essere conservato.

Ma non dovremmo scartare qualcosa solo perché appartiene a una versione precedente.

Fare l’inventario prima di intervenire

Il primo passo è identificare ciò che esiste e la funzione che svolge.

Conviene riconoscere contenuti e processi che funzionano, relazioni che hanno accumulato valore, difficoltà attuali e capacità che occorrerà sviluppare.

Non serve iniziare con un inventario interminabile.

Serve una visione abbastanza completa da non perdere informazioni importanti.

Sul fronte SEO, per esempio, Google Search Console permette di consultare le pagine e le ricerche che generano impressioni e clic da Google. Offre anche informazioni sull’indicizzazione e su possibili problemi di scoperta delle pagine. [1]

Questi dati sono utili, ma da soli non misurano la redditività commerciale di una pagina.

Dobbiamo integrarli con la conoscenza dell’impresa, i suoi dati commerciali e le esigenze dei clienti.

Prima di decidere cosa sostituire, riconosciamo ciò che merita di sopravvivere.

2. Non confondere i sintomi con le cause

Uno degli errori più frequenti è raccomandare una soluzione in base a ciò che osserviamo superficialmente.

«Il sito è lento. Dobbiamo ricostruirlo».

«Riceviamo poche richieste. Dobbiamo cambiare il design».

«La pagina sembra vecchia. Ci serve una tecnologia nuova».

Queste affermazioni possono anche portare a decisioni giuste.

Ma non costituiscono ancora una diagnosi.

Descrivono sintomi o propongono soluzioni.

Non spiegano necessariamente la causa del problema.

Un sito lento non deve sempre essere ricostruito

La lentezza può avere origini diverse.

Forse le immagini sono troppo pesanti.

Forse l’hosting è configurato male.

Alcune estensioni potrebbero caricare risorse inutili.

Oppure la tecnologia e le dipendenze del sito presentano limiti più profondi.

Nei primi casi potremmo trovare soluzioni relativamente circoscritte.

Nell’ultimo potremmo dover valutare un intervento strutturale.

Il sintomo è simile.

La risposta no.

Le metriche Core Web Vitals aiutano a osservare alcuni aspetti dell’esperienza attraverso tre indicatori: LCP, relativo al caricamento; INP, alla risposta alle interazioni; e CLS, alla stabilità visiva. [2]

Questi indicatori aiutano a indagare le difficoltà, ma non stabiliscono automaticamente che un sito debba essere ricostruito.

Poche richieste non significano necessariamente che il sito sia progettato male

Immaginiamo che una pagina riceva visite ma generi poche richieste commerciali.

Potremmo pensare che la presentazione visiva non sia abbastanza attraente.

Forse, però, i visitatori non sono i clienti giusti.

Forse la proposta di valore non è chiara.

Il modulo di contatto potrebbe avere un errore tecnico.

Oppure l’offerta non risponde a ciò di cui quelle persone hanno bisogno.

Ogni situazione richiede un intervento diverso.

Ricostruire il sito senza identificare la causa potrebbe lasciarci lo stesso problema, ma con un design nuovo.

Anche un design datato non dimostra che la tecnologia sia superata

Un sito può aver bisogno di un profondo rinnovamento visivo e disporre di una base tecnica perfettamente valida.

Possiamo migliorarne la tipografia, i componenti, l’esperienza mobile e la presentazione dei servizi senza sostituire necessariamente tutto il sistema.

Può accadere anche il contrario.

Un sito visivamente impeccabile può usare componenti incompatibili, accumulare dipendenze difficili da mantenere o presentare rischi importanti.

Per questo dobbiamo distinguere tre concetti.

Riprogettare significa modificare, in tutto o in parte, la presentazione visiva e l’esperienza d’uso.

Migliorare significa correggere, ottimizzare o ampliare alcune parti del sito.

Ricostruire significa sostituire una parte sostanziale della base che sostiene il sito: tecnologia, architettura, funzionalità o una combinazione di queste.

Gli interventi possono combinarsi.

Possiamo riprogettare senza ricostruire, migliorare la tecnologia conservando il design o ricostruire un sistema riutilizzando contenuti, URL e identità visiva.

La domanda non è quale intervento sembri più attraente. È quale risolve le cause che abbiamo individuato.

Un’eccezione: le criticità urgenti

Non tutti i problemi possono aspettare la conclusione di una valutazione strategica.

Se c’è un’intrusione in corso, una vulnerabilità sfruttata o un’esposizione di informazioni sensibili, la priorità è contenere il rischio e adottare le misure di risposta appropriate.

Poi potremo indagare le cause e decidere se conviene riparare, recuperare o ricostruire il sistema.

Lo standard OWASP Application Security Verification Standard (ASVS) propone requisiti per verificare i controlli di sicurezza delle applicazioni web. La versione stabile 5.0.0 è un riferimento tecnico, ma non sostituisce una valutazione specifica del sistema. [3]

Un incidente di sicurezza non dimostra, da solo, che tutto il sito vada sostituito.

Ma non dobbiamo nemmeno minimizzare un rischio critico mentre discutiamo se sia meglio migliorare o ricostruire.

3. Otto ambiti per valutare un sito esistente

Un sito può essere in buono stato sotto un aspetto e presentare limiti importanti sotto un altro.

Per esempio, può funzionare tecnicamente ma spiegare male l’offerta.

Può ricevere visite pertinenti, ma rendere difficile la prenotazione o l’acquisto.

Oppure può raggiungere gli obiettivi commerciali pur dipendendo da accessi e strumenti che l’impresa non controlla adeguatamente.

Per questo conviene valutare l’insieme.

Matrice di diagnosi di un sito esistente

Non tutte le aziende devono esaminare queste dimensioni con la stessa profondità.

Un sito aziendale semplice può richiedere una verifica abbastanza compatta.

Un negozio online o una piattaforma di prenotazione avrà bisogno di un’analisi più ampia di funzionalità, dati, integrazioni e rischi.

L’importante è non trasformare un’osservazione isolata in una decisione sull’intero sito.

La funzione futura cambia la valutazione

Immaginiamo un’azienda il cui sito è stato costruito anni fa per presentare un’unica linea di servizi.

Per molto tempo ha funzionato correttamente.

Ora l’azienda ha sviluppato tre linee commerciali, opera in territori diversi e deve gestire richieste differenti.

Il sito non è necessariamente guasto dal punto di vista tecnico.

Ma la sua struttura potrebbe non rappresentare più adeguatamente l’attività.

In questo caso il problema non dipende dall’età del sito.

Dipende dalla distanza tra ciò per cui era stato progettato e ciò che gli chiediamo di fare oggi.

Può verificarsi anche il contrario.

Un sito semplice può continuare a svolgere perfettamente la propria funzione per molti anni.

Se non emergono nuove esigenze che giustifichino grandi cambiamenti, conservarlo può essere una scelta giusta.

La valutazione non consiste soltanto nel chiedersi se il sito funziona oggi. Dobbiamo verificare anche se potrà rispondere ragionevolmente alle esigenze future dell’impresa.

4. Quando conservare, migliorare o ricostruire un sito

Una volta compresa la situazione possiamo confrontare le alternative.

Nessuna è superiore per definizione.

La scelta migliore dipenderà dalla funzione futura, dalle cause individuate e dal rapporto tra valore, costo, rischio e capacità di manutenzione.

Conservare: quando il sito resta adeguato

Conservare non significa abbandonare il sito o rinunciare a migliorarlo.

Significa riconoscere che la sua base continua a svolgere correttamente la funzione di cui abbiamo bisogno.

Forse il design rappresenta ancora bene l’azienda.

I contenuti rispondono alle domande dei clienti.

Le funzionalità operano correttamente.

E le esigenze di manutenzione sono ragionevoli.

In queste circostanze, ricostruire potrebbe consumare risorse senza produrre un miglioramento proporzionato.

Possiamo continuare le attività ordinarie: aggiornare le informazioni, mantenere i componenti, controllare le funzioni essenziali e correggere piccoli problemi.

Ma non dobbiamo trasformare ogni revisione in un nuovo progetto.

Conservare può essere una decisione attiva, motivata ed economicamente responsabile.

Migliorare: quando i problemi possono risolversi senza sostituire la base

Migliorare ha senso se individuiamo difficoltà concrete e la struttura esistente permette di correggerle in modo sicuro e sostenibile.

Potremmo dover riscrivere alcune pagine, migliorare la navigazione mobile, ottimizzare le immagini, correggere i moduli, aggiornare un’integrazione o sostituire componenti specifici.

Questi interventi possono avere un effetto importante senza richiedere la ricostruzione dell’intero sito.

Esiste però un rischio da tenere sotto controllo.

Quando i miglioramenti diventano rattoppi

Immaginiamo che ogni nuova modifica imponga di installare un’altra estensione, cambiare più componenti e verificare che nessuna funzione precedente si sia rotta.

All’inizio le soluzioni sembrano economiche.

Ma poco alla volta il sistema accumula eccezioni.

Uno strumento ne richiede un altro per funzionare.

Un aggiornamento provoca incompatibilità.

E alcune operazioni dipendono da conoscenze che nessuno ha documentato.

Arriva un momento in cui anche un piccolo miglioramento richiede troppo tempo o comporta rischi difficili da controllare.

Non significa che i miglioramenti progressivi siano sbagliati.

Significa che dobbiamo verificare se stanno ancora riducendo i limiti oppure aumentando la complessità.

Migliorare ha senso finché gli interventi risolvono problemi senza rendere il sito sempre più fragile.

Ricostruire: quando la base non è più adeguata

La ricostruzione inizia a essere giustificata quando i limiti riguardano elementi fondamentali e non si possono risolvere in modo proporzionato.

Per esempio, un’architettura che non consente più di organizzare l’offerta attuale.

Una tecnologia con problemi persistenti di sicurezza o compatibilità.

Un insieme di dipendenze che rende molto difficile la manutenzione.

Oppure una struttura che impedisce di sviluppare funzionalità importanti senza accumulare soluzioni instabili.

La ricostruzione può essere giustificata anche quando il costo e il rischio di mantenere la base attuale risultano chiaramente sfavorevoli rispetto a un’alternativa tecnicamente praticabile.

Evitiamo però le conclusioni automatiche.

Un sito vecchio non va ricostruito semplicemente perché è vecchio.

Nemmeno l’assenza di documentazione impone necessariamente di sostituirlo.

Forse possiamo recuperare gli accessi, esaminare i componenti e documentarne il funzionamento.

Prima di raccomandare una ricostruzione, verifichiamo se esiste una possibilità ragionevole di miglioramento.

E, se ricostruire è giustificato, dobbiamo definire precisamente quale parte della base va sostituita.

Una quarta possibilità: intervenire per livelli

In molti progetti la decisione non riguarda tutto il sito allo stesso modo.

Possiamo conservare una parte e ricostruirne un’altra.

Per esempio, mantenere contenuti e URL sostituendo la tecnologia.

Rinnovare il design conservando l’architettura.

Ricostruire un sistema di prenotazione e mantenere il resto del sito.

Oppure riorganizzare profondamente le pagine riutilizzando componenti tecnici che funzionano ancora correttamente.

Possiamo chiamare questo approccio ricostruzione selettiva o recupero del valore esistente.

Non è una soluzione di compromesso scelta per evitare una decisione.

È un modo più preciso di definire che cosa deve cambiare.

Non sempre dobbiamo decidere se conservare o sostituire tutto il sito. Possiamo decidere che cosa fare con ogni parte rilevante della risorsa.

5. Esempio pratico: un sito con valore SEO e una base tecnica che inizia a cedere

Applichiamo il metodo a una situazione aziendale concreta.

Immaginiamo un’impresa dei Pirenei specializzata in installazioni tecniche per abitazioni e strutture ricettive.

Il suo sito è stato sviluppato in WordPress otto anni fa.

Nel frattempo l’azienda ha ampliato i servizi e pubblicato diversi contenuti informativi.

Alcuni articoli e pagine commerciali ricevono visite dai motori di ricerca. Esistono anche link da altri siti e riferimenti utilizzati dai clienti abituali.

La struttura attuale, però, dipende da componenti vecchi e ogni modifica richiede verifiche complesse.

L’azienda vuole rinnovare l’immagine, presentare meglio i servizi e semplificare la manutenzione.

La prima intenzione è eliminare il vecchio sito e costruirne uno completamente nuovo.

Ma è davvero la decisione migliore?

Questo caso è ipotetico. Le situazioni descritte, i costi e la raccomandazione servono a illustrare il processo decisionale. Non rappresentano una diagnosi o risultati reali di PhiStudio.

Passo 1. Indaghiamo ciò che merita di essere conservato

Iniziamo esaminando le risorse esistenti.

Supponiamo di trovare contenuti che spiegano problemi tecnici frequenti e ricevono ricerche pertinenti dai motori di ricerca.

Identifichiamo anche pagine commerciali visibili, link esterni, fotografie originali dei progetti realizzati e conoscenza accumulata in anni di esperienza.

Questo ci dice che eliminare tutto indistintamente potrebbe distruggere una parte del valore esistente.

Non sappiamo ancora se conviene conservare la tecnologia.

Sappiamo, però, che informazioni e relazioni meritano protezione.

Passo 2. Individuiamo le difficoltà attuali

Analizziamo poi il funzionamento.

Questi riscontri non hanno tutti la stessa gravità.

I contenuti e il posizionamento rappresentano valore.

Il design e l’organizzazione commerciale richiedono miglioramenti.

La tecnologia presenta un’incertezza che dobbiamo approfondire.

Passo 3. Determiniamo la causa dei problemi tecnici

È qui che una verifica superficiale potrebbe portarci alla decisione sbagliata.

Non basta osservare che ci sono plugin vecchi.

Dobbiamo controllare quali siano davvero necessari, se ricevono ancora supporto, quali incompatibilità presentano e come incidono sul funzionamento.

Dobbiamo anche capire se sia possibile sostituire il tema e i componenti problematici senza destabilizzare il sistema.

Immaginiamo che le prove confermino che diverse funzioni dipendono da estensioni datate strettamente legate al tema.

Sostituirle richiederebbe di rifare una parte importante delle pagine e verificare numerose interazioni.

Inoltre, le modifiche future continuerebbero a dipendere da componenti difficili da mantenere.

Ora abbiamo individuato una causa strutturale più precisa.

Non stiamo dicendo che WordPress sia inadeguato.

Stiamo dicendo che questa installazione specifica, con queste dipendenze, presenta limiti da risolvere.

Un’altra installazione WordPress ben mantenuta potrebbe continuare a funzionare perfettamente.

Passo 4. Definiamo di cosa ha bisogno l’azienda

L’azienda non ha bisogno semplicemente di un sito nuovo.

Ha bisogno di tre capacità.

Una struttura commerciale aggiornata, capace di presentare correttamente i suoi servizi.

Un’esperienza visiva e funzionale coerente, che permetta di spiegare l’offerta e ricevere richieste.

Una base tecnica manutenibile, con dipendenze proporzionate, accessi chiari e documentazione sufficiente.

Dobbiamo inoltre proteggere contenuti e relazioni digitali che restano preziosi.

Questi obiettivi ci permettono di confrontare le alternative.

Passo 5. Valutiamo le opzioni

Conservare senza grandi cambiamenti non sembra sufficiente.

L’azienda deve rappresentare nuovi servizi e il sistema presenta difficoltà che ne ostacolano la manutenzione.

Potremmo conservare temporaneamente il sito mentre prepariamo un intervento, ma non risolveremmo i limiti individuati.

Migliorare l’installazione esistente è un’alternativa da valutare.

Potremmo sostituire componenti, correggere incompatibilità, rinnovare parte del design e riorganizzare i servizi.

Ma le prove dovrebbero dimostrare che possiamo farlo con costi e rischi ragionevoli.

Se la base continua a dipendere da elementi fragili, potremmo spendere risorse importanti senza eliminare il problema.

Ricostruire la base potrebbe essere appropriato se riusciamo a sviluppare una soluzione che svolga le funzioni necessarie e riduca le dipendenze problematiche.

Dovremmo però considerare il costo di costruzione, la migrazione dei contenuti, le prove, i rischi SEO e la manutenzione successiva.

La ricostruzione non si giustifica soltanto con la promessa di una tecnologia più moderna.

Passo 6. Arriviamo a una raccomandazione

Supponiamo che la valutazione tecnica ed economica confermi che sostituire i componenti problematici dell’installazione attuale richiede un intervento considerevole.

Verifichiamo inoltre che gran parte delle funzioni necessarie può essere ricostruita su una base più semplice e sostenibile.

In questo scenario, la raccomandazione potrebbe essere:

Ricostruire la base tecnica conservando le risorse digitali di valore

Ciò significherebbe conservare il dominio e gli URL pertinenti quando opportuno, riutilizzare contenuti utili, proteggere le relazioni SEO esistenti e aggiornare l’architettura per rappresentare i nuovi servizi.

Rinnoveremmo inoltre il design, sostituiremmo le dipendenze tecniche problematiche e prepareremmo una migrazione controllata.

La conclusione non è che ricostruire sia sempre la scelta migliore.

È che, in questo scenario, una ricostruzione selettiva potrebbe risolvere la causa strutturale senza obbligarci a rinunciare al valore accumulato.

Se le prove avessero dimostrato che i problemi si risolvevano con interventi circoscritti e sostenibili, la raccomandazione sarebbe stata diversa.

Questo è precisamente il valore della diagnosi.

6. Come confrontare costi, rischi e valore futuro

Una volta identificate le alternative, dobbiamo valutarne la fattibilità economica.

Qui emerge spesso una difficoltà.

Migliorare il sito esistente può costare molto meno all’inizio.

Ma potrebbe mantenere dipendenze che continueranno a generare costi.

Ricostruirlo può richiedere un investimento maggiore, ma forse offrirà una base più semplice su cui sviluppare le esigenze future.

Oppure potrebbe accadere esattamente il contrario.

Una ricostruzione potrebbe introdurre licenze, integrazioni e obblighi di manutenzione che prima non esistevano.

Per questo non dovremmo confrontare soltanto i preventivi di sviluppo.

Il costo iniziale non racconta tutta la storia

Dobbiamo sapere cosa comprende ciascuna alternativa e quali costi potrebbero presentarsi in seguito.

Questo confronto va fatto tra proposte che mirano a obiettivi equivalenti.

Non avrebbe senso confrontare un miglioramento limitato con una ricostruzione che include funzionalità completamente nuove e concludere che la prima costa meno.

Prima definiamo il risultato di cui abbiamo bisogno.

Poi possiamo confrontare i diversi modi di raggiungerlo.

Un esempio di costo complessivo su due anni

Torniamo all’impresa di installazioni.

Immaginiamo due scenari di costo fittizi, espressi in unità comparative.

Useremo un orizzonte di 24 mesi.

Le unità sono fittizie e servono solo a confrontare le decisioni; non sono euro, preventivi o tariffe di PhiStudio. Non includono lavoro interno né imprevisti. I costi futuri sono stime, non impegni.

A prima vista, migliorare sembra nettamente più economico.

L’investimento iniziale è molto inferiore.

Ma, aggiungendo i costi stimati nel tempo, la differenza si riduce.

Questo non significa che ricostruire sia automaticamente preferibile.

Le cifre future sono incerte.

Potremmo scoprire che il sito esistente richiede meno manutenzione del previsto.

Oppure che la ricostruzione introduce esigenze aggiuntive non considerate.

Perciò, se i dati non sono sufficienti, una comparazione del genere dovrebbe utilizzare intervalli o scenari.

Conta anche il valore futuro

Il costo non è l’unico criterio.

Immaginiamo che l’azienda voglia aggiungere una nuova linea di servizi tra sei mesi.

Se il sito attuale lo consente facilmente, ciò favorisce il miglioramento.

Se ogni ampliamento comporta interventi complessi e rischiosi, dobbiamo tener conto di questo limite.

Può esistere anche un costo opportunità.

Mantenere una base che impedisce di sviluppare una capacità importante può ritardare progetti necessari all’azienda.

Ma ricostruire senza bisogno consuma risorse che potrebbero essere destinate alla commercializzazione, alle operazioni o ad altre priorità.

Non dobbiamo fingere precisione

Un confronto professionale non dovrebbe presentare stime incerte come risultati garantiti.

Dobbiamo distinguere costi noti, costi probabili e rischi difficili da quantificare.

Dobbiamo considerare anche i problemi che potrebbero emergere durante l’intervento.

Per questo conviene valutare insieme valore atteso, investimento, dipendenze, rischi, capacità futura e costi di manutenzione.

La scelta migliore non sarà necessariamente quella con il preventivo più basso.

Sarà quella che offre un rapporto più adeguato tra il valore da sviluppare e le risorse e i rischi che assumiamo per ottenerlo.

7. Ricostruire senza perdere valore: che cosa significa recupero selettivo

Quando un’azienda decide di ricostruire il sito, si sente spesso dire:

«Ripartiamo da zero».

È un modo comprensibile per riferirsi al nuovo sviluppo tecnico.

Dal punto di vista delle risorse digitali, però, è meglio precisare.

Ricostruire la tecnologia non significa scartare la conoscenza, i contenuti e le relazioni che l’impresa ha già costruito.

L’obiettivo dovrebbe essere conservare ciò che continua ad apportare valore e sostituire ciò che impedisce di progredire.

Che cosa si può conservare e che cosa può cambiare

Nell’esempio dell’impresa di installazioni, potremmo decidere così:

Non trasferiamo necessariamente tutti gli elementi nello stesso modo.

Un articolo può essere migrato quasi intatto.

Una pagina commerciale può richiedere una riscrittura.

Una funzionalità può essere ricostruita da capo per mantenerne l’utilità senza conservare il vecchio codice.

Alcuni contenuti possono essere ritirati perché non rispondono più a nessuna esigenza.

Conservazione selettiva non significa che tutto debba sopravvivere.

Significa prendere ogni decisione con criterio.

La conservazione degli URL richiede particolare attenzione

Immaginiamo che una pagina di servizio sia pubblicata da anni a un determinato indirizzo.

Se quell’URL rappresenta ancora bene il contenuto e si integra nella nuova architettura, può essere opportuno conservarlo.

Cambiarlo per motivi puramente estetici può creare un lavoro di migrazione inutile.

Se invece dobbiamo modificarlo, studiamo quale nuovo indirizzo rappresenti adeguatamente il contenuto.

In molti casi può essere opportuno impostare un reindirizzamento permanente.

Google raccomanda reindirizzamenti HTTP permanenti, come 301 o 308, per cambi definitivi di URL quando tecnicamente possibile. Consiglia inoltre di preparare le corrispondenze tra vecchi e nuovi indirizzi. [4]

Non dobbiamo però presumere che qualsiasi reindirizzamento protegga automaticamente tutti i risultati precedenti.

Una migrazione può produrre oscillazioni di visibilità mentre i motori di ricerca scoprono ed elaborano le modifiche.

E inviare vecchie pagine a destinazioni non pertinenti può essere controproducente.

Non tutte le pagine eliminate devono finire sulla Home

È un errore da evitare.

Immaginiamo di ritirare una pagina su un servizio che non offriamo più.

Reindirizzarla automaticamente alla pagina iniziale potrebbe non aiutare chi cercava informazioni specifiche.

Forse esiste un’altra pagina che risponde a un’esigenza equivalente.

In tal caso possiamo valutare un reindirizzamento verso di essa.

Se non esiste un’alternativa appropriata e il contenuto è stato ritirato definitivamente, può essere corretto restituire il relativo stato HTTP, come 404 o 410.

La decisione dipende dal caso.

L’obiettivo non è conservare artificialmente ogni indirizzo.

È mantenere una relazione coerente tra ciò che esisteva e ciò che offriamo in seguito.

Ricostruire significa anche pianificare la transizione

Una ricostruzione non termina quando le nuove pagine sono progettate e sviluppate.

Dobbiamo preparare il passaggio dal sistema precedente.

La transizione deve proteggere, per quanto possibile, le funzioni e le risorse ancora necessarie.

Possiamo organizzarla in quattro momenti.

Prima del lancio

Inventariamo gli URL e i contenuti pertinenti.

Verifichiamo quali funzioni vanno conservate e quali dati migrati.

Prepariamo la nuova struttura e le corrispondenze tra le pagine.

Individuiamo anche le dipendenze tecniche e commerciali che potrebbero essere coinvolte.

Un’azienda che riceve richieste dal sito non dovrebbe scoprire dopo il lancio che il modulo non invia più messaggi.

Allo stesso modo, un’impresa che usa il sito per gestire prenotazioni deve controllare come saranno mantenuti processi e dati necessari.

Durante la transizione

Verifichiamo che la nuova soluzione funzioni prima di sostituire la precedente.

Controlliamo navigazione, moduli, funzioni principali e configurazioni rilevanti.

Quando necessario, impostiamo reindirizzamenti e aggiorniamo i link interni.

Dobbiamo anche verificare che le pagine destinate ai motori di ricerca non mantengano per errore blocchi di indicizzazione usati durante le prove.

Google elenca tra i problemi frequenti delle migrazioni i blocchi di indicizzazione non rimossi, i reindirizzamenti errati e le sitemap non aggiornate. [4]

Dopo il lancio

La pubblicazione non significa che possiamo smettere di verificare.

Dobbiamo controllare i percorsi principali e la risposta corretta degli URL rilevanti.

Conviene monitorare anche possibili errori, variazioni del traffico e problemi di indicizzazione.

Strumenti come Search Console aiutano a seguire questi cambiamenti, ricordando però che i motori di ricerca hanno bisogno di tempo per elaborare la nuova versione. [1][4]

Continuità

Infine documentiamo configurazione, accessi, dipendenze e procedure di manutenzione.

L’azienda deve sapere quale sistema possiede ora e chi ne è responsabile.

Vogliamo evitare che il nuovo sito riproduca le stesse difficoltà di controllo e documentazione che avevano motivato parte dell’intervento.

Una migrazione ben preparata non garantisce di conservare esattamente tutti i risultati precedenti. Permette però di individuare i rischi, proteggere le risorse rilevanti e rispondere con più criterio quando emergono problemi.

8. Come trasformare la diagnosi in una decisione operativa

Fin qui abbiamo riconosciuto il valore esistente, individuato le cause e confrontato le alternative.

Ora dobbiamo trasformare ciò che sappiamo in una decisione eseguibile.

Una raccomandazione professionale non dovrebbe fermarsi a una frase generica come:

«Conviene migliorare il sito».

Oppure:

«Raccomandiamo una ricostruzione».

Deve spiegare che cosa comporta concretamente quella decisione.

Che cosa dovrebbe contenere una raccomandazione motivata

Il risultato di una diagnosi professionale può essere organizzato in nove elementi.

La profondità della documentazione dipenderà dal progetto.

Per un intervento piccolo può bastare una raccomandazione breve.

Una ricostruzione con contenuti, integrazioni e migrazione richiederà un’analisi più dettagliata.

Non si tratta di produrre documenti per accumulo.

Si tratta di avere informazioni sufficienti per decidere e commissionare correttamente il lavoro.

Un esempio di raccomandazione finale

Torniamo all’impresa di installazioni tecniche.

Dopo la diagnosi, la raccomandazione potrebbe essere formulata così:

Situazione: il sito conserva contenuti e URL pertinenti, ma la base tecnica presenta incompatibilità che ostacolano la manutenzione e l’aggiornamento dell’offerta.

Funzione futura: presentare correttamente le attuali linee di servizio, facilitare richieste appropriate e permettere una gestione tecnica sostenibile.

Alternative valutate: miglioramento dell’installazione esistente e ricostruzione della base.

Decisione raccomandata: ricostruzione tecnica selettiva, subordinata alla verifica della fattibilità della nuova soluzione e del piano di migrazione.

Risorse da proteggere: contenuti pertinenti, URL, fotografie originali, informazioni commerciali e relazioni interne utili.

Lavoro principale: aggiornare l’architettura commerciale, rinnovare il design, sostituire i componenti problematici, migrare i contenuti e verificare le funzioni.

Rischi: oscillazioni SEO, problemi di migrazione, perdita di alcune funzionalità o costi non individuati inizialmente.

Criteri di accettazione: corretto funzionamento delle funzioni concordate, migrazione verificata, URL e reindirizzamenti controllati, responsabilità chiare e documentazione consegnata.

Limiti: qualsiasi nuovo servizio o funzionalità non previsti dovranno essere valutati e preventivati a parte.

Questa formulazione non sostituisce un progetto tecnico completo.

Ma permette di capire cosa proponiamo e perché.

Aiuta anche a confrontare i preventivi di fornitori diversi.

E riduce il rischio che una raccomandazione generica diventi un incarico ambiguo.

Un audit può anche raccomandare di non intervenire

È importante ribadirlo.

Se la diagnosi conferma che il sito funziona, conserva valore e può soddisfare le esigenze previste, forse non serve un progetto importante.

Possiamo raccomandare di conservarlo, mantenerlo e rivederlo quando cambieranno alcune condizioni.

Anche questa è una decisione strategica.

Una valutazione professionale deve aiutare a decidere di cosa ha bisogno l’impresa, anche quando la risposta non comporta una ricostruzione.

9. La decisione migliore protegge il valore esistente e prepara il futuro

Un sito web non deve dimostrare di essere nuovo.

Deve svolgere una funzione per l’impresa.

Può darsi che quello che hai ora sia ancora perfettamente adeguato e meriti di essere conservato.

Forse ha bisogno di alcuni miglioramenti per spiegare meglio i servizi, facilitare le richieste o risolvere determinate difficoltà.

Oppure i suoi limiti sono abbastanza profondi da giustificare una ricostruzione.

Esiste anche la possibilità di conservare contenuti, URL e altre parti preziose sostituendo la base che impedisce di progredire.

Nessuna di queste decisioni è corretta per definizione.

La sua utilità dipende dal rapporto tra le esigenze dell’impresa, il valore già esistente e le condizioni necessarie a svilupparlo ancora.

Per questo conviene evitare due impulsi opposti.

Il primo è ricostruire per stanchezza, per confronto con la concorrenza o semplicemente perché sono passati diversi anni.

Il secondo è continuare ad accumulare riparazioni su una base che non permette più di lavorare in sicurezza e con sostenibilità.

Entrambi possono consumare inutilmente risorse.

L’alternativa è stabilire un criterio.

Riconoscere ciò che funziona.

Indagare le cause delle difficoltà.

Definire che cosa il sito dovrà fare in futuro.

E confrontare i possibili interventi prima di impegnare un investimento.

Il miglior rinnovamento non è necessariamente quello che cambia di più il sito. È quello che risolve ciò che deve davvero cambiare, proteggendo il valore che merita di essere conservato.

A volte significherà apportare piccoli miglioramenti.

Altre volte, ricostruire una parte importante del sistema.

E talvolta la migliore raccomandazione sarà continuare a usare il sito attuale.

Perché dirigere una risorsa digitale non significa intervenire continuamente.

Significa sapere quando, fino a che punto e perché intervenire.