Un sito web lento è uno dei modi più silenziosi per perdere clienti: nessuno protesta, semplicemente le persone chiudono la scheda prima ancora di vedere cosa offri. In Studiollice costruiamo e ottimizziamo siti ogni settimana, e la buona notizia è che la velocità non è magia. È il risultato di poche leve tecniche ben orchestrate: la cache di pagina, un livello di cache in memoria con Redis e una CDN che avvicina i contenuti ai tuoi visitatori. In questa guida vediamo come funzionano e in che ordine attivarle.
Perché un sito web lento ti costa vendite
La velocità non è un vezzo da sviluppatori. È un fattore di business misurabile. Google ha reso i tempi di caricamento parte del ranking attraverso i Core Web Vitals, e ogni secondo di attesa in più abbassa le conversioni in modo netto, soprattutto su mobile e connessioni non ideali.
Un sito web lento, inoltre, peggiora tutto il resto del tuo lavoro: le campagne pubblicitarie pagano clic che non convertono, la SEO fatica a scalare, e la percezione del brand ne risente. Prima di aggiungere funzionalità o contenuti, quindi, conviene sistemare le fondamenta delle prestazioni.
Il punto di partenza è capire dove si perde tempo. Nella maggior parte dei siti dinamici — WordPress, e-commerce, CMS su misura — il collo di bottiglia è la generazione della pagina lato server: a ogni visita il codice interroga il database, assembla l'HTML e solo dopo lo spedisce. Ripetere questo lavoro migliaia di volte al giorno è uno spreco enorme.
Cache di pagina: la prima leva, quella che rende tutto veloce
La cache di pagina (o full-page cache) è la vittoria più facile. L'idea è semplice: la prima volta che qualcuno apre una pagina, il server la genera normalmente e ne salva una copia HTML già pronta. Tutte le visite successive ricevono direttamente quella copia, senza toccare né PHP né database.
Il risultato è drastico: si passa da tempi di risposta di centinaia di millisecondi a poche decine, spesso meno. Per un blog, una vetrina o pagine di prodotto che cambiano di rado, la cache di pagina da sola può bastare a trasformare un sito web lento in uno reattivo.
La sfida non è attivarla, ma invalidarla al momento giusto: quando pubblichi un articolo o cambi un prezzo, la copia vecchia va scartata. Una buona strategia distingue tra contenuti statici (cache lunga) e aree dinamiche come il carrello o l'area riservata, che vanno escluse. Strumenti come Varnish o la cache integrata nei CMS moderni gestiscono queste regole in modo granulare.
Redis: la cache in memoria per il dinamico che resta
La cache di pagina non copre tutto. Le pagine personalizzate, le API, i risultati di ricerca e le sezioni che cambiano per ogni utente devono comunque essere calcolate. Qui entra in gioco Redis, un archivio chiave-valore che tiene i dati in RAM invece che su disco.
Redis lavora su due fronti. Come object cache memorizza il risultato delle query più costose: invece di interrogare il database dieci volte per la stessa informazione, la si legge una volta e la si conserva in memoria per i secondi o minuti successivi. Come session store, invece, gestisce sessioni e carrelli in modo velocissimo e condivisibile tra più server.
Il guadagno si sente proprio dove la cache di pagina non arriva: dashboard, checkout, filtri di catalogo. Un e-commerce con migliaia di prodotti e Redis ben configurato risponde in modo fluido anche sotto carico, perché il database smette di essere il tappo di bottiglia.
CDN: avvicinare i contenuti ai tuoi visitatori
Anche la pagina più ottimizzata deve viaggiare fisicamente fino al browser dell'utente. Se il tuo server è a Milano e chi naviga è a New York, la distanza aggiunge latenza a ogni richiesta. Una CDN (Content Delivery Network) risolve il problema replicando i contenuti su una rete di server sparsi nel mondo, servendo ciascun utente dal nodo più vicino.
Le CDN come Cloudflare sono particolarmente efficaci sugli asset statici — immagini, CSS, JavaScript, font — che spesso pesano più dell'HTML stesso. Aggiungono compressione, HTTP/3 e caching sui bordi della rete, alleggerendo il server di origine e tagliando i tempi di caricamento percepiti.
Molte CDN sanno anche fare full-page cache al bordo: la pagina HTML viene servita direttamente dalla rete, senza mai arrivare al tuo server. È il livello più esterno e più veloce, ma richiede regole di invalidazione ben studiate per non mostrare contenuti obsoleti.
Da dove partire: l'ordine giusto delle mosse
Attivare tutto insieme senza metodo genera solo confusione e bug difficili da diagnosticare. L'ordine che consigliamo è progressivo: prima si misura lo stato attuale con strumenti come PageSpeed Insights, poi si interviene un livello alla volta.
- Cache di pagina per i contenuti pubblici: l'intervento con il miglior rapporto sforzo-risultato.
- Ottimizzazione degli asset: immagini in formati moderni, minificazione, lazy loading.
- Redis come object cache per alleggerire il database sul dinamico.
- CDN per distribuire asset e pagine il più vicino possibile all'utente.
Ogni passo va verificato prima di procedere: così, se qualcosa rallenta invece di accelerare, sai esattamente quale leva rivedere. È un lavoro di ingegneria, non di plugin da installare a caso.
Se il tuo sito web lento ti sta costando clienti e non sai da dove cominciare, Studiollice progetta e ottimizza siti e infrastrutture su misura: dalla cache di pagina alla configurazione di Redis e CDN, con misurazioni prima e dopo. La velocità è un investimento che si ripaga in conversioni.