WP Super Cache: Debug, Test e Verifica della Cache

WP Super Cache: Debug, Test e Verifica della Cache

Configurare WP Super Cache è solo metà del lavoro: è altrettanto importante verificare che la cache funzioni correttamente, testare le prestazioni e saper debuggare i problemi quando si presentano. In questo articolo approfondiamo tutti gli strumenti e le tecniche disponibili per assicurarti che la cache del tuo sito WordPress stia effettivamente funzionando come previsto, dalle verifiche di base fino al debug avanzato dei casi più complessi.

Il Test Integrato di WP Super Cache

WP Super Cache include uno strumento di test integrato che rappresenta il primo passo per verificare il funzionamento della cache. Per utilizzarlo:

1. Vai su Impostazioni → WP Super Cache
2. Nella tab Easy, clicca il pulsante “Test Cache”
3. Il plugin effettuerà due richieste consecutive alla homepage del sito
4. Confronterà i timestamp contenuti nel commento HTML della cache
5. Se i timestamp corrispondono, la cache funziona correttamente

Un risultato positivo mostrerà un messaggio verde con il testo “The pages are the same!”, indicando che la seconda richiesta ha ricevuto la stessa pagina cached della prima. Un risultato negativo indica che la cache non è attiva o non funziona per la homepage.

Questo test ha alcune limitazioni: verifica solo la homepage e solo per visitatori anonimi. Per un’analisi più completa, sono necessari test aggiuntivi.

Verifica Manuale tramite Codice Sorgente

Il metodo più affidabile per verificare la cache è controllare il codice sorgente HTML della pagina. WP Super Cache inserisce un commento alla fine dell’HTML quando la pagina viene servita dalla cache:

Per verificare:

1. Apri il sito in una finestra di navigazione privata (incognito) per assicurarti di non essere loggato
2. Carica una pagina del sito
3. Premi Ctrl+U (o Cmd+U su Mac) per visualizzare il codice sorgente
4. Scorri fino alla fine del documento HTML
5. Cerca commenti come:
   • <!-- Cached page generated by WP-Super-Cache on [data e ora] -->
   • <!-- super cache --> (per la modalità Expert/mod_rewrite)
   • <!-- Compression = gzip --> (se la compressione è attiva)

Se non trovi questi commenti, la pagina non è stata servita dalla cache. Le cause possibili includono: cache non attiva, pagina esclusa dalle regole, cookie che impediscono il caching, o la pagina non è ancora stata cachata (prima visita).

Verifica tramite Header HTTP

Un altro metodo di verifica è controllare gli header HTTP della risposta. Usa gli strumenti di sviluppo del browser (F12 → tab Network) o uno strumento da riga di comando:

Con curl -I https://tuosito.it/ puoi esaminare gli header della risposta. Cerca:

• WP-Super-Cache: Alcuni hosting aggiungono un header personalizzato che indica se la pagina proviene dalla cache
• X-Cache: Se presente, indica il livello di cache che ha servito la richiesta
• Content-Encoding: gzip: Conferma che la compressione è attiva
• Cache-Control / Expires: Indicano le politiche di cache del browser
• Last-Modified / ETag: Header per il caching condizionale

Tab Contents: Analisi della Cache

La tab Contents di WP Super Cache fornisce informazioni dettagliate sui file presenti nella cache:

• WP-Cache (mode: PHP): Mostra il numero di file nella cache PHP e la loro dimensione totale
• WP-Super-Cache (mode: PHP / mod_rewrite): Mostra i file nella directory supercache
• Expired pages: Numero di file scaduti che verranno rimossi dalla Garbage Collection

Puoi anche visualizzare l’elenco completo dei file cached e eliminare singoli file o svuotare l’intera cache da questa pagina. Questo è particolarmente utile durante il debug per verificare quali pagine sono effettivamente in cache e quali no.

Debug Mode di WP Super Cache

WP Super Cache include una modalità di debug che fornisce informazioni dettagliate sul processo di caching. Per attivarla:

