{"id":39695,"date":"2020-08-27T01:11:48","date_gmt":"2020-08-27T08:11:48","guid":{"rendered":"https:\/\/kinsta.com\/?p=77508"},"modified":"2025-01-21T11:11:36","modified_gmt":"2025-01-21T10:11:36","slug":"w3-total-cache","status":"publish","type":"post","link":"https:\/\/kinsta.com\/it\/blog\/w3-total-cache\/","title":{"rendered":"Come configurare W3 Total Cache per un sito WordPress"},"content":{"rendered":"

Con oltre 1 milione di installazioni attive, W3 Total Cache (W3TC) \u00e8 uno dei plugin di cache<\/a> e ottimizzazione pi\u00f9 popolari nel repository di WordPress. A differenza di altri plugin di ottimizzazione di WordPress che offrono un’interfaccia relativamente pi\u00f9 semplice e snella, W3 Total Cache d\u00e0 il controllo completo sulla configurazione del caching del vostro sito WordPress<\/a>.<\/p>\n

La granularit\u00e0 delle impostazioni di W3TC lo rende un plugin ideale per utenti e sviluppatori avanzati che vogliono il massimo controllo sui loro siti WordPress. In questo articolo, daremo un’occhiata approfondita alle impostazioni di W3 Total Cache, e vi daremo la nostra configurazione consigliata per aumentare le prestazioni del vostro sito WordPress<\/a>.<\/p>\n

Se siete utenti Kinsta, non avrete bisogno di configurare alcune impostazioni in W3 Total Cache perch\u00e9 il nostro stack di hosting<\/a> ha gi\u00e0 molte ottimizzazioni integrate.<\/p>\n

Ad esempio, come parte della nostra integrazione con Cloudflare, Edge Caching<\/a> salva la cache del vostro sito\/pagina Kinsta in uno qualsiasi dei centri dati della rete globale di 300<\/strong> di Cloudflare.<\/p>\n

Edge Caching \u00e8 incluso gratuitamente in tutti i piani Kinsta, non richiede un plugin separato e riduce il tempo necessario per servire l\u2019HTML di WordPress nella cache di una media di oltre il 50%<\/strong>!<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Come installare W3 Total Cache<\/h2>\n

Se non avete W3 Total Cache installato sul vostro sito, potete installarlo direttamente nel backend di WordPress<\/a>. Basta cercare “W3 Total Cache” nella pagina “Aggiungi plugin” e installarla.<\/p>\n

\"Installare
Installare W3 Total Cache.<\/figcaption><\/figure>\n

C’\u00e8 anche una versione Pro di W3 Total Cache, che pu\u00f2 essere acquistata sul sito web di BoldGrid<\/a>. La versione Pro \u00e8 dotata di alcune funzionalit\u00e0 aggiuntive come REST API caching, Google Maps caching, ed estensioni aggiuntive. In questo articolo, useremo la versione gratuita che si trova nel repository dei plugin di WordPress<\/a>.<\/p>\n\n

Dove sono memorizzate le impostazioni di W3 Total Cache?<\/h3>\n

Dopo aver installato W3 Total Cache, vedrete una scheda “Performance” nella barra laterale della vostra bacheca di amministrazione di WordPress. Facendo clic sulla scheda “Performance”, si aprir\u00e0 una serie di sottomenu come “General Settings”, “Page Cache”, “Minify” e altro ancora.<\/p>\n

\"Impostazioni
Impostazioni nella barra laterale di W3 Total Cache.<\/figcaption><\/figure>\n

\u00c8 inoltre possibile accedere alle impostazioni di W3 Total Cache tramite la scheda “Performance” nella barra degli strumenti di amministrazione di WordPress.<\/p>\n

\"Impostazioni
Impostazioni di W3 Total Cache nella barra degli strumenti.<\/figcaption><\/figure>\n

Come svuotare la cache con W3 Total Cache<\/h2>\n

Prima di entrare nel dettaglio della configurazione di W3 Total Cache, esaminiamo rapidamente come eliminare o cancellare la cache. Se passate il mouse sulla scheda “Performance” nella barra degli strumenti di amministrazione, vedrete due opzioni di pulizia.<\/p>\n

    \n
  1. Purge All Caches<\/strong>: elimina tutte le cache in una sola volta.<\/li>\n
  2. Purge Modules<\/strong>: eliminare una singola cache (ad es. risorse minificate, cache di pagina, object caching, ecc.)<\/li>\n<\/ol>\n
    \"Eliminare
    Eliminare la cache in W3 Total Cache.<\/figcaption><\/figure>\n

    Impostazioni generali di W3 Total Cache<\/h2>\n

    Immergiamoci nel menu “General Settings” di W3 Total Cache per configurare alcune delle sue impostazioni di base.<\/p>\n

    Cache di pagina<\/h3>\n

    Per impostazione predefinita, ogni singola richiesta al vostro sito WordPress \u00e8 resa in tempo reale. Per alcuni tipi di siti come i negozi di ecommerce<\/a> o i forum di discussione<\/a>, il rendering dinamico<\/a> \u00e8 l’ideale. Tuttavia, per blog, siti di notizie e altri siti che non richiedono contenuti dinamici, l’aggiunta di un livello di caching di pagina pu\u00f2 migliorare le prestazioni e ridurre il carico del server.<\/p>\n

    \"Attivare
    Attivare il caching di pagina in W3TC.<\/figcaption><\/figure>\n

    Se il vostro sito \u00e8 ospitato su Kinsta, non dovete preoccuparvi del caching di pagina. Abbiamo una configurazione ad alte prestazioni a livello di server che salva mette automaticamente in cache le pagine del vostro sito<\/a> in file HTML statici. Se il vostro host non offre il caching di pagina, potete abilitalo nel plugin W3 Total Cache.<\/p>\n

    Minify<\/h3>\n

    Minificando le vostre risorse HTML, CSS<\/a> e JavaScript potete ridurre le dimensioni complessive delle pagine del vostro sito rimuovendo gli spazi bianchi non necessari. Per la maggior parte dei siti WordPress, abilitare la funzione “Minify” di W3 Total Cache e selezionare l’opzione “Auto” per “Minify Mode” andr\u00e0 benissimo.<\/p>\n

    \"Minificate
    Minificare gli asset HTML, CSS e JavaScript con W3TC.<\/figcaption><\/figure>\n

    In alcuni casi, la minificazione degli asset<\/a> pu\u00f2 causare la rottura del codice CSS o JavaScript, che spesso si traduce in errori visibili sul frontend. Se notate problemi insoliti sul vostro sito dopo aver minificato gli asset, vi consigliamo di lavorare con uno sviluppatore<\/a> per identificare gli asset che causano problemi. Dopodich\u00e9, potete usare la funzione “Minify” in modalit\u00e0 manuale, che consente di bypassare la minificazione per specifici file CSS e JavaScript.<\/p>\n

    Cache Opcode<\/h3>\n

    WordPress \u00e8 un CMS dinamico, il che significa che i thread PHP<\/a> stanno costantemente eseguendo il codice in background. La cache Opcode<\/a> aiuta a velocizzare il sito memorizzando il codice PHP compilato, il che rende pi\u00f9 veloci le richieste successive che richiedono lo stesso codice.<\/p>\n

    \"Attivare
    Attivare la cache Opcode in W3TC.<\/figcaption><\/figure>\n

    Se il vostro sito \u00e8 ospitato su Kinsta, non dovete preoccuparvi di abilitare un livello di caching opcode in W3 Total Cache. Abilitiamo OPcache, una cache opcode, su tutti gli ambienti live. OPcache \u00e8 disabilitata sugli ambienti di staging<\/a> per garantire che il codice PHP compilato non venga messo in cache e non interferisca con lo sviluppo del sito e il debug<\/a>.<\/p>\n

    Se il vostro host non offre una cache opcode, vi consigliamo di abilitarla in W3 Total Cache. Tenete presente che la funzione di cache opcode \u00e8 disponibile solo nella versione Pro di W3TC.<\/p>\n

    Cache del database<\/h3>\n

    Il database di W3TC memorizza i risultati delle query del database MySQL<\/a>. Anche se questa funzione sembra utile, vi consigliamo di tenerla disabilitata e di usare invece una object caching.<\/p>\n

    \"Caching
    Caching del database in W3 Total Cache.<\/figcaption><\/figure>\n

    Abbiamo scoperto che in alcuni casi la funzione di cache del database pu\u00f2 comportare un elevato utilizzo della CPU. Ci\u00f2 significa che la quantit\u00e0 di CPU salvata memorizzando i risultati delle query del database potrebbe finire per essere compensata dall’aumento di CPU richiesto per questa funzione.<\/p>\n

    Object Cache<\/h3>\n

    Nel contesto di WordPress, una object cache<\/a> memorizza i risultati delle interrogazioni del database completate. WordPress ha in realt\u00e0 una object cache incorporata, ma conserva i dati solo per il caricamento di una singola pagina. Ci\u00f2 consente un rendering delle pagine pi\u00f9 efficiente, perch\u00e9 garantisce che il caricamento delle pagine non sprechi le risorse della CPU per eseguire interrogazioni di database identiche.<\/p>\n

    Mentre la object cache predefinita di WordPress \u00e8 indubbiamente vantaggiosa per le prestazioni, una object cache che conserva i dati nel corso di diversi caricamenti di pagina \u00e8 ancora meglio! La funzione “Object Cache” di W3TC aggiunge uno script di caching personalizzato nella vostra directory \/wp-content<\/code>, e cambia il comportamento della object cache di WordPress per mantenere i dati in modo persistente (attraverso multipli caricamenti di pagina).<\/p>\n

    Vi consigliamo di abilitare la funzione di object cache di W3TC sul vostro sito WordPress per velocizzare le richieste che utilizzano le query del database solo se il vostro sito non \u00e8 ospitato su Kinsta<\/strong>.<\/p>\n

    \"
    Object cache di W3 Total Cache.<\/figcaption><\/figure>\n

    Se il vostro sito \u00e8 ospitato su Kinsta, offriamo un livello di object caching ad alte prestazioni alimentato dal nostro add-on Redis<\/a>. Redis \u00e8 un archivio open-source di struttura dati in-memory che viene spesso usato per applicazioni di database e di message broker.<\/p>\n

    Poich\u00e9 Redis mette in cache i dati in RAM, permette a WordPress di accedere ai dati in cache<\/a> da una object cache persistente<\/a> che \u00e8 molto pi\u00f9 veloce rispetto alle tradizionali configurazioni di object cache.<\/p>\n

    Cache del browser<\/h3>\n

    Il caching del browser<\/a> pu\u00f2 velocizzare notevolmente il vostro sito WordPress memorizzando localmente risorse statiche come CSS, JavaScript, immagini e font. Il caching del browser utilizza un periodo di scadenza per determinare per quanto tempo mettere in cache le risorse. Sul web moderno, la maggior parte degli sviluppatori specifica un periodo di scadenza di 1 anno per le risorse statiche.<\/p>\n

    \"Attivare
    Attivare la cache del browser in W3 Total Cache.<\/figcaption><\/figure>\n

    Per i siti ospitati su Kinsta, applichiamo un periodo di cache di 1 anno per i file statici. Questo pu\u00f2 essere verificato controllando l\u2019header cache-control<\/code> per un file statico ospitato su Kinsta. Se il vostro web host non applica un “tempo di scadenza lontano” per la cache del browser, potete attivare la funzione “Browser Cache” in W3 Total Cache e configurare il periodo di scadenza.<\/p>\n

    CDN (Content Delivery Network)<\/h3>\n

    Se usate una CDN<\/a>, o una rete di distribuzione di contenuti per scaricare file statici nei data center di tutto il mondo, potete configurare W3 Total Cache affinch\u00e9 riscriva gli URL<\/a> per “i file del tema<\/a>, gli allegati della libreria multimediale, CSS, JS” e altro ancora con il proprio hostname CDN.<\/p>\n

    \"Impostazioni
    Impostazioni CDN in W3 Total Cache.<\/figcaption><\/figure>\n

    Se il vostro sito \u00e8 ospitato su Kinsta, vi consigliamo di usare Kinsta CDN<\/a>, la nostra rete di distribuzione di contenuti ad alte prestazioni alimentata da Cloudflare. Quando Kinsta CDN \u00e8 abilitato, gli URL dei file statici saranno automaticamente riscritti per essere serviti da Kinsta CDN.<\/p>\n

    Ottenete anche l’accesso ad altre caratteristiche integrate, tra cui la funzione di minificazione del codice<\/a> che permette ai clienti di Kinsta<\/a> di abilitare la minificazione automatica di CSS e JavaScript direttamente nel cruscotto MyKinsta<\/a> con il clic di un pulsante.<\/p>\n

    Se preferite usare un altro fornitore di CDN o se il vostro sito non \u00e8 ospitato su Kinsta, potete attivare la funzione “CDN” in W3 Total Cache e aggiungere il vostro URL del CDN.<\/p>\n

    Proxy inverso<\/h3>\n

    Un proxy inverso, o reverse proxy, si trova tra il vostro server web e WordPress e pu\u00f2 essere utilizzato per eseguire varie manipolazioni logiche sulle richieste in arrivo. W3TC supporta Varnish, che \u00e8 un popolare “acceleratore HTTP” per il caching e il servizio di dati con l’obiettivo di ridurre il carico di backend.<\/p>\n

    Per poter usare Varnish, il pacchetto Varnish deve essere prima installato dal vostro host. Se siete clienti Kinsta, non attivate l’opzione reverse proxy,<\/a> in quanto la nostra infrastruttura non \u00e8 progettata per funzionare con Varnish.<\/p>\n

    Esperienza utente<\/h3>\n

    L’ottimizzazione dell\u2019esperienza utente di W3TC consente di abilitare il lazy-loading<\/a>, disabilitare gli emojis e lo script wp-embed.js<\/code>. Vi consigliamo di abilitare il lazy-loading sul vostro sito WordPress per velocizzare il caricamento delle pagine. Se non state ancora usando il lazy-loading tramite il browser o altro plugin, vi consigliamo di farlo tramite W3 Total Cache.<\/p>\n

    \"Impostazioni
    Impostazioni dell’area \u201cUser Experience\u201d in W3TC.<\/figcaption><\/figure>\n

    Nel mondo di oggi, la maggior parte dei sistemi operativi ha il supporto integrato per gli emojis<\/a>. Pertanto, vi consigliamo di disabilitare lo script emoji incluso in WordPress se non usate spesso gli emoji. W3TC vi permette di rimuovere wp-emoji-release.min.js<\/code> e vi aiuter\u00e0 a eliminare una richiesta HTTP e a rimuovere ~10KB dal caricamento di pagina.<\/p>\n

    Allo stesso modo, se non siete soliti incorporate i post di WordPress, potete disattivare lo script wp-embed.js<\/code> con W3 Total Cache. La disabilitazione di questo script non influir\u00e0 sulle funzionalit\u00e0 di oEmbed per l’incorporazione di video YouTube<\/a>, stream SoundCloud, ecc.<\/p>\n

    Varie<\/h3>\n

    W3 Total Cache include poi alcune impostazioni varie da configurare. Se desiderate visualizzare nel backend WordPress un widget della bacheca di Google Page Speed<\/a>, potete inserire la chiave API Page Speed. C’\u00e8 anche un’opzione per visualizzare la valutazione della velocit\u00e0 della pagina nella barra dei menu per ogni pagina del vostro sito WordPress.<\/p>\n

    \"Impostazioni
    Impostazioni varie in W3 Total Cache.<\/figcaption><\/figure>\n

    Per le altre impostazioni come “NGINX server<\/a> configuration file path”, “enable file locking”, “optimize disk enhanced page and minify disk caching for NFS”, vi consigliamo di lasciarle nelle impostazioni di default a meno che non abbiate un motivo specifico per modificarle.<\/p>\n

    Debug<\/h3>\n

    Se state risolvendo un problema sul vostro sito, W3 Total Cache ha un pratico menu “Debug” che permette di disabilitare specifici livelli di caching e impostazioni di ottimizzazione. Ad esempio, se notate un problema visivo sul vostro sito, potete attivare la modalit\u00e0 di debug per l’opzione “Minify”, che inserir\u00e0 commenti HTML nel codice sorgente della vostra pagina per aiutarvi nella risoluzione dei problemi.<\/p>\n

    \"Modalit\u00e0
    Modalit\u00e0 di debug in W3 Total Cache.<\/figcaption><\/figure>\n

    Dal momento che la funzione di debug aggiunge un carico aggiuntivo sulle risorse del server, vi consigliamo di usarla solo in un ambiente di staging<\/a> o durante le ore di basso traffico. Inoltre, assicuratevi di disattivare la modalit\u00e0 di debug una volta terminata la risoluzione dei problemi!<\/p>\n

    Impostazioni di Importazione\/Esportazione<\/h3>\n

    Dopo aver terminato la configurazione delle impostazioni, \u00e8 possibile usare la funzione “Import\/Export” di W3TC per creare un backup della configurazione. W3 Total Cache ha un sacco di impostazioni, quindi essere in grado di esportare un backup completo vi far\u00e0 stare tranquilli. Inoltre, consente di replicare facilmente la configurazione personalizzata di W3TC su pi\u00f9 siti senza dover configurare manualmente nulla.<\/p>\n

    \"Importare
    Importare ed esportare le impostazioni di W3TC.<\/figcaption><\/figure>\n

    Impostazioni W3 Total Cache – Cache di pagina<\/h2>\n

    Immergiamoci nelle impostazioni della sezione “Page Cache” di W3 Total Cache. Ricordate che se il vostro sito \u00e8 ospitato su Kinsta, non dovete preoccuparvi del page caching – quindi sentitevi liberi di saltare questa sezione.<\/p>\n