Quando un vecchio sito inizia a costare denaro all’azienda

Nella maggior parte delle aziende il sito viene sostituito quando «sembra vecchio». È il criterio più debole possibile, perché l’età del design non ha nulla a che vedere con l’economia dell’impresa. Per un’azienda con un team commerciale e un budget marketing il sito è infrastruttura: qualifica la domanda, costruisce fiducia prima del primo contatto e genera i dati su cui si decide. E un’infrastruttura non si sostituisce in base all’aspetto, ma in base a quanto costa tenerla in esercizio.

Il sito più costoso non è necessariamente quello che è costato molto. Spesso il più costoso è il sito economico che per anni riduce silenziosamente la conversione e ogni mese sottrae ore alle persone che lo gestiscono. Questo testo non parla di come il sito debba comunicare il valore, che è una disciplina a sé. Parla dell’economia di una singola decisione: quando il rifacimento sito web aziendale smette di essere una questione di gusto e diventa una voce con un ritorno calcolabile. Per rebuild intendiamo la ricostruzione su una base nuova, non il ridisegno di quella esistente.

Un buon sito accorcia il percorso verso la decisione, ed è una voce di costo

In un acquisto B2B di valore il cliente non decide dopo un solo annuncio. Verifica competenza, referenze, team, processo e livello di rischio. Se il sito non risponde rapidamente a queste domande, il commerciale inizia ogni contatto con un deficit di fiducia. Non è un problema estetico, ma un problema di durata del ciclo di vendita: ogni settimana in più impegna la capacità del reparto commerciale e il denaro già speso in marketing.

La finestra a disposizione è più stretta di quanto sembri. Il Nielsen Norman Group, sulla base di dati di Microsoft Research, riporta che gli utenti abbandonano una pagina spesso già entro dieci o venti secondi e che la visita media dura poco meno di un minuto. Lo Stanford Web Credibility Project, sulla base di una ricerca triennale con oltre 4.500 persone, riporta che le persone valutano un sito rapidamente e già a partire dalla sola resa visiva. Entrambe le ricerche non sono recenti, la prima poggia su dati del 2010, quindi vanno lette come principio e non come misurazione del vostro mercato.

Come si compone ciò che una persona deve capire nei primi secondi lo abbiamo analizzato nell’articolo Quando il cliente non capisce il vostro sito. Qui affrontiamo l’estremo opposto dell’equazione: quanto vi costa rimandare.

Quando le correzioni non sono più convenienti

I segnali di allarme tipici sono un sito lento su mobile, un CMS che limita il marketing, la gestione multilingue complicata, analytics poco leggibili, moduli non collegati al CRM, un’identità visiva incoerente e contenuti cresciuti senza architettura informativa, cioè senza un ordinamento ragionato delle pagine e dei collegamenti tra loro.

Ognuno di questi problemi si può tamponare, ed è di norma quello che accade. Oltre un certo punto, però, l’azienda smette di pagare per le funzionalità e inizia a pagare per il mantenimento di una vecchia decisione. Il costo si sposta su advertising, supporto, sviluppo e tempo delle persone, dove nessuno lo registra come costo del sito. Per questo un sito così sembra economico fino al giorno in cui qualcuno fa i conti.

Sulla velocità il fenomeno si può esprimere con un numero. Google definisce tre metriche Core Web Vitals e la relativa soglia «good»: LCP entro 2,5 secondi, INP entro 200 millisecondi e CLS non superiore a 0,1. LCP è il tempo necessario perché venga mostrato l’elemento visibile più grande della pagina, INP misura la reattività all’interazione e CLS quanto i contenuti si spostano sotto il dito. La documentazione di Google Search Central indica che buoni Core Web Vitals, insieme agli altri aspetti dell’esperienza sulla pagina, corrispondono a ciò che i sistemi di ranking principali cercano di premiare.

La parte decisiva è la metodologia. Google valuta il 75° percentile dei caricamenti e considera il mobile separatamente dal desktop. La media ricavata dagli analytics non basta: potete avere una media gradevole e non rispettare la soglia per un quarto delle visite più lente, cioè quelle con segnale debole e telefono datato.

La soglia, del resto, è rispettata da meno della metà dei siti su mobile, quindi la velocità continua a fare la differenza e non è semplice igiene di base. Il Web Almanac 2025, sui dati di HTTP Archive e del Chrome UX Report di luglio 2025, riporta che tutti e tre i Core Web Vitals sono rispettati dal 48% dei siti su mobile e dal 56% su desktop, con il collo di bottiglia rappresentato da LCP, rispettato su mobile dal 62% dei siti.

Cost of Friction: come quantificare il prezzo di una vecchia decisione

