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.it
Team WPsec.it
Bonifica malware, hardening, performance e manutenzione WordPress.
Prevenzione e gestione
Dopo l'emergenza, o per non arrivarci: le guide sulla gestione.
Sicurezza, velocità e manutenzione di WordPress sono lo stesso lavoro visto da tre lati. Queste pagine spiegano cosa controllare, con quale priorità e quanto costa farlo fare.
Continua a leggere
Articoli correlati.
WordPress lento dopo aggiornamento: diagnosi e fix rapido
Sito WordPress diventato lento dopo un aggiornamento di plugin, tema o core? Guida per diagnosticare la causa - PHP, database, cache rotta, conflitti - e risolverla senza ripristinare il backup.
WordPress non è lento: la diagnosi che quasi nessuno fa nell'ordine giusto
Cambiare hosting, installare cache, ottimizzare le immagini: la maggior parte degli interventi di velocizzazione parte dal punto sbagliato. L'ordine corretto di diagnosi delle performance WordPress che evita spese inutili.
Il tuo sito è lento perché è infetto: il malware come causa nascosta delle performance
Cache ottimizzata, immagini compresse, hosting cambiato, e il sito continua a rallentare. Una causa raramente considerata: il malware consuma risorse e degrada le performance prima ancora di mostrare sintomi visibili.