Se WordPress mostra ancora la vecchia versione del sito, devi svuotare la cache nel livello che conserva quella copia: browser, plugin di cache, hosting o CDN. Ti consiglio di individuare prima il livello coinvolto, invece di cancellare tutto ripetutamente.
Una modifica visibile dalla bacheca può restare nascosta ai visitatori, che ricevono una pagina salvata in precedenza. Confronta la visita autenticata con la navigazione anonima, poi intervieni nell’ordine indicato.
Quale cache conserva la vecchia versione
È una memoria temporanea: evita di rigenerare ogni elemento o interrogare l’intero database a ogni visita. Tuttavia, una copia non aggiornata può continuare a mostrare testi, immagini o stili precedenti.
Cache del browser e delle pagine
Il browser conserva sul dispositivo risorse come immagini, CSS e JavaScript. Perciò il problema può riguardare soltanto il tuo computer.
La cache di pagina, invece, conserva una versione HTML già pronta. Può gestirla un plugin oppure il server dell’hosting, anche senza estensioni installate.
Cache edge e degli oggetti
The cache edge globale distribuisce immagini, risorse statiche e, quando previsto, pagine HTML su server nel mondo.
La cache degli oggetti memorizza i risultati delle query al database, riducendo le interrogazioni ripetute e il carico sul server. Non coincide quindi con la copia HTML della pagina.
Su WordPress.com, la cache degli oggetti usa Memcached ed è attiva automaticamente su tutti i piani. Questa configurazione non descrive necessariamente un’installazione WordPress ospitata altrove.
Individuare il livello coinvolto prima di cancellare
Io partirei da una pagina precisa, annotando quale modifica manca. Un testo riconoscibile è più utile di una valutazione generica come “il sito sembra vecchio”.
- Apri la pagina dopo aver effettuato l’accesso a WordPress e confrontala con una finestra privata.
- Prova un secondo browser o uno smartphone, preferibilmente anche su rete mobile.
- Se soltanto il primo browser mostra la versione precedente, intervieni sulla sua cache.
- Se tutti i visitatori non autenticati vedono contenuti vecchi, passa a plugin, hosting e CDN.
In Chrome puoi aprire gli strumenti sviluppatore, selezionare Rete, attivare “Disabilita cache” e ricaricare mantenendo aperto il pannello. Questo esclude la cache del browser durante la prova, ma non quella del server.
Per pulire un solo sito, usa la gestione dei dati del relativo dominio nelle impostazioni del browser. La rimozione può cancellare anche cookie e sessioni.
La finestra privata evita molte interferenze locali, ma può ricevere comunque una pagina vecchia dalla CDN.
Svuotare la cache dai plugin WordPress
Usa il plugin di cache già presente: installarne un secondo può aggiungere un livello da diagnosticare. Dopo ogni svuotamento, prova di nuovo la stessa pagina da visitatore non autenticato.
WP Super Cache
Open Impostazioni > WP Super Cache > Contenuti in cache > Elimina la cache. Nell’interfaccia inglese trovi “Contents” e “Delete Cache”; il pulsante può comparire anche nella scheda “Easy”.
WP Super Cache genera file HTML statici. Eliminandoli, permetti al plugin di creare copie delle pagine aggiornate. Non cancelli articoli o immagini originali.
W3 Total Cache
Open Performance > Svuota tutte le cache. In base all’interfaccia, trovi “Empty All Caches” nella Dashboard o nella barra amministrativa.
Le funzioni di W3 Total Cache includono minificazione, cache del database, degli oggetti e del browser, integrazione CDN, cache opcode e dei frammenti. Il plugin può includere anche la compressione GZIP. Disponibilità e necessità dipendono dalla configurazione e dal server.
Non attivare tutte queste opzioni per correggere una pagina vecchia: alcune richiedono configurazioni specifiche.
WP Fastest Cache
Open WP Fastest Cache > Delete Cache, quindi seleziona “Delete Cache”.
Se restano vecchi stili o script, usa Delete Cache and Minified CSS/JS. Questa azione elimina anche le copie ottimizzate dei file CSS e JavaScript. Poi controlla menu, moduli e visualizzazione mobile.
Pulire la cache dell’hosting e della CDN
Se il plugin non risolve, passa al pannello dell’hosting e usa il comando dedicato alla cache del sito. Alcuni servizi gestiti conservano pagine indipendentemente dai plugin WordPress.
Se hai aggiornato il codice del tema, ma i visitatori non connessi non vedono le modifiche, svuota anche la cache edge globale. Su WordPress.com puoi gestire separatamente cache edge e degli oggetti dalle impostazioni di caching dell’hosting.
Con una CDN come Cloudflare, elimina la copia dell’URL interessato quando possibile. La presenza della CDN non significa però che tutte le pagine HTML siano memorizzate: dipende dalle regole attive.
Procedi dalla sorgente verso l’esterno: plugin, server, CDN e infine ricaricamento del browser. Così riduci il rischio che un livello recuperi una copia ancora vecchia.
Intervenire senza plugin tramite FTP o File Manager
La pulizia manuale riguarda i file realmente presenti nell’hosting. Non svuota automaticamente Memcached, Redis o una CDN esterna.
Eliminare i file temporanei
Prima di intervenire, crea un backup ripristinabile. Poi segui questi passaggi:
- Accedi tramite SFTP, quando disponibile, oppure dal File Manager dell’hosting.
- Apri la cartella dell’installazione WordPress ed entra in
wp-content/cache. - Individua i file e le sottocartelle della cache rigenerabile, quindi eliminane il contenuto.
- Riapri il sito e controlla le pagine interessate.
Non cancellare wp-content, uploads, temi o plugin. Evita inoltre di rimuovere file di protezione o configurazione senza conoscerne la funzione.
Se wp-content/cache non esiste, non crearla: la cache potrebbe essere gestita altrove.
Sospendere la cache senza direttive sbagliate
La riga define('ENABLE_CACHE', false); non è una direttiva standard di WordPress per disabilitare qualsiasi cache.
WordPress usa normalmente WP_CACHE per il caricamento della cache avanzata, ma questa costante non controlla tutti i sistemi esterni. Ti consiglio quindi di sospendere temporaneamente la cache dalle impostazioni del componente che la gestisce.
Prima di modificare wp-config.php, salva una copia del file. Un errore di sintassi può rendere il sito inaccessibile.
Scegliere il plugin senza inseguire i benchmark
Per un sito aziendale semplice, valuta le funzioni necessarie e la compatibilità del plugin di caching con l’hosting. Può contribuire a velocizzare WordPress, ma da solo non garantisce miglioramenti. WP Super Cache e WP Fastest Cache hanno percorsi relativamente diretti; W3 Total Cache richiede più attenzione alle opzioni.
Un confronto pubblicato da Elementor nel 2022 riportava questi tempi rilevati con WebPageTest.
| Configurazione | Tempo riportato |
|---|---|
| Nessun plugin | 2,742 s |
| WP Fastest Cache | 2,310 s |
| WP Rocket | 2,355 s |
| Cache Enabler | 2,359 s |
| W3 Total Cache | 2,413 s |
| WP Super Cache | 2,439 s |
I am risultati storici di uno specifico ambiente, non una classifica applicabile al tuo sito. Differenze così contenute non giustificano da sole una migrazione.
WP Rocket è a pagamento e non offre una versione gratuita su WordPress.org. Il prezzo di partenza di 49 dollari citato nelle recensioni del 2022 è un riferimento storico, non un listino aggiornato.
Altri strumenti, come WP-Optimize per cache e database, riuniscono più funzioni. Mantieni comunque separate le operazioni: aggiornare una pagina in cache non richiede di eliminare tabelle del database.
Evitare che la versione vecchia ritorni
Una pulizia risolve il sintomo. Se il problema ricompare dopo ogni pubblicazione, correggi le regole di aggiornamento della cache.
File CSS, Elementor e versionamento
Dopo un restyling o una modifica con Elementor, rigenera i file CSS dagli strumenti del builder. Poi svuota le copie conservate da plugin e CDN.
Nel codice personalizzato, il versionamento delle risorse aiuta il browser a riconoscere un file modificato. Per esempio, wp_enqueue_style() prevede un parametro per la versione del foglio di stile.
Per modifiche strutturali, consiglio un WordPress staging environment, protetto da password e impostato come noindex, prima della pubblicazione.
Pagine dinamiche e WooCommerce
Su un e-commerce WooCommerce, carrello, checkout e area personale richiedono esclusioni compatibili con sessioni e contenuti personalizzati. Evita che ricevano la stessa pagina HTML pubblica.
Quando crei landing page, controlla form e messaggi di conferma dopo aver modificato la minificazione o il caricamento JavaScript.
Evita che due plugin gestiscano contemporaneamente le stesse funzioni. La compressione GZIP comprime i dati trasferiti, ma non aggiorna una copia obsoleta della pagina.
Prestazioni e controlli dopo lo svuotamento
Svuotare la cache può ridurre temporaneamente le prestazioni: il server deve ricreare le copie e alcune visite possono avere un tempo di caricamento più lungo. Valuta l’ottimizzazione della cache sul sito reale, senza eseguire pulizie complete quotidiane senza motivo.
Le statistiche storiche aiutano a capire il valore della velocità di caricamento, ma non prevedono i risultati del singolo sito. Google ha riportato un aumento del 32% della probabilità di rimbalzo, passando da uno a tre secondi. A cinque secondi, l’aumento è del 90%.
Cloudflare riporta esempi di tassi di conversione dell’1,9% a 2,4 secondi, dell’1,5% a 3,3 secondi e dello 0,6% a 5,7 secondi. Sono dati contestuali, non promesse commerciali.
Dopo la pulizia, prova la navigazione da mobile per valutare l’esperienza utente, il modulo contatti ed eventuale checkout. Integra questi controlli nella WordPress site maintenance: prestazioni e SEO tecnica richiedono verifiche continuative.
Domande frequenti sulla cache di WordPress
Quando bisogna svuotare la cache?
Svuota la cache di WordPress quando le modifiche pubblicate non compaiono, dopo interventi su tema o CSS oppure durante la diagnosi di anomalie. Prima identifica il livello coinvolto.
Svuotare la cache cancella i contenuti?
Lo svuotamento corretto elimina copie temporanee, non pagine, prodotti o immagini originali. Una cancellazione manuale nel percorso sbagliato può invece provocare danni.
Se compare un errore 500 basta pulire la cache?
Un errore 500 richiede anche l’analisi dei log PHP e delle modifiche recenti. Evito di disattivare componenti a caso: una vecchia pagina memorizzata può nascondere il problema reale.
Ripristinare la versione aggiornata con metodo
Il punto decisivo è riconoscere quale copia stai visualizzando. Parti dal browser, poi intervieni su plugin, hosting e CDN senza cambiare più impostazioni insieme.
Se il problema ritorna, serve una diagnosi della configurazione, non una sequenza infinita di cancellazioni. Come sviluppatore WordPress freelance lavoro da Roma e online con aziende in tutta Italia.
Per assistenza sul sito e sulla sua cache, Let’s talk about your website project.