Davanti a chi tiene il budget una decisione si difende soltanto con un numero. Per questo usiamo il framework Cost of Friction, cioè il costo dell’attrito: tempo × frequenza × numero di persone × costo. Non serve la precisione all’euro, serve l’ordine di grandezza. Un piccolo attrito moltiplicato per dodici mesi diventa spesso una voce più pesante dell’intero progetto, solo che nessuno la vede perché non ha una fattura propria. Il procedimento ha quattro passaggi:

• Tempo. Quanti minuti richiede oggi l’operazione e quanti ne richiederebbe su un sistema sano. La differenza è l’attrito.
• Frequenza. Quante volte al mese viene eseguita davvero, non quante volte dovrebbe esserlo.
• Numero di persone. L’attrito di una persona è una seccatura. L’attrito di cinque è un processo.
• Costo. La tariffa oraria interna di quelle persone, non lo stipendio medio dell’azienda.

Segue un esempio modello, cioè un’aritmetica illustrativa e non una misurazione presso un cliente. Un marketing manager pubblica una landing page: nel vecchio CMS tre ore, su template già pronti venti minuti, differenza 2,5 ore, due volte al mese, una persona, quindi 60 ore all’anno. Un assistente ricopia i contatti dall’e-mail al CRM in quattro minuti a contatto, sessanta volte al mese, cioè 48 ore all’anno. Due commerciali cercano il listino aggiornato cinque minuti al giorno, circa 40 ore. In totale quasi 150 ore, e la conversione non l’abbiamo ancora toccata.

Inserite i vostri numeri. Se il risultato è venti ore all’anno, con questa motivazione un rebuild non lo giustificate e probabilmente non vi serve nemmeno. Se il risultato è di centinaia di ore, avete un argomento che sopravvive anche alla riunione con l’area finanziaria.

La seconda metà dell’equazione è la conversione, e qui serve prudenza. Lo studio commissionato da Google ed elaborato dall’agenzia 55 e da Deloitte poggia su oltre 30 milioni di sessioni raccolte su 37 siti di brand alla fine del 2019. Ha rilevato una relazione tra un miglioramento del sito mobile di 0,1 secondi nelle metriche di velocità misurate e una crescita della conversione nel retail dell’8,4%, della spesa dei clienti del 9,2% e del passaggio alla pagina di invio del modulo nella lead generation del 21,6%. Si tratta di una correlazione, non di un esperimento controllato. Non ricavatene quanto guadagnerete, ricavatene la direzione e l’ordine di grandezza.

Un rebuild riordina l’intero sistema digitale

Un rebuild serio non parte dai colori, ma da un audit della domanda, del traffico, del CRM, dei dati, dei contenuti, dei servizi e del processo commerciale. Il risultato può essere un sito con meno pagine ma più precise, con meno moduli ma lead meglio qualificati, e con meno lavoro manuale perché i dati del sito proseguono automaticamente nei sistemi aziendali.

È qui che nasce la maggior parte del ritorno ed è qui che la maggior parte dei progetti lo perde. Se il nuovo sito viene costruito come copia della vecchia struttura, solo con un font diverso, l’azienda paga il design e non compra il risparmio: l’attrito del calcolo precedente resta, semplicemente in una confezione più bella. La stessa logica applicata fuori dal web l’abbiamo sviluppata nel testo Il buon design non è decorazione.

Quattro progetti isolati costano più di un’unica architettura

Un’azienda con un budget importante non dovrebbe acquistare design, SEO, analytics e automazione come quattro progetti separati. Il sito deve avere un’architettura comune: design system, front end veloce, misurazione delle conversioni, buona indicizzazione, struttura multilingue e un livello di integrazione verso il CRM o gli strumenti interni. Quattro fornitori senza quell’architettura producono quattro ottimi locali che iniziano a ostacolarsi a vicenda, e l’integrazione la pagate una seconda volta.

Una base del genere, però, non è affatto lo standard di mercato. Secondo Eurostat, nell’anno di riferimento 2025 il 79,01% delle imprese dell’UE con dieci o più addetti disponeva di un sito web, ma solo il 29,51% aveva contenuti in almeno due lingue e solo il 28,51% utilizzava un software CRM. Il multilingue e il collegamento al CRM restano quindi una disciplina di minoranza, cioè un’occasione di differenziazione relativamente economica.

Se scegliete il multilingue, impostatelo subito nel modo corretto. La documentazione di Google Search Central consiglia un URL dedicato per ogni versione linguistica invece del passaggio tramite cookie o impostazioni del browser, accompagnato dalle annotazioni hreflang, cioè dai marcatori che indicano quale versione appartiene a quale lingua. Allo stesso tempo mette in guardia dal reindirizzamento automatico tra versioni linguistiche e dall’adattamento dei contenuti in base all’analisi dell’indirizzo IP, che definisce inaffidabile.

