Quando conviene rifare un sito web e quando basta aggiornarlo?

Un sito può sembrare vecchio e funzionare benissimo, oppure sembrare moderno e non portare una richiesta. Per questo capire quando rifare un sito web non dovrebbe essere una questione di gusto. Il colore scelto nel 2019 non è un'emergenza; un form che non arriva, una navigazione impossibile da telefono, pagine che Google non trova e un CMS che nessuno osa aggiornare possono esserlo.

Non esiste una regola del tipo «ogni tre anni si rifà tutto». Un sito va riprogettato quando la sua struttura non sostiene più ciò che l'azienda deve fare. Gli errori possibili sono due, e opposti: rifare tutto quando bastavano interventi mirati, oppure continuare a rattoppare una base che è già diventata un ostacolo.

Prima di decidere conviene quindi capire cosa non funziona davvero. Qui mettiamo in fila i segnali che guardiamo prima di proporre un rifacimento, e quelli che invece ci fanno dire che basta aggiornare.

Quando rifare un sito web: tre livelli di intervento

La parola «restyling» viene usata per tutto, e così due offerte con lo stesso nome possono contenere lavori completamente diversi. Conviene distinguere tre livelli, e pretendere che il preventivo dica quale dei tre sta proponendo.

La scelta fra restyling o rifacimento di un sito web dipende da quanto sono profondi i limiti: se riguardano solo l'aspetto, o se attraversano architettura, prestazioni, CMS, SEO e processi. Un rifacimento vero è a tutti gli effetti un nuovo progetto di realizzazione di un sito web, con in più il lavoro di non perdere ciò che il vecchio sito aveva costruito: come lo facciamo sta nella pagina del restyling di un sito web.

Prima guarda se il sito porta ancora risultati

È la domanda più semplice, ed è quella che viene saltata più spesso. Prima di parlare di estetica guarda i numeri: se arrivano richieste e quali pagine le generano, se il traffico organico cresce o scende, se le persone completano i form e toccano il numero di telefono, se il percorso da mobile funziona e se le campagne atterrano su pagine coerenti.

Se il sito continua a produrre risultati, rifarlo da capo richiede più cautela: si può migliorare, ma ha già qualcosa da perdere. Se invece non misura nulla, il primo passo potrebbe non essere il restyling ma installare analytics e capire cosa succede. È lo stesso metodo che seguiamo nel lavoro di SEO e posizionamento: prima si osserva, poi si decide.

I dati smontano spesso anche la richiesta più comune, «vorremmo rifare la homepage». Le persone arrivano da Google direttamente su una pagina servizio, un articolo, una categoria, una pagina città, un prodotto o la scheda di una struttura, e la home risulta una delle pagine meno critiche. Rifare solo quella migliora l'impressione generale senza toccare le pagine che devono convertire. Per questo un restyling serio parte dai dati e dall'architettura interna, non dal mockup della prima schermata.

Se il problema è estetico, non toccare ciò che funziona

Un sito può avere una tipografia datata, spaziature vecchie o fotografie che non rappresentano più il brand, e non per questo deve cambiare tecnologia. Se gli URL sono ordinati, il CMS funziona, i form arrivano, la struttura è comprensibile, le pagine importanti si posizionano e le prestazioni sono accettabili, un restyling mirato è molto più sensato. Cambiare tutto perché «sembra vecchio» aggiunge lavoro e rischio. Vale la stessa logica del marchio: se il sistema funziona non si butta, si corregge ciò che ha smesso di funzionare.

A volte il sito sembra vecchio perché lo sono le fotografie. Stessa grafica, nuove immagini professionali, testi più chiari e una tipografia corretta possono cambiare molto, soprattutto nell'ospitalità, nella ristorazione, nell'immobiliare, nel beauty e nel retail. Per le immagini c'è la pagina foto e video, per i testi quella sul copywriting.

Per Punta Falcone Resort identità, fotografia, sito e social lavorano nello stesso sistema. Se il problema di un progetto così fosse soltanto la qualità delle immagini, rifare tutta la piattaforma sarebbe eccessivo: il lavoro giusto è quello proporzionato al problema.

