Cache e CDN: velocizzare senza impazzire

L'altra settimana un cliente mi ha chiamato allarmato: "Alex, il mio sito è lentissimo, mi serve una CDN!". Gli ho chiesto come facesse a saperlo. "Me l'ha detto mio cognato che lavora in informatica." Ecco, questa storia la sento spesso. Cache e CDN sono diventate parole magiche che tutti ripetono, ma pochi capiscono davvero.

Oggi vi spiego cosa sono, quando servono davvero e quando invece state solo complicandovi la vita. Perché sì, la velocità è fondamentale (ne ho parlato anche quando ho scritto di realizzazione siti web a Trento), ma non serve per forza l'artiglieria pesante.

La cache: il magazzino del tuo sito

Immaginate di avere un negozio. Ogni volta che un cliente chiede un prodotto, voi andate in magazzino, lo prendete, lo incartate e glielo consegnate. La cache è come mettere i prodotti più richiesti direttamente sul bancone: quando arriva il cliente, glieli date subito senza andare ogni volta in magazzino.

Nel mondo web funziona uguale. Senza cache, ogni volta che qualcuno visita il vostro sito, il server deve:

• Interrogare il database
• Elaborare il codice PHP
• Generare l'HTML
• Inviarlo al browser

Con la cache, invece, il risultato viene salvato e servito direttamente. Risultato? Da 2-3 secondi di caricamento si scende a 300 millisecondi. Una bella differenza.

Un parrucchiere del centro di Trento aveva un sito WordPress con un plugin di prenotazioni online. Ogni volta che qualcuno apriva la pagina "Prenota ora", ci metteva 4 secondi. Ho attivato la cache del browser e quella del server, e siamo scesi a mezzo secondo. Non ho toccato una riga di codice, solo configurato bene il caching.

Le cache sono tante (e vi confondo le idee)

Il punto è che "cache" non è una cosa sola. Ce ne sono almeno quattro tipi che contano:

Cache del browser: il vostro browser salva immagini, CSS e JavaScript nel computer, così alla seconda visita non li riscarica. È la più facile da attivare, basta un po' di configurazione nel file .htaccess o nelle impostazioni del server.

Cache del server: il server salva le pagine HTML già pronte. Plugins come WP Rocket o W3 Total Cache fanno questo su WordPress. Per i software gestionali su misura che realizzo con Laravel, uso sistemi come Redis o Memcached.

Cache del database: salva i risultati delle query più frequenti. Se il vostro sito fa sempre le stesse interrogazioni al database, questa cache vi salva la vita.

Cache delle operazioni: in applicazioni complesse, salvo il risultato di calcoli pesanti. Un mio cliente aveva un gestionale che calcolava statistiche complesse ogni volta. Ora le calcolo una volta al giorno e le tengo in cache. Da 15 secondi a mezzo secondo.

Nella mia esperienza, per un sito web aziendale normale bastano le prime due. Per web app su misura o gestionali, servono tutte e quattro.

La CDN: quando il problema è la distanza

Content Delivery Network. Un nome che spaventa, ma il concetto è semplice. Il vostro sito sta su un server, magari in Germania. Un visitatore da Sydney deve scaricare tutto da lì: 18.000 chilometri di distanza. Ci mette un po'.

Una CDN è una rete di server sparsi per il mondo. Quando attivate una CDN, i vostri file (immagini, CSS, JavaScript) vengono copiati su decine di server in tutto il pianeta. Il visitatore da Sydney li scarica dal server più vicino, magari Singapore. Risultato: più veloce.

Cloudflare è la CDN più famosa, ha un piano gratuito decente. Amazon CloudFront è più potente ma a pagamento. Io uso Cloudflare per l'80% dei miei progetti.

Ma ecco il punto: serve davvero?

Un ristorante di Rovereto mi aveva chiesto la CDN perché "tutti dicono che serve". Gli ho fatto vedere le statistiche: il 98% dei visitatori era dal Trentino-Alto Adige. Il server era a Milano. La differenza di velocità con e senza CDN? 50 millisecondi. Impercettibile. Abbiamo risparmiato i soldi e ottimizzato altro.