Si sottovaluta anche il fatto che la versione mobile non è una riduzione, ma l’originale. Google nella propria documentazione indica che per l’indicizzazione viene utilizzato solo il contenuto mostrato su mobile e consiglia gli stessi contenuti e gli stessi dati strutturati su mobile e su desktop. Se su mobile non compare metà del testo, Google conosce metà dell’azienda.

Un rebuild non è gratuito e non è privo di rischi

Il calcolo deve includere anche il costo del cambiamento in sé, e la voce più sottovalutata è la migrazione. Se cambiano gli URL, Google Search Central indica che potete registrare oscillazioni nel ranking finché Google non ripercorre e reindicizza il sito, e che per siti di dimensioni piccole o medie questo può richiedere qualche settimana o più, mentre per quelli più grandi ancora di più.

In pratica significa mappare i vecchi indirizzi sui nuovi, impostare redirect permanenti lato server di tipo 301, riscrivere i link interni verso i nuovi URL, caricare una nuova sitemap in Search Console e aggiornare le annotazioni hreflang. Chi non ha questo nell’offerta non vi sta proponendo un rebuild, ma un rischio.

Quando la soluzione più economica è la soluzione giusta

Non ogni problema che si presenta come motivo per un nuovo sito lo è davvero. Questa è la parte che sentite meno spesso da un fornitore, perché non ci si guadagna.

• Se la homepage non spiega che cosa fate e per chi, il problema è nei contenuti, non nella tecnologia. Il copywriting e la ricostruzione di una sola sezione costano una frazione di un rebuild.
• Se è lento un solo template e la causa è un’immagine grande non compressa insieme a font superflui, correggete quelli. Una tecnologia nuova non lo risolve meglio, solo in modo più costoso.
• Se il marketing non riesce a pubblicare, a volte basta aggiungere una serie di blocchi e formare le persone, non cambiare il CMS.
• Se l’azienda è piccola e l’offerta stabile, una piattaforma pronta o un template di qualità sono una scelta legittima. Lo sviluppo su misura ha senso solo quando lo standard vi impedisce qualcosa che fate realmente.

L’ordine è sempre lo stesso: prima capire l’azienda e il processo, eliminare il superfluo, semplificare il workflow, progettare l’esperienza e solo alla fine scegliere la tecnologia. Chi parte dalla tecnologia compra un nuovo problema con un canone mensile più alto. Un ragionamento affine lo abbiamo sviluppato nel testo La vostra azienda non ha bisogno di più software.

Redesign o rebuild?

Un redesign cosmetico ha senso quando la base tecnica è sana e il problema riguarda il visivo o i contenuti. Un rebuild è più adatto quando cambiano offerta, architettura informativa, tecnologia, misurazione o integrazioni. In quel caso conservare tutto solo perché esiste già diventa spesso la scelta più costosa. Perché non resti una sensazione, passate in rassegna cinque domande:

1. Stanno cambiando offerta, segmentazione o politica di prezzo? Allora cambia anche l’architettura informativa e la cosmetica non aiuta.
2. Non rispettate la soglia dei Core Web Vitals al 75° percentile su mobile, e la causa è il template o la tecnologia, non una singola immagine?
3. Vi serve un livello di integrazione che la soluzione attuale non ha: CRM, multilingue, dati di prodotto?
4. Quante ore all’anno sono uscite dal Cost of Friction e come si rapportano al preventivo ricevuto?
5. Il sistema attuale vi ostacolerebbe nel piano dei prossimi due anni?

Se avete risposto sì a una o due domande, intervenite in modo mirato e non su tutto il fronte. Se a tre o più, continuare a correggere è la strada più costosa. E se non sapete rispondere, questo è il risultato più importante dell’esercizio: non avete misurazione. Aggiungere gli analytics e misurare velocità e attrito costa meno che ricostruire il sito alla cieca.

Un buon sito non si difende con il numero di animazioni né con il numero di pagine, ma con il fatto che aumenta la qualità dei contatti e si può sviluppare senza che ogni richiesta si trasformi in un progetto tecnico.

Cosa portarsi a casa

• L’età del design non è una ragione per un rebuild. La ragione è l’attrito quantificato e una perdita di conversione misurabile.
• Calcolate il Cost of Friction per le tre operazioni più frequenti intorno al sito. L’ordine di grandezza basta.
• Misurate la velocità al 75° percentile e il mobile separatamente dal desktop, non con una media.
• Mettete a budget la migrazione: mappatura degli URL, redirect 301, sitemap e hreflang, più le oscillazioni delle prime settimane.
• Se il problema si risolve con il copywriting, l’ottimizzazione delle immagini o una piattaforma pronta, fatelo. Una base nuova ha senso solo quando quella attuale impedisce ciò che l’azienda deve realmente fare.