Lo stesso vale per le mode. Animazioni, effetto vetro, 3D, cursori personalizzati e video nella hero possono avere senso, ma nessuno di questi è una ragione sufficiente per ricostruire una piattaforma. Il sito di Wonder Creators usa un linguaggio visivo molto riconoscibile perché per uno studio creativo quell'identità fa parte del prodotto; non significa che ogni officina, hotel o studio medico abbia bisogno dello stesso livello di motion. Se il sito funziona, una novità visiva si introduce con criterio; se non funziona, una nuova animazione non risolve il problema.

Ogni modifica diventa un rischio

Uno dei sintomi più chiari di un sito arrivato al limite non si vede dalla home: si vede quando devi modificarlo. I segnali tipici sono questi:

• aggiungere una pagina vuol dire copiare codice vecchio;
• aggiornare un plugin rompe un'altra funzione;
• cambiare il menu richiede interventi in più punti;
• la versione mobile ha regole separate dal desktop;
• nel CMS ci sono campi che nessuno sa più a cosa servano.

Il costo non è solo tecnico. L'azienda comincia a evitare miglioramenti perché «toccare il sito è rischioso», e la base digitale diventa un freno. Lo stesso vale per chi gestisce i contenuti: se per modificare un titolo devi aprire un page builder, cercare fra dieci sezioni e sperare di non spostare niente, o se ogni persona in azienda usa un metodo diverso, gli errori aumentano.

A volte basta ripulire il CMS, a volte vanno riprogettati campi e template, a volte conviene cambiare sistema. La scelta fra WordPress e sito su misura dipende anche da questo: chi aggiornerà il sito dopo il lancio?

Poi ci sono le funzioni. Molti siti nascono come vetrina e nel tempo devono accogliere booking, e-commerce, area clienti, multilingua, preventivi, automazioni, CRM e account. Se ogni funzione arriva come un'estensione laterale, prima o poi la struttura smette di essere leggibile.

Un progetto come hoopit non avrebbe senso come serie di plugin aggiunti a una vecchia brochure aziendale. Quando il prodotto cambia natura, anche la base digitale può dover cambiare, e un rifacimento ha senso perché riduce il costo delle modifiche future, non perché produce una home più bella.

Da smartphone il problema è strutturale

Un sito nato molti anni fa può essere responsive solo di nome: gli elementi si restringono, ma non cambiano priorità. Ne escono menu enormi, testi troppo piccoli, pulsanti difficili da toccare, form lunghi, tabelle che escono dallo schermo e call to action nascoste dopo metri di contenuto. In questi casi non basta «adattare» il desktop: spesso serve ripensare la gerarchia.

Per CDA Servizi Auto la priorità mobile è evidente: chi cerca il soccorso stradale può essere fermo in strada, e la funzione principale deve essere raggiungibile subito. È una questione di contesto d'uso prima che di stile.

L'azienda è cambiata, il sito no

Un altro segnale forte è la distanza fra l'azienda reale e il sito. Sono arrivati nuovi servizi, un nuovo pubblico, un nuovo posizionamento, nuove sedi o nuovi mercati, e il sito continua a raccontare l'azienda di cinque anni fa. Qui il problema può essere più profondo di un restyling grafico, perché quando cambiano i messaggi spesso cambia anche la struttura.

Servizi che prima stavano in una pagina possono aver bisogno di una sezione intera. Un pubblico B2B può richiedere percorsi diversi da un pubblico consumer. Un'azienda diventata internazionale può avere bisogno di lingue, hreflang e contenuti localizzati, un lavoro che descriviamo nella guida al sito in più lingue. Il design viene dopo.

Il sito è lento: prima di rifarlo, misura

Una pagina lenta non significa automaticamente che il sito vada ricostruito. Spesso bastano immagini più leggere, la rimozione dei plugin inutili, font ottimizzati, caching, la pulizia degli script di terze parti o un hosting migliore. Prima di decidere conviene misurare, e nella guida al test di velocità di un sito web spieghiamo come farlo. Se dopo questi interventi la base resta lenta perché l'architettura è pesante, o perché ogni pagina dipende da decine di componenti non più gestibili, allora il rifacimento diventa sensato.