Quando serve davvero? Se avete un e-commerce a Trento che vende in tutta Italia o all'estero, sì, la CDN ha senso. Se fate traffico internazionale, idem. Se il vostro pubblico è locale, probabilmente no.

Come capire se il vostro sito è lento (davvero)

Prima di buttarvi su cache e CDN, misurate. Usate PageSpeed Insights di Google o GTmetrix. Vi danno un punteggio e suggerimenti precisi.

Quello che scoprirete spesso è che il problema non è la cache o la CDN. È che avete:

• Immagini da 5MB non ottimizzate
• 15 plugin WordPress che si pestano i piedi
• Un tema pesantissimo pieno di animazioni inutili
• Font personalizzati che pesano come macigni

Un negozio online che ho seguito aveva tempi di caricamento di 6 secondi. Il proprietario voleva una CDN. Ho guardato: 23 immagini non ottimizzate da 3-4MB l'una. Le ho compresse (da 4MB a 200KB senza perdita visibile di qualità), e siamo scesi a 1,8 secondi. Zero CDN, zero cache avanzata. Solo buonsenso.

Il mio approccio pratico

Quando realizzo un sito o un software, seguo sempre questo ordine:

Prima: scrivo codice pulito ed efficiente. Niente query inutili al database, niente elaborazioni pesanti che si possono evitare. Laravel, il framework che uso per i progetti custom, ha già ottimi sistemi di caching integrati che sfrutto sempre.

Seconda: ottimizzo le risorse. Immagini compresse (WebP quando possibile), CSS e JavaScript minificati, lazy loading per le immagini che stanno in fondo alla pagina.

Terza: attivo la cache base. Browser cache sempre, server cache nella maggior parte dei casi. Cinque minuti di configurazione, risultati immediati.

Quarta: valuto la CDN. Solo se serve davvero. Se il pubblico è internazionale, se il traffico è alto, se le metriche lo giustificano.

Questo approccio graduale funziona. Ho clienti con siti velocissimi senza CDN, e altri con CDN perché vendono in mezza Europa. Dipende dal caso specifico.

La verità scomoda: la velocità non è tutto

Ecco una cosa che pochi vi dicono: un sito che carica in 0,5 secondi invece che in 1,5 secondi non vi farà automaticamente vendere di più. La velocità conta, ma non è l'unico fattore.

Ho visto siti lentini con contenuti ottimi che convertono benissimo, e siti velocissimi ma inutili che non portano un cliente. Quindi sì, ottimizzate la velocità, ma non ossessionatevi. Se il vostro sito carica in 2 secondi invece che in 0,8, non è la fine del mondo. Se carica in 8 secondi, allora sì, c'è un problema serio.

Un'associazione culturale qui a Trento aveva un sito lento (3 secondi). Volevano spendere 800 euro per ottimizzare tutto. Gli ho detto: "Spendetene 400 per sistemare il sito, e 400 per fare contenuti decenti e promuoverli". L'hanno fatto. Risultato? Più iscritti e più visibilità. Perché avevano un sito decoroso E qualcosa da dire.

Quando chiamarmi (senza vergogna)

Se il vostro sito è lento e non sapete da dove partire, chiamatemi. Vi faccio un'analisi gratuita, vi dico cosa non va e cosa serve davvero. Senza vendervi la CDN enterprise se vi basta comprimere tre immagini.

E se state pensando a un nuovo progetto web, che sia un sito vetrina o un gestionale complesso, parliamone. La velocità si costruisce dall'inizio, con scelte tecniche corrette e codice fatto bene. Molto meglio che cercare di aggiustare un sito mal costruito con cache e CDN.

Cache e CDN sono strumenti potenti, ma sono solo strumenti. Quello che conta è usarli quando serve, nella misura giusta. Il resto è solo marketing.