1. Vai su Impostazioni → WP Super Cache → Advanced
2. Nella sezione “Debug”, abilita le opzioni di debug
3. WP Super Cache inizierà a registrare informazioni dettagliate in un file di log

Le informazioni registrate nel log includono:

• Se la pagina è stata servita dalla cache o generata dinamicamente
• Il motivo per cui una pagina non è stata cachata (cookie, URL escluso, utente loggato)
• Il tempo impiegato per servire la pagina
• I file della cache coinvolti
• Eventuali errori durante la generazione o il servizio della cache

Attenzione: La modalità di debug aggiunge overhead a ogni richiesta e genera file di log che possono crescere rapidamente. Non lasciare mai il debug attivo in produzione. Utilizzalo solo temporaneamente per diagnosticare problemi specifici, quindi disattivalo immediatamente.

Test delle Prestazioni: Strumenti e Metodologia

Per misurare l’impatto effettivo della cache sulle prestazioni, utilizza questi strumenti seguendo una metodologia rigorosa:

Google PageSpeed Insights (pagespeed.web.dev):

• Testa sia la versione mobile che desktop
• Concentrati sulle metriche Core Web Vitals: LCP, FID/INP, CLS
• Nota il punteggio complessivo Performance (0-100)
• Esegui il test almeno 3 volte e fai la media dei risultati

GTmetrix (gtmetrix.com):

• Imposta la località di test più vicina al tuo target (es. London per l’Italia)
• Analizza il waterfall chart per identificare i colli di bottiglia
• Controlla il TTFB: è la metrica più influenzata dalla cache
• Usa la funzione History per confrontare le prestazioni nel tempo

WebPageTest (webpagetest.org):

• Consente test da molteplici località e browser
• Supporta test con connessioni lente (3G, 4G) per simulare utenti mobile
• Il filmstrip view mostra visivamente il rendering della pagina nel tempo
• L’opzione “Repeat View” testa la cache del browser

Metodologia di test consigliata:

1. Esegui i test prima di attivare la cache (baseline)
2. Attiva la cache e svuota la cache del browser
3. Visita la pagina una volta per generare la cache
4. Esegui i test 3-5 volte e calcola la media
5. Confronta i risultati con il baseline
6. Documenta i risultati per riferimento futuro

Query Monitor: Debug a Livello PHP e Database

Il plugin Query Monitor è uno strumento indispensabile per il debug delle prestazioni WordPress. Mostra in tempo reale:

• Query al database: Numero, tempo di esecuzione, query duplicate, query lente
• Tempo di generazione PHP: Quanto tempo impiega PHP per generare la pagina
• Hook e filtri: Quali hook vengono eseguiti e quanto tempo impiegano
• HTTP API calls: Richieste HTTP esterne che possono rallentare la pagina
• Transient: Stato dei transient WordPress
• Object Cache: Statistiche sull’Object Cache (hit/miss ratio)

Con Query Monitor, puoi verificare che quando la cache è attiva per un visitatore anonimo, le query al database siano effettivamente zero. Se vedi query anche quando la pagina dovrebbe essere servita dalla cache, c’è un problema di configurazione.

Test da Riga di Comando con cURL

Per test rapidi e automatizzabili, cURL è uno strumento potente. Ecco alcuni comandi utili:

Test TTFB: Il parametro -w di curl permette di misurare il Time to First Byte e il tempo totale della richiesta, formattando l’output con le variabili time_starttransfer e time_total.

Test multipli per media: Esegui 10 richieste consecutive e calcola la media dei tempi per avere risultati più affidabili.

Verifica cache header: Usa curl -s -D - -o /dev/null per visualizzare solo gli header della risposta e verificare la presenza di indicatori di cache.

Test senza cache del browser: Aggiungi l’header Cache-Control: no-cache alla richiesta per forzare il server a generare una risposta fresca.

Verifica della Cache su Pagine Specifiche