Rifare senza perdere la SEO

Un sito esistente ha una storia. Anche se il design non piace più, alcune pagine possono avere posizionamenti, backlink, traffico, query e URL che Google conosce da tempo. Cambiare struttura senza mappare questi segnali è rischioso, per questo i dati del vecchio sito vanno letti prima del progetto, non dopo:

• analytics e conversioni;
• Search Console e query;
• elenco completo degli URL;
• pagine più viste;
• backlink;
• contenuti che portano richieste.

Se il vecchio sito non aveva analytics, si può comunque raccogliere molto da Search Console, sitemap, server e strumenti SEO: partire completamente al buio è evitabile. Da quell'inventario si decide quali URL restano, quali si aggiornano, quali si accorpano e quali vanno reindirizzati con un redirect 301 alla nuova pagina corretta. È una voce di lavoro reale, e nella guida su quanto costa un sito web spieghiamo perché pesa sul preventivo. Un restyling non è finito quando la nuova home è online: è finito quando anche i vecchi percorsi portano nel posto giusto.

Migrare non vuol dire portarsi dietro tutto

Preservare la SEO non significa conservare ogni vecchia pagina. Negli anni un sito accumula pagine duplicate, articoli inutili, categorie vuote, tag generati automaticamente, URL di campagne finite e servizi che non esistono più, e portare tutto nel nuovo sito significa portare anche il disordine. La migrazione serve a decidere: a volte due pagine diventano una, a volte una pagina viene riscritta, a volte un URL si elimina con il suo redirect, a volte si lascia com'è perché continua a funzionare. È la differenza fra rifare un sito e traslocare file.

I contenuti storici meritano la stessa attenzione. Un vecchio articolo può avere un design datato e ricevere ancora visite per una ricerca precisa, e non va riscritto solo per uniformarlo al tono nuovo. Se funziona si aggiorna senza perderne l'intento, se non funziona più si consolida in un contenuto migliore, se è inutile si rimuove con il redirect corretto. È un lavoro che nel preventivo spesso non si vede, ma che fa una grande differenza dopo il lancio.

Lo stesso vale per le pagine locali. Un'azienda che negli anni ha creato decine di pagine quasi identiche per comuni diversi può avere un problema di qualità e di cannibalizzazione, e durante un rifacimento non conviene replicarle nel nuovo template. Va deciso quali hanno un mercato reale, quali meritano contenuti propri e quali vanno accorpate. Lo facciamo anche nel nostro cluster Sardegna: ogni località e ogni servizio devono avere una ragione specifica per esistere, non soltanto una parola diversa nel titolo.

Scegliere il momento e verificare il risultato

Ci sono momenti in cui eviteremmo una migrazione importante: poco prima della stagione alta, durante una campagna o una promozione nazionale, quando il team interno non può produrre o approvare contenuti, quando booking o gestionale stanno cambiando nello stesso periodo. Un rifacimento modifica molte variabili insieme, ed è meglio farlo quando c'è tempo per testare e correggere. Per le attività turistiche in Sardegna il calendario pesa molto: nelle pagine su Olbia e sulle altre località ragioniamo spesso in base alla stagione, perché le revisioni profonde si fanno quando l'azienda ha il tempo di seguirle.

Conviene anche non cambiare troppe cose insieme senza un motivo. Se durante il rifacimento cambiano brand, dominio, URL, CMS, testi, tracking, booking e campagne, diventa molto difficile capire cosa ha prodotto un eventuale miglioramento o peggioramento. A volte è inevitabile; quando si può, meglio una sequenza leggibile: prima si stabilizza la nuova identità e poi si migra il sito, oppure si costruisce il nuovo sito mantenendo dominio e URL principali e solo dopo si interviene sulle campagne.

Prima di approvare il nuovo sito, infine, conviene un confronto prima/dopo su un piccolo gruppo di pagine: la home, la pagina servizio principale, quella con più traffico organico, quella che genera più richieste e una pagina mobile critica. L'obiettivo è verificare che il nuovo progetto abbia migliorato davvero comprensione, percorso, velocità e conversione, più che stabilire quale versione sembri più bella. Il restyling migliore è quello che permette al sito di fare meglio il lavoro per cui esiste.

