Tutti gli articoli
Performance2 min di letturaTeam WPsec.it

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.

Condividi
Cache WordPress: errori comuni che rallentano o rompono il sito

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.

Pubblicato il

Condividi

Scritto dal team WPsec

Team WPsec.it

Bonifica malware, hardening, performance e manutenzione WordPress.

Continua a leggere

Articoli correlati.

Performance17 aprile 2026

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.

4 minTeam WPsec.it