Caching WordPress spiegato

Caching WordPress spiegato: tempi di caricamento più rapidi per visitatori, SEO e Core Web Vitals

WordPress è un sistema di gestione dei contenuti dinamico. Ciò significa che quando un visitatore apre una pagina, WordPress deve normalmente eseguire diversi passaggi. Il codice PHP viene elaborato, il database viene interrogato, il tema costruisce il layout, i plugin aggiungono funzioni e, alla fine, una pagina HTML completa viene inviata al browser.

Questo processo è flessibile, ma richiede tempo e risorse del server. È proprio qui che entra in gioco il caching. Una cache memorizza temporaneamente contenuti richiesti di frequente, in modo che possano essere forniti più rapidamente alla richiesta successiva. Invece di ricalcolare tutto ogni volta, il visitatore riceve una versione già preparata o risultati intermedi riutilizzabili.

Perché il caching è così importante per WordPress

Un semplice sito WordPress può essere ancora sufficientemente veloce anche senza caching. Tuttavia, non appena si aggiungono diversi plugin, un page builder, molte immagini, WooCommerce, script esterni o un numero crescente di visitatori, il tempo di caricamento può aumentare sensibilmente.

Il caching aiuta a evitare lavoro ripetitivo. Questo migliora non solo la velocità, ma anche la stabilità durante i picchi di carico. Se molti visitatori accedono contemporaneamente al sito web, con una cache attiva il server deve eseguire meno processi PHP e meno query al database.

WordPress stesso descrive il caching come uno dei modi più rapidi per migliorare le prestazioni di un sito WordPress. WordPress distingue, tra le altre cose, tra browser caching, object caching, server caching e plugin di caching.

Cosa succede senza cache?

Senza cache, a ogni visualizzazione di pagina viene eseguito un processo dinamico completo. In modo semplificato, funziona così:

1. Il visitatore apre un URL.
2. Il server web avvia WordPress.
3. WordPress carica configurazione, tema e plugin.
4. Il database fornisce contenuti, impostazioni, menu e metadati.
5. PHP assembla una pagina HTML da tutti i componenti.
6. Il browser carica inoltre CSS, JavaScript, immagini, font e altri file.

Questo processo si ripete per ogni visitatore. Nei siti piccoli spesso non è un problema. Con molti visitatori o siti complessi, però, può causare tempi di caricamento più lunghi e un carico maggiore sul server.

Cosa succede con la cache?

Con la cache attivata, viene memorizzata una versione completa o parzialmente preparata della pagina. Alla richiesta successiva, questa versione può essere fornita più rapidamente.

In modo semplificato:

1. Il primo visitatore apre una pagina.
2. WordPress crea la pagina dinamicamente come di consueto.
3. Il sistema di caching memorizza temporaneamente il risultato.
4. Il visitatore successivo riceve la versione memorizzata nella cache.
5. WordPress deve ricalcolare meno dati o nulla.

Risultato: la pagina risponde più rapidamente, il database viene alleggerito e il server può elaborare più richieste.

1. Page caching: memorizzare temporaneamente la pagina completa

Il page caching è uno dei tipi di caching più importanti per WordPress. La pagina HTML generata viene memorizzata. Quando un visitatore apre di nuovo la stessa pagina, viene fornita questa versione salvata.

Il page caching è particolarmente adatto per:

• home page,
• sottopagine,
• articoli del blog,
• landing page,
• articoli della knowledgebase,
• pagine di categoria,
• pagine aziendali statiche.

Il page caching è meno adatto, o va usato solo con cautela, nelle aree molto dinamiche, ad esempio carrello, checkout, area membri, pagine personalizzate o utenti connessi.

2. Browser caching: memorizzare i file presso il visitatore

Il browser caching fa sì che i visitatori ricorrenti non debbano scaricare ogni volta determinati file. Tra questi vi sono, ad esempio, loghi, file CSS, file JavaScript, font e immagini.

Quando un visitatore riapre il sito web, il browser può utilizzare copie locali di questi file. Questo riduce il volume di dati e accelera le visite ripetute.

Il browser caching è particolarmente utile per:

• loghi,
• icone,
• file CSS,
• file JavaScript,
• font,
• immagini,
• download statici.

La gestione avviene solitamente tramite header HTTP come Cache-Control o Expires. Molti plugin di caching o configurazioni server impostano automaticamente queste regole.

3. Object caching: accelerare le query al database

L’object caching memorizza temporaneamente query ricorrenti al database o risultati calcolati. WordPress utilizza già internamente una object cache per una singola richiesta. Diventa ancora più potente con una object cache persistente, ad esempio tramite Redis o Memcached.