Dieci domande per decidere

Prima di chiedere «rifacciamo tutto?», prova a rispondere a queste domande:

• Il sito genera ancora richieste?
• Da mobile è semplice da usare?
• Le pagine importanti sono indicizzate?
• Puoi aggiornare i contenuti senza paura?
• Le prestazioni sono accettabili?
• Il brand rappresentato è ancora quello attuale?
• Le nuove funzioni entrano facilmente?
• Sai chi possiede dominio, hosting e accessi?
• Il codice o i plugin sono ancora mantenuti?
• Sai quali URL portano traffico?

Se la maggior parte delle risposte è positiva, probabilmente non serve buttare tutto; se molte sono negative, il problema è ormai strutturale. Un altro metodo semplice è fare un inventario dei problemi e dividerlo in tre colonne: contenuto, design, tecnologia. Se quasi tutto cade in una colonna sola, l'intervento può essere mirato; se sono piene tutte e tre, il problema è diventato di sistema. Toglie molta soggettività dalla decisione.

Quando basta aggiornare e quando rifare tutto

Aggiornare un sito web basta quando il CMS è sano, gli URL funzionano, la struttura è comprensibile, il sito è responsive, il traffico organico è stabile, mancano soprattutto contenuti o gerarchia visiva e le nuove funzioni sono semplici da integrare. In questo scenario un buon audit evita di spendere per lavoro inutile.

Valuteremmo invece un rifacimento completo quando l'architettura non corrisponde più al business, il mobile è compromesso, la base tecnica non viene più mantenuta, il CMS è ingestibile, plugin e patch si sono accumulati, le nuove funzioni richiedono continui workaround o brand e pubblico sono cambiati profondamente. Quando il problema attraversa insieme design, contenuti, tecnologia e SEO, intervenire a pezzi può costare più che ricostruire.

Aiuta distinguere un problema locale da uno di sistema. Se una sola pagina non converte, non serve rifare il sito; se è vecchio soltanto il form, si interviene sul form; se una campagna ha bisogno di una landing migliore, si costruisce quella landing. Il rifacimento diventa sensato quando gli stessi problemi compaiono ovunque, o quando nei prossimi dodici mesi sono già previsti nuovo menu, restyling mobile, migrazione SEO, cambio di CMS e nuove integrazioni: affrontarli come cinque progetti indipendenti sulla stessa base fragile può costare più di una ricostruzione ordinata.

Poi c'è il costo di aspettare. Un problema puramente estetico può attendere; un form che non funziona, un mobile che rende difficile contattarti o campagne che atterrano su pagine lente hanno un costo commerciale ogni mese. Non sempre si misura con precisione, ma alcuni dati aiutano a separare un disagio estetico da un problema operativo: quante richieste arrivano oggi rispetto a un anno fa, quanto pesa il traffico mobile, se le campagne generano clic ma poche conversioni, se gli utenti abbandonano la pagina prima del form, se il team evita di pubblicare perché il CMS è scomodo.

Quindi: rifare o aggiornare?

Non partire dalla grafica: parti da risultati, dati e operatività. Se il sito continua a fare bene il suo lavoro, preserva la base e migliora ciò che serve; se ogni modifica apre un nuovo problema, la struttura è probabilmente arrivata al limite. E se decidi di rifarlo, tratta il vecchio sito come un patrimonio da migrare, non come un file da cancellare.

Tempi e costi seguono il livello di intervento. Un aggiornamento visivo può essere rapido, mentre una migrazione con molti URL, lingue e integrazioni può durare più di un sito nuovo, perché oltre a produrre schermate bisogna conservare ciò che esiste: lo spieghiamo in quanto tempo ci vuole per fare un sito web. Sul budget vale la stessa regola: il costo non dipende dal fatto che il sito esista già, ma da quanto patrimonio va trasferito.

Se vuoi partire dai dati del sito che hai già, raccontaci il progetto e l'URL attuale. La prima decisione potrebbe anche essere non rifarlo.