Identificare le pagine lente con gli strumenti del browser
Il primo passo per diagnosticare i problemi di performance è capire quali pagine sono effettivamente lente e in quali condizioni. Gli strumenti di sviluppo del browser (DevTools) sono il punto di partenza ideale perché sono gratuiti, sempre disponibili e offrono dati immediati.
Network Tab
Il tab Network della console sviluppatore (F12 in Chrome/Firefox) mostra tutte le richieste HTTP caricate dalla pagina: HTML, CSS, JavaScript, immagini, font e script esterni. Ricarica la pagina con il tab Network aperto e osserva: il tempo totale di caricamento (in basso a sinistra), il numero di richieste, la dimensione totale dei file trasferiti (1-2 MB è accettabile, oltre 5 MB è un campanello d’allarme) e il waterfall delle richieste. Identifica le richieste lente ordinandole per durata decrescente: spesso uno script esterno o un font impatta in modo sproporzionato.
Performance Tab
Il Performance Tab offre una registrazione dettagliata di ciò che accade durante il caricamento della pagina. Premi Record, ricarica la pagina e ferma la registrazione. Otterrai una timeline con FPS, CPU, rete e attività del thread principale. Cerca i “long task” (blocchi rossi sopra la linea) e i frame dropping. La sezione “Summary” mostra quanto tempo è speso in Loading, Scripting, Rendering e Painting.
Misurare il TTFB
Il Time To First Byte (TTFB) misura quanto tempo intercorre tra la richiesta HTTP e il primo byte ricevuto dal server. In WordPress, un TTFB alto indica problemi lato server: hosting poco performante, query database lente, assenza di caching o plugin che rallentano la generazione della pagina. Valori ideali: sotto 200ms (ottimo), 200-500ms (accettabile), sopra 500ms (da ottimizzare). Misura il TTFB dal tab Network (colonna “Waiting” o “TTFB”) o con tool online come webpagetest.org. Se il TTFB è alto su pagine con contenuto statico, il problema è server-side. Se è alto solo su pagine dinamiche, il problema riguarda query specifiche o plugin.
Strumenti di debug per WordPress
Query Monitor
Query Monitor è il plugin di debug più completo per WordPress. Mostra in tempo reale: tutte le query SQL eseguite e il loro tempo, gli hook attivati e l’ordine di esecuzione, i dati delle richieste HTTP, gli errori PHP, le performance dei blocchi Gutenberg, l’uso della memoria e molto altro. Installa Query Monitor e analizza le pagine lente: cerca query lente (sopra 0.05s), query duplicate (la stessa query eseguita più volte) e chiamate HTTP esterne non necessarie.
P3 Profiler
P3 (Plugin Performance Profiler) misura l’impatto di ogni plugin sul tempo di caricamento. Il plugin esegue un’analisi automatica e produce un grafico a torta con i plugin più “pesanti”. Disabilita temporaneamente tutti i plugin e riattivali uno a uno per isolare il colpevole. P3 è particolarmente utile per siti con decine di plugin attivi.
Analizzare le query lente del database
Se Query Monitor mostra query che impiegano più di 0.1 secondi, hai un problema di database. Le cause comuni includono: tabelle wp_options gonfie (migliaia di righe), query senza indici, meta query complesse, WP_Query con post_type non indicizzato. Abilita il slow query log del database MySQL (o usa plugin come SlowDB) per identificare le query problematiche. Soluzioni pratiche: installa un plugin di caching delle query (come Redis o Memcached), ottimizza le tabelle con phpMyAdmin o WP-Optimize, aggiungi indici personalizzati alle colonne più cercate.
Controllare script esterni e font
Google Analytics, Facebook Pixel, Google Fonts, librerie CDN e widget social sono spesso responsabili di rallentamenti significativi. Nel Network Tab, filtra per “third-party” e valuta l’impatto di ogni script. Soluzioni: carica Google Analytics in modalità differita, ospita Google Fonts localmente, usa la lazy load per widget social e rimuovi script non essenziali. Per gli script indispensabili, usa il caricamento asincrono (async) o differito (defer) per non bloccare il rendering della pagina.
Identificare conflitti tra plugin e tema
I conflitti tra plugin e tema sono una causa comune di problemi di performance. Lo scenario tipico: dopo l’installazione di un nuovo plugin, alcune pagine diventano lente o generano errori. Isola il conflitto disattivando tutti i plugin e attivando un tema WordPress predefinito (Twenty Twenty-Four). Se il problema scompare, riattiva plugin e tema originali uno alla volta finché il problema non ricompare. Per diagnosticare conflitti di JavaScript (errori in console che bloccano il caricamento), usa la console del browser e cerca errori rossi.
Analisi con WebPageTest
WebPageTest (webpagetest.org) è lo strumento più completo per l’analisi delle performance. Inserisci l’URL, scegli un server di test (meglio vicino al tuo pubblico), e esegui il test. I report includono: First Byte, Start Render, Speed Index, Largest Contentful Paint (LCP), Time to Interactive (TTI) e un filmstrip del caricamento. La sezione “Waterfall View” mostra ogni richiesta in ordine cronologico con i tempi dettagliati. Le “Opportunities & Experiments” forniscono raccomandazioni specifiche per migliorare il punteggio.
Creare un piano d’azione per il miglioramento
Dopo la diagnosi, crea un piano d’azione prioritario. Ordina i problemi per impatto e facilità di intervento:
1. Immediati (poche ore): attivare caching (WP Rocket, W3 Total Cache o LiteSpeed Cache), ottimizzare immagini (ShortPixel, Imagify), rimuovere plugin inutilizzati
2. Breve termine (1-2 giorni): sostituire plugin pesanti con alternative leggere, implementare CDN, ottimizzare database
3. Medio termine (1 settimana): ospitare font localmente, differire script non essenziali, ottimizzare query ricorrenti
4. Lungo termine (2+ settimane): valutare upgrade hosting, implementare Redis/Memcached, riscrivere template con query inefficienti
Misura i risultati dopo ogni intervento con WebPageTest e confronta i punteggi per validare l’efficacia delle ottimizzazioni.
Conclusione
Diagnosticare i problemi di performance di WordPress richiede un approccio metodico: usa DevTools per identificare il problema, Query Monitor per l’analisi tecnica e WebPageTest per la validazione. Concentrati sulle cause principali (senza dimenticare TTFB, query lente e script esterni) e intervieni in ordine di priorità. Con gli strumenti giusti e un piano chiaro, puoi ridurre i tempi di caricamento del 50-70% e offrire un’esperienza utente significativamente migliore.