Non tutte le pagine vengono cachate allo stesso modo. È importante verificare il funzionamento della cache su diversi tipi di pagina:

• Homepage: Dovrebbe essere sempre in cache per i visitatori anonimi
• Articoli singoli: Devono essere in cache dopo la prima visita
• Pagine di categoria/tag: Devono essere in cache se non escluse
• Pagine statiche: Devono essere in cache
• Risultati di ricerca: Tipicamente non cachati (ogni ricerca è unica)
• Pagine con parametri GET: Dipende dalla configurazione
• Pagine per utenti loggati: Non cachate se “Don’t cache for known users” è attivo

Test di Invalidazione della Cache

Verifica che la cache venga invalidata correttamente quando il contenuto cambia:

1. Visita un articolo e verifica che sia in cache (commento HTML presente)
2. Modifica l’articolo dal pannello WordPress e pubblica le modifiche
3. Visita nuovamente l’articolo in finestra incognito
4. Verifica che il contenuto sia aggiornato e che il timestamp della cache sia recente
5. Ripeti il test per la homepage (che dovrebbe essere invalidata anch’essa se configurato)

Test di Stress e Load Testing

Per verificare le prestazioni della cache sotto carico, puoi utilizzare strumenti di load testing:

Apache Bench (ab): Strumento incluso con Apache, permette di inviare molte richieste simultanee. Con ab -n 1000 -c 50 https://tuosito.it/ si inviano 1000 richieste con 50 connessioni simultanee. Confronta i risultati con e senza cache per quantificare il miglioramento.

Siege: Simile ad Apache Bench ma con più opzioni. Può testare più URL contemporaneamente e simulare utenti reali con pause tra le richieste.

Attenzione: Non eseguire test di stress sul server di produzione durante le ore di punta. Usa orari a basso traffico o un ambiente di staging. Inoltre, assicurati che l’hosting non interpreti il test come un attacco DDoS.

Checklist di Debug Completa

Quando la cache non funziona come previsto, segui questa checklist sistematica:

1. WP_CACHE è true? Verifica che in wp-config.php ci sia define(’WP_CACHE’, true);
2. advanced-cache.php esiste? Verifica la presenza del file in wp-content/
3. Il caching è abilitato nel plugin? Controlla la tab Easy o Advanced
4. La directory cache è scrivibile? Verifica i permessi di wp-content/cache/
5. Ci sono errori PHP? Controlla il log degli errori PHP
6. L’URL è escluso? Verifica le regole di esclusione
7. Ci sono cookie che bloccano la cache? Controlla i cookie nella richiesta
8. L’utente è loggato? Testa in finestra incognito
9. Ci sono plugin in conflitto? Disattiva temporaneamente altri plugin per isolare il problema
10. Il file .htaccess è corretto? (solo modalità Expert) Verifica le regole mod_rewrite

Conclusioni

Il debug e il test della cache sono attività essenziali che dovrebbero essere eseguite dopo ogni modifica alla configurazione di WP Super Cache e periodicamente durante il normale funzionamento del sito. Con gli strumenti e le tecniche descritte in questo articolo, puoi avere la certezza che la cache funzioni correttamente e che il tuo sito stia effettivamente beneficiando delle ottimizzazioni implementate. Ricorda: una cache configurata ma non verificata potrebbe non funzionare affatto, vanificando tutto il lavoro di configurazione.

Hai difficoltà a verificare il funzionamento della cache sul tuo sito? Il team di G Tech Group può eseguire un audit completo delle prestazioni e della configurazione cache. Scopri anche le nostre soluzioni di hosting WordPress ottimizzato con monitoraggio delle prestazioni e supporto tecnico dedicato.

Migliora il Tuo Sito WordPress

Scopri le nostre guide complete sugli altri plugin essenziali per WordPress:

• Come Installare Elementor su WordPress
• Come Installare e Configurare WP Rocket
• Come Installare e Configurare SEOPress
• Come Installare e Configurare UpdraftPlus