1. I livelli di cache, in ordine
Quando si parla di cache in WordPress si mescolano almeno quattro cose diverse. La cache del server (quella dell'hosting), la page cache che salva l'HTML già pronto, l'object cache che velocizza le query ripetute, e la cache del browser che evita di riscaricare risorse a ogni visita.
Ognuna risolve un problema diverso. Se il server è lento, la page cache aiuta poco; se le immagini pesano troppo, nessun livello di cache le rende leggere.
2. Cosa installare e cosa evitare
La regola pratica è semplice: un solo strumento per livello, configurato, verificato sulle pagine che contano. Due plugin di page cache insieme non fanno il doppio della velocità, fanno il doppio dei problemi.
Nel concreto, questa è la configurazione che funziona nella maggior parte dei casi.
- Se l'hosting ha una buona cache lato server, usate quella e nient'altro per la page cache.
- Altrimenti un solo plugin di page cache (WP Rocket o un equivalente serio), configurato e testato.
- CDN solo se il pubblico è distribuito o il sito serve molti asset statici.
- W3 Total Cache è potente ma facile da configurare male: se non sapete cosa state attivando, lasciate perdere.
- Mai due plugin di ottimizzazione sovrapposti: si pestano i piedi e debuggare diventa un incubo.
3. Quando la cache rompe le cose
La cache salva una versione della pagina e la serve a tutti. Per le pagine statiche va benissimo; per tutto ciò che è dinamico va gestita con le esclusioni.
I casi tipici: carrello e checkout WooCommerce serviti cacheati a utenti diversi, form che smettono di funzionare perché il nonce è scaduto nella copia salvata, aree riservate che mostrano contenuti dell'utente sbagliato. Sono problemi noti e si evitano escludendo quelle pagine e quei cookie dalla cache. Il punto è farlo prima, non dopo la segnalazione del cliente.
4. La cache non salva un sito pesante
Se la pagina pesa 6 MB tra immagini, slider e script di terze parti, la cache consegna più in fretta una pagina che resta pesante. Il visitatore su mobile con rete mediocre continua ad aspettare, e i Core Web Vitals continuano a soffrire.
Prima si alleggerisce la pagina, poi si mette la cache a servirla. Invertire l'ordine è il motivo per cui tanti siti ottimizzati restano lenti.
Verdetto
La cache è uno strumento, non una strategia. Configurata bene su un sito alleggerito fa la differenza; installata a casaccio su un sito accumulato maschera i problemi finché non rompe qualcosa di visibile.
Se non sapete da dove partire, la diagnosi viene prima di qualsiasi plugin: misurate, alleggerite, poi cacheate.
Domande frequenti
Quale plugin di cache consigli per WordPress?
Dipende dall'hosting. Se il server offre una buona cache integrata, quella basta. Altrimenti WP Rocket è la scelta più sicura perché funziona bene con la configurazione di base. Quello che sconsiglio è la combinazione di più plugin che fanno le stesse cose.
W3 Total Cache va bene ancora?
Funziona, ma è uno strumento da tecnici: decine di opzioni, facili da attivare a sproposito. Se non c'è chi lo configura e lo mantiene, le alternative più guidate danno risultati migliori con meno rischi.
La cache può creare problemi a WooCommerce o ai form?
Sì, se le pagine dinamiche non sono escluse. Carrello, checkout e area riservata vanno sempre esclusi dalla page cache, e i form vanno testati dopo ogni modifica alla configurazione. Con le esclusioni giuste non ci sono problemi.
Prossimo passo
Il sito è lento anche con la cache attiva?
Di solito significa che il problema non è la cache. L'audit velocità misura dove il sito perde tempo davvero e interviene sulle cause, non sui sintomi.
Vai al servizio velocità WordPress