L’object caching è particolarmente utile nei siti dinamici in cui il page caching non può coprire tutto.

Ambiti di utilizzo tipici:

• negozi WooCommerce,
• aree membri,
• forum,
• piattaforme di apprendimento,
• siti web con molti utenti connessi,
• siti web con molte query al database,
• funzioni complesse di filtro o ricerca.

L’object cache di WordPress memorizza i dati in cosiddetti oggetti di cache, in modo da ridurre gli accessi ripetuti al database.

4. Server caching: velocità direttamente a livello di hosting

Il server caching non avviene solo all’interno di WordPress, ma direttamente a livello del server. A seconda dell’ambiente di hosting, pagine, risultati PHP o file statici possono essere memorizzati nella cache in modo particolarmente efficiente.

Il server caching può essere molto potente, perché interviene prima nel processo di consegna rispetto a un semplice plugin WordPress. L’esatta gamma di funzioni dipende però dall’ambiente server e dal web server utilizzato.

Tecniche tipiche di server caching sono:

• full page cache a livello server,
• OPcache per PHP,
• reverse proxy cache,
• LiteSpeed Cache su server LiteSpeed,
• Redis o Memcached per object cache,
• cache CDN per distribuzione statica o globale.

5. OPcache: eseguire PHP più velocemente

OPcache è un meccanismo PHP che mantiene in memoria codice PHP precompilato. In questo modo PHP non deve rileggere e compilare completamente lo stesso codice a ogni richiesta.

Per WordPress, OPcache è particolarmente utile perché WordPress, temi e plugin sono composti da molti file PHP. OPcache lavora in background e viene normalmente configurato a livello server.

OPcache non sostituisce il page caching, ma lo integra. Mentre il page caching memorizza pagine HTML complete, OPcache aiuta a eseguire il codice PHP più rapidamente.

6. CDN caching: fornire contenuti geograficamente più vicini

Una Content Delivery Network, abbreviata CDN, memorizza file statici o intere pagine su server in diverse località. I visitatori ricevono quindi i contenuti da un nodo geograficamente più vicino o particolarmente veloce.

Una CDN può essere utile se il sito web ha molti visitatori internazionali o fornisce grandi file statici. Per siti puramente regionali con server in Svizzera, una CDN non è sempre indispensabile, ma può comunque offrire vantaggi a seconda del progetto.

Il CDN caching è particolarmente adatto per:

• immagini,
• CSS e JavaScript,
• download,
• video, se distribuiti esternamente,
• gruppi target internazionali,
• forti picchi di traffico.

7. Plugin di caching per WordPress

Molti siti WordPress utilizzano un plugin di caching. Questi plugin gestiscono page caching, regole di browser cache, ottimizzazione CSS/JavaScript, svuotamento della cache e in parte anche ottimizzazioni di immagini o database.

Plugin di caching noti sono, ad esempio:

• LiteSpeed Cache: Particolarmente utile su server LiteSpeed.
• WP Rocket: Plugin commerciale con molte funzioni di ottimizzazione.
• W3 Total Cache: Completo, ma più impegnativo da configurare.
• WP Super Cache: Classico plugin di page caching.
• Cache Enabler: Soluzione leggera per il page caching.

Importante: non utilizzate più plugin di page caching contemporaneamente. Più sistemi di caching attivi possono causare conflitti, contenuti obsoleti o errori difficili da ricostruire.

8. Svuotare la cache: quando è necessario?

Una cache conserva vecchie versioni finché non scadono o vengono rinnovate intenzionalmente. Per questo può accadere che le modifiche non siano visibili subito. In questi casi la cache deve essere svuotata.

Svuotate la cache dopo:

• modifiche al design,
• aggiornamenti dei plugin,
• aggiornamenti del tema,
• modifiche a CSS o JavaScript,
• modifiche ai menu,
• modifiche ai widget,
• pagine nuove o aggiornate,
• modifiche ai moduli,
• modifiche alla configurazione di WooCommerce.

A seconda della configurazione, esistono diversi livelli di cache: cache del plugin WordPress, cache del server, cache del browser, cache CDN e object cache. A volte è necessario svuotare più di un livello.

9. Perché non vedo la mia modifica?

Se una modifica non è visibile, spesso la causa è la cache. Questo non significa automaticamente che la modifica non sia stata salvata. Il browser o il server potrebbero ancora mostrare una vecchia versione.

Procedete passo dopo passo:

1. Svuotare la cache WordPress nel plugin.
2. Svuotare la cache del server, se presente.
3. Svuotare la cache CDN, se utilizzata.
4. Svuotare la cache del browser o usare una finestra in incognito.
5. Testare su un altro dispositivo.
6. Verificare se un page builder possiede una propria cache.

Molti page builder generano inoltre propri file CSS o dati di cache. Anche questi potrebbero dover essere rigenerati dopo modifiche al design.

10. Caching con WooCommerce e pagine dinamiche

Con WooCommerce il caching deve essere configurato con particolare attenzione. Le pagine prodotto possono spesso essere memorizzate nella cache, ma carrello, checkout e area Il mio account di norma non devono essere forniti come versione statica a tutti i visitatori.

Di solito dovrebbero essere esclusi dalla page cache:

• carrello,
• checkout,
• Il mio account,
• pagine di login,
• URL di logout,
• contenuti personalizzati,
• pagine di conferma ordine,
• pagine con dati cliente individuali.

Molti buoni plugin di caching riconoscono automaticamente WooCommerce e impostano eccezioni adeguate. Tuttavia, dopo la configurazione è opportuno testare accuratamente il checkout.

11. Caching per utenti connessi

Gli utenti connessi vedono spesso contenuti diversi rispetto ai visitatori normali. Gli amministratori vedono una barra di amministrazione, i membri vedono contenuti protetti, i clienti vedono dati personali e gli utenti del negozio vedono carrelli individuali.

Per questo motivo il caching per gli utenti connessi dovrebbe essere attivato solo consapevolmente. In molti casi è meglio escludere gli utenti connessi dalla page cache o utilizzare meccanismi di cache privati specifici.

Verificate in particolare in caso di:

• siti per membri,
• piattaforme di apprendimento,
• WooCommerce,
• forum,
• siti community,
• portali clienti,
• siti multilingue con cambio utente.

12. Precaricamento della cache: preparare le pagine prima dell’arrivo dei visitatori

Molti plugin di caching offrono il cosiddetto cache preloading. Le pagine importanti vengono richiamate automaticamente in anticipo, in modo che la cache sia già piena prima dell’arrivo dei visitatori reali.

È particolarmente utile dopo:

• svuotamento della cache,
• aggiornamenti dei plugin,
• aggiornamenti del tema,
• modifiche importanti ai contenuti,
• deployment di nuove versioni,
• scadenze regolari della cache.

Il cache preloading non dovrebbe però essere impostato in modo troppo aggressivo. Su siti web molto grandi potrebbe altrimenti generare esso stesso un carico server inutile.

13. Minificazione e ottimizzazione dei file

Molti plugin di caching offrono ottimizzazioni aggiuntive come minificazione CSS, minificazione JavaScript, combinazione di file, caricamento ritardato di JavaScript o Critical CSS. Queste funzioni possono aiutare, ma devono essere testate.

Rischi tipici:

• i menu non funzionano più,
• gli slider si caricano in modo errato,
• i moduli non vengono inviati,
• il banner dei cookie non funziona correttamente,
• il layout appare brevemente senza stile,
• si verificano errori JavaScript,
• gli elementi del page builder vengono visualizzati in modo errato.

Attivate queste funzioni singolarmente e testate il sito dopo ogni modifica. Non ogni ottimizzazione è adatta a ogni tema o plugin.

14. Caching e Core Web Vitals

Il caching può migliorare importanti valori di performance. In particolare il Largest Contentful Paint, abbreviato LCP, può trarne beneficio se la risposta HTML arriva più rapidamente e le risorse importanti vengono consegnate in modo più efficiente.

Gli attuali Core Web Vitals sono:

• LCP: Quanto rapidamente si carica il contenuto visibile più importante.
• INP: Quanto rapidamente la pagina reagisce alle interazioni.
• CLS: Quanto rimane stabile il layout durante il caricamento.

INP ha sostituito FID nel marzo 2024 come metrica Core Web Vitals per la reattività. Il caching può migliorare la base, ma non risolve tutti i problemi dei Core Web Vitals. JavaScript, immagini, font, spostamenti del layout e script di terze parti spesso devono essere ottimizzati ulteriormente.

15. SEO: il caching aiuta nel ranking?

Tempi di caricamento rapidi e una buona esperienza utente possono contribuire alle prestazioni nella ricerca. Google raccomanda ai gestori di siti web di raggiungere buoni Core Web Vitals, ma sottolinea anche che buoni valori da soli non garantiscono posizioni di vertice. Non esiste un singolo valore di page experience che decida da solo i ranking; i sistemi di ranking di Google considerano molti segnali.

