Il tuo WordPress è lento e non sai da dove cominciare per sistemarlo? Non sei solo. Ogni settimana parlo con imprenditori e freelance che hanno lo stesso problema: un sito che “una volta andava bene” e che oggi si trascina con tempi di caricamento imbarazzanti. Il peggio è che spesso non sanno nemmeno quali strumenti usare per diagnosticarlo.
Ho passato gli ultimi due anni a ottimizzare siti WordPress per clienti reali, partendo da situazioni disperate: hosting condivisi con 50 plugin attivi, database gonfi fino a 200MB, JavaScript non minimizzato, immagini non ottimizzate, e via dicendo. Ne ho viste di cotte e di crude.
Quello che ho imparato è che non serve essere un mago del server per ottenere risultati concreti. Serve un metodo. Una checklist ripetibile che ti porti dalla diagnosi alla soluzione in modo ordinato, senza perderti in tool inutili o fix che non risolvono il problema vero.
In questa guida ti porto il mio processo in 7 passi. Lo uso su ogni sito che ottimizzo, dai piccoli blog ai WooCommerce con migliaia di prodotti. Funziona. Prendi un caffè, blocca 45 minuti, e partiamo.
Passo 1: Misura Prima di Toccare (Baseline)
La regola numero uno del performance auditing: mai ottimizzare alla cieca. Se non misuri prima, non saprai mai se le tue ottimizzazioni hanno funzionato davvero. Sembra banale, ma lo vedo fare continuamente — gente che installa plugin di caching a caso, disabilita script, modifica il .htaccess, e poi non sa se il sito è migliorato o peggiorato.
Ecco gli strumenti che uso per la baseline iniziale:
- PageSpeed Insights: il punto di partenza obbligatorio. Ti dà metriche reali dai Chrome User Experience Report (CrUX), non solo dal laboratorio. Controlla sia mobile che desktop. Non ti interessano i singoli punteggi, ma le metriche Core Web Vitals: LCP ( Largest Contentful Paint ), FID ( First Input Delay ), CLS ( Cumulative Layout Shift ). Se LCP supera i 2.5 secondi o CLS supera 0.1, hai problemi strutturali.
- GTmetrix: più dettagliato di PageSpeed Insights per la diagnostica. La scheda “Waterfall” è il tuo migliore amico: mostra ogni singola richiesta che il browser fa, in ordine cronologico, con i tempi di attesa e download. Un consiglio da professionista: guarda le richieste bloccanti. Sono quelle che di solito fanno più danni.
- WebPageTest: il gold standard per l’analisi avanzata. Puoi simulare connessioni 3G, dispositivi reali, e vedere un filmato dello scroll mentre il sito carica. Uso WebPageTest quando ho bisogno di analizzare problemi di rendering — tipo “perché il footer si carica prima del contenuto principale?”
- Query Monitor (plugin): questo è indispensabile per chi ha accesso al backend. Ti mostra quante query al database fa ogni pagina, quanto PHP viene eseguito, e quali plugin sono i più “pesanti”. Se vedi 200+ query su una pagina normale, hai un problema di codice da qualche parte.
Il mio consiglio pratico: fai tutti e quattro i test in successione, in un momento della giornata in cui il sito non è sotto stress (tipo la mattina presto). Prendi screenshot o salva i report. Questa è la tua baseline — tra qualche giorno la confronterai con i risultati post-ottimizzazione.
Passo 2: Analisi della Qualità dell’Hosting
Il 60% dei problemi di performance che ho visto nei siti dei miei clienti parte da qui: un hosting inadeguato. Un hosting condiviso da 5 euro al mese su cui girano 50 siti WordPress non può, per legge fisica, caricare una pagina in meno di 2 secondi. Non importa quanti plugin di caching installi — la gola del collo è il server.
Cosa controllare:
- Tempo di risposta del server (TTFB): se il Time to First Byte supera i 500ms, l’hosting è il problema. Uno dei test che faccio sempre: carico la stessa pagina via PageSpeed Insights e via GTmetrix da località diverse. Se il TTFB è alto ovunque, è l’hosting. Se è alto solo da una località, può essere un problema di CDN.
- PHP version: sembra incredibile, ma nel 2026 trovo ancora siti su PHP 7.4 o peggio. PHP 8.1+ è il minimo sindacale. PHP 8.2 o 8.3 danno un boost del 20-30% sulle performance pure senza toccare una riga di codice. Se il tuo hosting non supporta PHP 8.2, cambia hosting. Punto.
- Risorse allocate: un VPS con 2GB di RAM e 2 core CPU è il minimo per un sito WordPress professionale. Se sei su condiviso con risorse limitate, preparati a rallentamenti nei picchi di traffico. Sembra banale, ma quanti clienti arrivano dicendo “il sito va lento quando faccio promozioni”? Quasi tutti, e il problema è quasi sempre l’hosting.
- Opcache: controlla che l’Opcache di PHP sia abilitato. È uno dei modi più facili per dimezzare il tempo di esecuzione del PHP senza scrivere codice. Se non sai come fare, chiedi al tuo provider di hosting di attivarlo.
Un test rapido che puoi fare subito: apri una pagina del tuo sito, guarda il TTFB negli strumenti sviluppatore del browser (scheda Network). Se vedi un valore sopra i 500ms, sai da dove cominciare.
Passo 3: Audit dei Plugin (Il Problema Più Comune)
Se c’è una cosa che ho imparato in anni di auditing, è questa: i plugin sono la causa numero uno della lentezza di WordPress. Non perché i plugin siano “cattivi” — ma perché troppi plugin, o plugin scritti male, caricano codice JavaScript e CSS su ogni pagina del sito anche quando non servono.
Ecco come faccio l’audit dei plugin:
- Conta i plugin attivi: se hai più di 20-25 plugin attivi, è un campanello d’allarme. Non significa che devi eliminarli tutti, ma che devi giustificare ognuno di loro. Ogni plugin è un potenziale collo di bottiglia.
- Identifica i colpevoli con Query Monitor: installa Query Monitor se non lo hai già. Vai su una pagina qualsiasi del frontend e guarda quante query al database fa ogni plugin. Se vedi un plugin che fa 50+ query su ogni pagina, quello è un candidato alla sostituzione.
- Cerca plugin duplicati nella funzionalità: è più comune di quanto pensi. Un client aveva 4 plugin diversi per i form di contatto, 2 per la SEO, e 3 per i social share. Un audit serio fa pulizia.
- Controlla plugin abbandonati: se un plugin non viene aggiornato da più di un anno, è un rischio di sicurezza oltre che di performance. Il repository WordPress.org mostra la data dell’ultimo aggiornamento. Prendi nota di quelli da sostituire.
- Verifica il caricamento condizionale: alcuni plugin caricano i loro script su TUTTE le pagine, anche su quelle dove non servono. Un plugin per slider dovrebbe caricare i suoi script solo sulle pagine che hanno uno slider. Usa Asset CleanUp o Perfmatters (o il codice manuale nel functions.php) per disabilitare script e CSS per pagina.
Il mio record? Un sito WooCommerce con 47 plugin attivi. Dopo l’audit siamo scesi a 22. Il punteggio PageSpeed è passato da 38 a 82. I plugin erano il 90% del problema.
Passo 4: Ottimizzazione delle Immagini e dei Media
Le immagini sono il secondo fattore di lentezza dopo i plugin. Il motivo è semplice: le immagini costituiscono in media il 60-70% del peso totale di una pagina web. Se le immagini non sono ottimizzate, stai scaricando megabyte di dati inutili su ogni visita.
Cosa controllare e come risolvere:
- Formato moderno: WebP e AVIF sono i formati del presente. Se il tuo sito serve ancora JPEG e PNG, stai perdendo il 30-50% di compressione gratuita. Servono i formati moderni con fallback per browser vecchi — e sì, i browser moderni supportano WebP ormai da anni.
- Dimensioni effettive vs visualizzate: è il problema che vedo più spesso. Un’immagine di 4000×3000 pixel visualizzata come thumbnail 150×150 pixel. Il server scarica 3MB per mostrare 30KB. Questo si risolve con lo “scrset” automatico di WordPress, ma solo se le immagini sono caricate correttamente con la Media Library.
- Lazy loading: le immagini che non sono visibili al primo caricamento non devono essere caricate subito. WordPress ha il lazy loading nativo dal 5.5, ma funziona solo per le immagini aggiunte con i blocchi Gutenberg. Se usi page builder, verifica che supportino il lazy loading.
- CDN per le immagini: servire immagini da un CDN taglia i tempi di download in modo drammatico, specialmente per visitatori lontani dal tuo server. Cloudflare ha un piano gratuito che include la cache delle immagini.
- Strumenti che uso: Imagify per la compressione batch, e ShortPixel per la conversione automatica in WebP. Entrambi fanno un lavoro eccellente con compressione lossy quasi impercettibile all’occhio umano.
Regola pratica: ogni immagine sul tuo sito dovrebbe pesare meno di 100KB. Se pesa di più, c’è margine di ottimizzazione.
Passo 5: Caching, CDN e Database
Questo è il trio magico della velocità WordPress. Se i primi 3 passi sono la diagnosi, questo è il trattamento.
Caching
Il caching fa una cosa semplice: invece di generare la pagina ogni volta che arriva un visitatore (eseguendo PHP e query al database), salva la pagina già pronta e la restituisce come file statico. Il risultato? Pagine servite in millisecondi invece che in secondi.
La configurazione minima:
- Caching lato server: Nginx FastCGI Cache o LiteSpeed Cache se il tuo hosting li supporta. Sono ordini di grandezza più veloci del caching via plugin PHP.
- Caching via plugin: se non hai caching lato server, un plugin come WP Rocket, Flying Press o Litespeed Cache fa il lavoro. WP Rocket è il più semplice da configurare (plug-and-play), Flying Press è più tecnico ma performante, LSCache è gratuito ma richiede hosting LiteSpeed.
- Caching delle query: Redis o Memcached per mettere in cache le query al database. WordPress è famoso per fare tante piccole query — con Redis in cache, molte di queste diventano virtualmente gratis. Io uso Redis su tutti i siti che gestisco.
CDN
Una CDN (Content Delivery Network) distribuisce i file statici del tuo sito (CSS, JS, immagini) su una rete di server in tutto il mondo. Quando un visitatore da Milano arriva sul tuo sito ospitato in Germania, i file statici gli arrivano dal server CDN più vicino — magari Milano stessa o Francoforte.
Cloudflare è la scelta migliore per iniziare: ha un piano gratuito generoso, protegge da attacchi DDoS, e con una configurazione minima ti dà già un boost sui tempi di caricamento. Se vuoi qualcosa di più avanzato, BunnyCDN è economico e performante.
Pulizia del Database
WordPress accumula schifezze nel database col tempo: revisioni di post, commenti spam, transients scaduti, opzioni orfane. Un database di 200MB inutilmente gonfio fa rallentare le query.
Strumenti che uso: WP-Optimize o Advanced Database Cleaner. Fanno pulizia automatica una volta al mese. Puoi anche farlo manualmente con phpMyAdmin se preferisci.
Nota: la pulizia del database è il fix più sottovalutato in assoluto. Ho visto siti con database di 500MB che dopo una bella pulizia scendevano a 80MB — e il tempo di generazione pagina si riduceva del 40%.
Passo 6: Minificazione e Ottimizzazione del Codice
Una volta che hosting, plugin, immagini e caching sono a posto, arriva il momento di ottimizzare il codice che il browser deve scaricare ed eseguire.
- Minificazione CSS/JS: rimuove spazi, commenti e caratteri superflui dal codice. Puoi farlo con WP Rocket, Autoptimize o Flying Press. WP Rocket lo fa con un click, Autoptimize è gratuito ma richiede un po’ di configurazione iniziale per non rompere il layout. Il consiglio: abilita la minificazione gradualmente (prima CSS, testa, poi JS, testa) per individuare eventuali conflitti.
- Combinazione file: unire più file CSS in uno solo riduce le richieste HTTP. Ma attenzione: HTTP/2 rende la combinazione meno critica — con HTTP/2 puoi avere tanti file piccoli paralleli senza penalty. Se il tuo server supporta HTTP/2 (e dovrebbe), evita la combinazione aggressiva.
- Differimento JavaScript: “defer” e “async” sono attributi che dicono al browser quando eseguire JavaScript. “defer” carica il JS in parallelo ma lo esegue solo dopo che l’HTML è stato processato. Dovresti mettere “defer” su TUTTI gli script che non sono necessari al rendering iniziale. Questo da solo può migliorare l’LCP di 0.5-1 secondo.
- Inline CSS critico: il CSS necessario per il primo rendering (above the fold) viene iniettato direttamente nell’HTML invece che caricato da un file esterno. Il resto del CSS viene caricato in modo asincrono. Questa tecnica richiede un po’ di lavoro ma dà risultati notevoli sull’LCP. WP Rocket ha una funzione automatica per questo.
- Rimozione blocchi render: PageSpeed Insights mostra esattamente quali risorse bloccano il rendering. Dai priorità a quelle.
Un altro fix rapido ma efficace: rimuovi Google Fonts se carichi solo un paio di varianti. I font di sistema (Arial, Helvetica, Georgia) sono istantanei. Se devi usare Google Fonts, servili localmente o via un CDN specializzato.
Passo 7: Verifica Finale e Monitoraggio Continuo
Dopo aver applicato tutte le ottimizzazioni, rifai i test del Passo 1. Confronta i risultati. Se tutto è andato bene, dovresti vedere:
- PageSpeed score > 90 su mobile e > 95 su desktop
- LCP sotto 2 secondi (idealmente sotto 1.5s)
- TTFB sotto 300ms
- Peso pagina sotto 1MB (idealmente sotto 500KB)
- Richieste totali sotto 50
Ma il lavoro non finisce qui. Le performance non sono un obiettivo una tantum — sono un processo continuo. Ecco come mantengo i siti veloci nel tempo:
- Performance report settimanale: uso un cron job che testa PageSpeed Insights ogni lunedì e mi manda un report via email. Se lo score scende sotto una soglia, scatta un alert. Automatizzare i test è l’unico modo per non ritrovarsi con un sito lento dopo due mesi senza accorgersene.
- Controllo plugin mensile: ogni mese controllo che tutti i plugin siano aggiornati e che non ci siano nuovi “pesi massimi”. I plugin sono come le piante grasse — se non li innaffi (aggiorni), muoiono. E quando muoiono, diventano problemi di performance e sicurezza.
- Audit trimestrale completo: ripeto la checklist dall’inizio ogni 3 mesi. Le cose cambiano: nuovi plugin, nuovi contenuti, nuovi temi. L’audit periodico ti evita il degrado graduale.
- Web Vitals monitoring con GA4: Google Analytics 4 ha un report dedicato ai Core Web Vitals basato sui dati reali degli utenti. Se vedi un calo improvviso, sai che è successo qualcosa (un aggiornamento di plugin, un nuovo script, ecc.).
Io uso un sistema di monitoring interno su ogni sito che gestisco: uno script bash che fa un curl e misura TTFB + tempo totale, poi confronta con la baseline e mi avvisa su Telegram se qualcosa supera la soglia. Non serve essere tecnici per avere un sistema simile — strumenti come UptimeRobot o Freshping fanno cose analoghe.
E se Non Bastasse? Quando Chiamare un Professionista
Questa checklist risolve il 90% dei problemi di performance. Ma a volte non basta. In particolare:
- Se il tema è il problema: alcuni temi commerciali sono talmente mal scritti in termini di performance che nessuna ottimizzazione può salvarli. In quel caso, la soluzione è cambiare tema — un tema ben codificato ti dà performance gratis. Noi usiamo temi costruiti su Greenshift che pesano meno di 100KB e caricano solo il CSS necessario.
- Se il problema è nell’infrastruttura: se dopo tutti i fix il TTFB resta alto, il problema è il server o la rete. A volte serve un VPS dedicato con configurazione Nginx ottimizzata e Redis caching a livello di server.
- Se hai un WooCommerce con tanti prodotti: WooCommerce è intrinsecamente pesante. Spesso servono ottimizzazioni lato database (indicizzazioni, query personalizzate), caching delle pagine prodotto, e plugin di performance specializzati.
- Se hai script di terze parti: Google Analytics, Facebook Pixel, Hotjar, chatbot vari — sono tra i peggiori nemici delle performance. In questi casi serve un approccio strategico: caricarli in modo asincrono, ritardarli all’interazione, o valutare se servono davvero su ogni pagina.
Quando un cliente mi chiama per uno di questi scenari, parto da questa checklist. Nel 90% dei casi, i primi 6 passi bastano e avanzo. Nel 10% restante, si entra nel territorio dell’ottimizzazione avanzata che richiede competenze tecniche specifiche — e lì, se non hai un team tecnico, conviene affidarsi a chi ha già risolto il problema decine di volte.
Studio Immens ha aiutato dozzine di PMI a portare i loro WordPress da score 30-40 a 95+ con un processo collaudato. Non usiamo plugin magici — usiamo metodo, competenza e anni di esperienza sul campo. Se hai un sito che arranca e questa checklist non basta, prenota una call. Ti anticipo già la diagnosi e ti dico se possiamo aiutarti.
La Checklist Rapida (TL;DR)
Se hai poco tempo, ecco l’ordine di priorità delle azioni da fare:
- Hosting: verifica TTFB e PHP version. Se TTFB > 500ms o PHP < 8.0, cambia hosting.
- Plugin: elimina quelli inutili, sostituisci quelli pesanti, carica condizionalmente quelli necessari.
- Immagini: converti in WebP, ridimensiona, lazy loading.
- Caching: attiva caching lato server o via plugin + Redis per le query.
- CDN: Cloudflare almeno per i file statici.
- Database: pulisci revisioni, spam, transients.
- Codice: minifica CSS/JS, differisci JS, inline CSS critico.
- Monitora: test settimanali automatici.
Segui questi passi in ordine — non saltare l’hosting per andare direttamente al caching, o rischi di ottimizzare un bidone con le ruote sportive. La base viene prima.
Domande Frequenti
Quanto tempo ci vuole per ottimizzare un sito WordPress?
Con questa checklist, un sito medio richiede 2-4 ore di lavoro per la prima ottimizzazione completa. La maggior parte del tempo va nell’audit iniziale e nel testing post-ottimizzazione. I fix in sé sono veloci — caching e CDN si attivano in 10 minuti, la pulizia plugin in 30 minuti.
Posso usare più plugin di caching insieme?
No, assolutamente no. Due plugin di caching in conflitto possono rompere il sito, causare errori di cache collision, e in casi estremi mandare il server in crash. Scegline uno e usa solo quello.
Quanti plugin posso avere senza rallentare il sito?
Non c’è un numero magico. Alcuni siti con 15 plugin vanno lenti perché ne hanno 2-3 molto pesanti. Altri con 30 plugin vanno bene perché tutti sono ben scritti. La regola è: quanti ne servono, ma giustifica ognuno. Se non ricordi a cosa serve un plugin, probabilmente non ti serve.
Quanto costa un’ottimizzazione professionale?
Dipende dalla complessità. Un audit di base parte da poche centinaia di euro per siti standard. Ottimizzazioni avanzate (WooCommerce, siti con traffico elevato, infrastruttura custom) possono arrivare a cifre più alte. Ma il ritorno è immediato: un sito più veloce converte di più, ranka meglio su Google, e frustra meno i visitatori. Se parti dalla nostra checklist fai-da-te, puoi risolvere l’80% dei problemi con zero budget.
Il tema influisce sulle performance?
Più di quanto pensi. Un tema ben codificato carica solo il CSS e JS che servono. Un tema “multipurpose” con 50 demo diverse carica tonnellate di codice che magari non userai mai. Se vuoi performance, usa un tema leggero (Greenshift-based, GeneratePress, o un theme FSE minimale) e costruisci il design sopra.
Articolo aggiornato al Luglio 2026. I dati di performance fanno riferimento a test reali su siti clienti Studio Immens e tool standard di settore (PageSpeed Insights, GTmetrix, WebPageTest, CrUX Report).