Cache WordPress: errori comuni che rallentano o rompono il sito
Page cache, object cache, CDN, WooCommerce e bypass: gli errori più frequenti nella configurazione cache WordPress.

La cache è fondamentale per velocizzare WordPress, ma una cache configurata male può rompere form, carrello, login, traduzioni, anteprime e contenuti dinamici. Il problema non è usare cache. Il problema è usarla senza regole.
Page cache ovunque
La page cache salva HTML già generato. Funziona bene su pagine pubbliche, ma non su contenuti personalizzati. Non dovresti cacheare:
- carrello;
- checkout;
- area account;
- pagine con nonce critici;
- preview;
- pagine per utenti loggati;
- endpoint dinamici.
Su WooCommerce, le esclusioni sono essenziali.
CDN senza regole
Una CDN può migliorare tempi e stabilità, ma se cachea HTML dinamico senza criterio può mostrare dati sbagliati agli utenti. Su Cloudflare, per esempio, bisogna distinguere asset statici, pagine pubbliche e percorsi sensibili.
Cache everything non è una strategia universale.
Object cache assente
Per siti dinamici, object cache può essere più importante della page cache. Redis o Memcached riducono query ripetute e migliorano admin, area riservata e WooCommerce.
Va però configurata su hosting adatto. Un object cache instabile crea problemi difficili da diagnosticare.
Minificazione aggressiva
Minificare e combinare CSS o JavaScript può migliorare il peso, ma anche rompere layout e interazioni. Con HTTP/2 e HTTP/3, combinare tutto non è sempre necessario.
Meglio misurare, applicare una modifica alla volta e testare.
Cache che nasconde errori
La cache può far sembrare risolto un problema che resta presente per utenti loggati o cache miss. Per questo, durante la diagnosi, devi testare:
- pagina cache hit;
- pagina cache miss;
- utente loggato;
- mobile;
- checkout;
- query string;
- form.
Purge incontrollato
Se ogni salvataggio svuota tutta la cache, il sito può diventare lento nei momenti peggiori. Serve una policy di purge mirata.
Metodo consigliato
Parti da TTFB, configura cache server o plugin, aggiungi CDN, definisci esclusioni, poi misura Core Web Vitals e conversioni. Non cercare il settaggio "migliore" in assoluto: cerca quello corretto per il tuo sito.
Per una diagnosi completa, parti da WordPress lento.
Scritto dal team WPsec
Team WPsec.it
Bonifica malware, hardening, performance e manutenzione WordPress.
Continua a leggere
Articoli correlati.

Core Web Vitals reali: cosa misurare oltre a PageSpeed
PageSpeed Insights non è la performance del tuo sito. Cosa significano davvero LCP, INP e CLS sotto carico, come misurarli, e cosa cambia tra dato di laboratorio e dato di campo.

WordPress lento: diagnosi TTFB prima di installare altri plugin
Se WordPress è lento, partire dal TTFB evita interventi inutili. Come leggere server response time, hosting, database, cache e plugin.

Core Web Vitals WordPress nel 2026: cosa ottimizzare davvero
LCP, INP, CLS, dati di campo e dati di laboratorio: come leggere i Core Web Vitals WordPress e scegliere interventi con impatto reale.