Dal punto di vista SEO, il caching aiuta indirettamente attraverso:

• tempi di caricamento più rapidi,
• migliore esperienza utente,
• frequenza di rimbalzo inferiore con connessioni lente,
• maggiore stabilità durante i picchi di traffico,
• risposte server più rapide,
• crawling più efficiente per siti web grandi.

Il caching non sostituisce però buoni contenuti, una struttura delle pagine pulita o una solida base tecnica SEO.

16. GEO: perché i siti veloci sono utili per i sistemi di IA

GEO, cioè Generative Engine Optimization, riguarda la reperibilità e la comprensibilità dei contenuti per sistemi di ricerca e risposta supportati dall’IA. Il caching non è un fattore GEO di contenuto, ma migliora l’affidabilità tecnica del sito web.

Per la GEO sono utili:

• contenuti rapidamente accessibili,
• meno errori del server,
• URL stabili,
• buona interconnessione interna,
• output HTML pulito,
• nessun contenuto importante bloccato,
• consegna rapida in caso di richieste ripetute.

Un sito web veloce e stabile facilita a visitatori, motori di ricerca e altri sistemi il recupero affidabile dei contenuti.

17. Errori frequenti nel caching WordPress

• Più plugin di caching contemporaneamente: Può causare conflitti e contenuti obsoleti.
• Pagine WooCommerce memorizzate nella cache: Carrello o checkout mostrano dati errati.
• Cache non svuotata dopo le modifiche: I visitatori vedono vecchie versioni.
• JavaScript ottimizzato in modo troppo aggressivo: Menu, moduli o slider si rompono.
• Object cache attivata senza comprenderla: I contenuti dinamici si comportano in modo inatteso.
• Cache CDN dimenticata: Vecchi file restano visibili nonostante lo svuotamento della cache WordPress.
• Versione mobile non testata: L’ottimizzazione funziona solo su desktop.
• Ottimizzazione solo dei punteggi degli strumenti: L’esperienza reale degli utenti viene dimenticata.

Procedura consigliata

1. Verificare il tipo di sito: Blog, sito aziendale, shop, area membri o knowledgebase?
2. Scegliere un sistema di caching: Non utilizzare più plugin di page caching in parallelo.
3. Attivare il page caching: Per pagine statiche e articoli.
4. Escludere le pagine dinamiche: Carrello, checkout, login e aree personali.
5. Attivare il browser caching: Per immagini, CSS, JavaScript e font.
6. Verificare l’object cache: Soprattutto per shop, siti con membri e siti web grandi.
7. Testare le regole di cache: Verificare desktop, dispositivo mobile, vista con login e senza login.
8. Svuotare la cache dopo le modifiche: Considerare cache del plugin, server, CDN e browser.
9. Misurare le prestazioni: Verificare PageSpeed Insights, Lighthouse ed esperienza reale degli utenti.
10. Controllare regolarmente: Testare di nuovo dopo aggiornamenti, cambi di plugin e modifiche al tema.

Domande frequenti sul caching WordPress

Che cos’è il caching in WordPress?

Il caching memorizza pagine complete o risultati intermedi, in modo che WordPress possa fornirli più rapidamente alla richiesta successiva.

Quale tipo di caching è il più importante?

Per molti siti web, il page caching offre l’effetto diretto maggiore. Nei siti dinamici possono essere importanti anche object cache, browser cache e server cache.

Il caching può danneggiare il mio sito?

Un caching configurato in modo errato può mostrare contenuti vecchi, disturbare pagine dinamiche o causare problemi JavaScript. Per questo le modifiche dovrebbero sempre essere testate.

Perché non vedo subito le modifiche?

Probabilmente un livello di cache mostra ancora una vecchia versione. Svuotate la cache WordPress, la cache del server, la cache CDN ed eventualmente la cache del browser.

Devo usare più plugin di caching?

No. Più plugin con le stesse funzioni di caching possono causare conflitti. È meglio usare un sistema ben configurato.

Il caching è adatto a WooCommerce?

Sì, ma con eccezioni. Le pagine prodotto possono spesso essere memorizzate nella cache; carrello, checkout e area Il mio account dovrebbero normalmente essere esclusi dalla page cache.

Il caching migliora i miei ranking Google?

Il caching può migliorare i tempi di caricamento e i Core Web Vitals, contribuendo all’esperienza utente. Tuttavia, buone prestazioni da sole non garantiscono ranking migliori.

Che cos’è l’object caching?

L’object caching memorizza temporaneamente query ricorrenti al database o risultati. È particolarmente utile per siti dinamici e con un uso intensivo del database.