In questo articolo parleremo della cache<\/strong>, strumento che rappresenta una delle strategie pi\u00f9 efficaci per velocizzare un sito e, inoltre, \u00e8 una delle cause pi\u00f9 frequenti di problemi, soprattutto in fase di modifica del sito.<\/p>\n\n\n\n Elementor non \u00e8 un semplice generatore HTML, ma un sistema dinamico con tantissime parti in movimento; quelle che riguardano la cache sono le seguenti:<\/p>\n\n\n\n Un sito veloce utilizza quattro livelli di cache simultanei:<\/p>\n\n\n\n Il punto di forza di WordPress \u00e8 il suo enorme ecosistema di plugin, ma spesso \u00e8 anche causa di confusione proprio a causa della grande offerta. Per fortuna, nella maggior parte dei casi, i plugin che vengono utilizzati maggiormente sono anche quelli che funzionano meglio (ma non \u00e8 sempre cos\u00ec).<\/p>\n\n\n\n Fra le diverse opzioni, insieme ai famosi W3Total Cache<\/strong>, WP Fastest Cache <\/strong>o WP Super Cache<\/strong> (che \u00e8 sviuppato direttamente da Automattic), emergono tre plugin che sono fra i pi\u00f9 apprezzati: WP Rocket<\/strong>, LiteSpeed Cache <\/strong>e Autoptimize<\/strong> <\/p>\n\n\n\n Soluzione premium “all-in-one” ideale per tutti gli hosting. \u00c8 particolarmente indicato per Elementor in quanto include delle logiche di compatibilit\u00e0 automatica specifiche che vanno a risolvere i problemi di configurazione pi\u00f9 comuni.<\/p>\n\n\n\n Punti Critici:<\/strong> WP Rocket <\/strong>\u00e8 una scelta scelta sicura e stabile per server non-LiteSpeed, ma ovviamente ha un costo, in quanto non si tratta di un plugin gratuito. A differenza di tutti gli altri plugin, LiteSpeec Cache dialoga direttamente con le funzioni di cache del server LiteSpeed. Non \u00e8 un semplice plugin che esegue codice PHP, ma sfrutta la potenza del server in maniera pi\u00f9 diretta, ottimizzando drasticamente le prestazioni (e risultando anche pi\u00f9 leggero nell’esecuzione).<\/p>\n\n\n\n Supporta ESI (Edge Side Includes)<\/strong>, che permette di avere pagine statiche con solo alcune parti dinamiche (es. carrello aggiornato su pagina in cache). Include ottimizzazione immagini e CDN gratuiti via QUIC.cloud (servizio che per\u00f2, superata una certa soglia, diventa a pagamento)<\/p>\n\n\n\n Indispensabile su hosting LiteSpeed <\/strong>(es. Hostinger, A2). Non \u00e8 consigliato su server che non usano LiteSpeed: sarebbe solo uno spreco di risorse! Autopmitize non \u00e8 una vera e propria cache ma \u00e8 pi\u00f9 un ottimizzatore di asset; utile per ottimizzazioni granulari se non si ha budget o se il sito non \u00e8 eccessivamente esigente.<\/p>\n\n\n\n Punti Critici:<\/strong> La cache, purtroppo, non risolve solamente i problemi di velocit\u00e0 di un sito, ma potrebbe causare qualche grattacapo se non usata in modo corretto. <\/p>\n\n\n\n Uno degli errori pi\u00f9 frequenti che si possono commettere riguarda l’uso della cache durante la fase di creazione del sito: non farlo!<\/strong><\/p>\n\n\n\n Non attivare nessuna ottimizzazione o cache durante la fase di creazione del sito; al massimo, se il tuo hosting lo prevede, attiva la object cache (Redis per esempio) e la Opcache per PHP, ma lascia perdere qualsiasi altra strategia di ottimizzazione se non vuoi impazzire mentre crei il tuo sito. <\/p>\n\n\n\n Solo una volta terminato il lavoro, puoi passare alla fase finale, ovvero: pulizia (rimozione di codice, pagine,plugin inutilizzati) e ottimizzazione<\/strong>.<\/p>\n\n\n\n Oltre a questo, ecco una breve lista dei problemi pi\u00f9 comuni causati dalla cache e la possibile souzione:<\/p>\n\n\n\n Anche se \u00e8 impossibile parlare di tutte le sfaccettature di questo argomento, speriamo che questo articolo sia una buona base di partenza per comprendere come sfruttare al meglio la cache con Elementor!<\/p>\n","protected":false},"excerpt":{"rendered":" Scopri come migliorare le prestazioni del tuo sito web con Elementor usando strategie di caching pratiche! La gestione della cache pu\u00f2 essere un grande aiuto o un problema. Questo articolo ti mostrer\u00e0 i vari livelli di caching, le possibili soluzioni e gli errori da non fare.<\/p>\n","protected":false},"author":6,"featured_media":527,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_angie_page":false,"page_builder":"","footnotes":""},"categories":[15],"tags":[],"class_list":["post-501","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-approfondimenti"],"acf":[],"yoast_head":"\nCome funziona Elementor<\/strong><\/h2>\n\n\n\n
\n
Elementor li gestisce in due modi. Il metodo “File Esterno” (consigliato) genera file CSS statici che possono essere memorizzati in cache dal browser. Tuttavia, richiede una perfetta sincronizzazione con la cache di pagina: se Elementor rigenera il CSS ma la cache \u00e8 vecchia, il sito apparir\u00e0 in maniera errata o avr\u00e0 evidenti problemi di layout e comportamenti imprevisti (FOUC, ovvero “Flash of Unstyled Content”);
<\/li>\n\n\n\n
Elementor dipende da JavaScript per effetti e interazioni (form, animazioni). Ritardare l’esecuzione di questi script (Delay JS) pu\u00f2 bloccare il sito o portare a comportamenti anomali. Inoltre, i token di sicurezza (in gergo, “nonces”) dei form scadono dopo circa 12 ore, richiedendo un refresh della cache inferiore a tale soglia.
<\/li>\n\n\n\n
introdotta di recente, la cache a livello di singolo widget pu\u00f2 migliorare il caricamento di pagine complesse, a patto che si tratti di elementi statici. Si pu\u00f2 gestire direttamente dalla scheda Avanzate del singolo widget (ma bisogna attivarla prima dalle caratteristiche di Elementor)
<\/li>\n<\/ul>\n\n\n\nI livelli di caching<\/strong><\/h2>\n\n\n\n
\n
salva asset statici (immagini, font) sul dispositivo dell’utente
<\/li>\n\n\n\n
salva l’HTML generato in file statici per ridurre il TTFB. Critico per il frontend
<\/li>\n\n\n\n
salva le query al database in memoria (es. Redis). \u00c8 fondamentale per velocizzare l’Editor di Elementor<\/strong> (backend), dove la cache di pagina \u00e8 inutile
<\/li>\n\n\n\n
il codice PHP deve essere interpretato ogni volta che un utente richiede una pagina; questo tipo di cache mantiene il codice PHP in memoria per evitare di ricompilarlo ad ogni richiesta della stessa pagina, velocizzando di molto le operazioni di creazione della pagina e diminuendo il carico di lavoro del server.<\/li>\n<\/ol>\n\n\n\n![\"immagine](\"https:\/\/elementor.com\/community\/it\/wp-content\/uploads\/2025\/12\/cache-1024x559.webp\")
<\/figure>\n\n\n\nPanoramica delle diverse soluzioni<\/strong><\/h2>\n\n\n\n
1. WP Rocket (Hosting Standard\/Apache\/Nginx)<\/strong><\/h3>\n\n\n\n
la funzione “Delay JavaScript” \u00e8 molto efficace nell’aumentare i punteggi di PageSpeed ma influisce negativamente su menu e popup se non si escludono script come elementor-frontend e jquery<\/strong>. La funzione di rimozione degli stili CSS superflui richiede un po’ di monitoraggio.<\/p>\n\n\n\n
<\/p>\n\n\n\n3. LiteSpeed Cache (solo per server LiteSpeed)<\/strong><\/h3>\n\n\n\n
<\/p>\n\n\n\n4. Autoptimize (Budget\/Sviluppatori)<\/strong><\/h3>\n\n\n\n
l’aggregazione dei file CSS\/JS \u00e8 spesso sconsigliata, in quanto grazie ad HTTP\/2 si riescono a caricare pi\u00f9 risorse in parallelo ottimizzando molto i tempi di caricamento. Richiede esclusioni manuali complesse per non avere problemi con Elementor (e altri builder, beninteso).
<\/p>\n\n\n\nProblemi (e soluzioni) comuni causati dalla cache<\/strong><\/h2>\n\n\n\n
\n
causato da desincronizzazione tra CSS Elementor e HTML in cache.
Soluzione:<\/em> “cancellare la cache” in Elementor > Strumenti, poi svuotare la cache del tuo plugin (qualsiasi esso sia) se \u00e8 attivo.
<\/li>\n\n\n\n
spesso dovuto al “Delay JS” o nonce scaduti.
Soluzione:<\/em> escludere i file JS di Elementor Pro dal defer (ritardo nell’esecuzione) e impostare la cache sotto le 12 ore (10, per esempio).
<\/li>\n\n\n\n
memoria esaurita, cache attiva nel backend.
Soluzione:<\/em> aumentare il limite di memoria PHP (512M \u00e8 il valore consigliato) e usare Object Cache (Redis).<\/li>\n<\/ul>\n\n\n\n