WordPress lento: diagnosi TTFB prima di installare altri plugin
Se WordPress è lento, partire dal TTFB evita interventi inutili. Come leggere server response time, hosting, database, cache e plugin.

Quando WordPress è lento, molti installano subito un plugin di cache. A volte aiuta, a volte nasconde il problema, a volte peggiora tutto. La diagnosi dovrebbe partire dal TTFB, cioè il tempo che il server impiega a iniziare la risposta.
Se il TTFB è alto, il browser aspetta prima ancora di scaricare HTML, CSS e immagini.
Perché il TTFB conta
Un TTFB alto indica spesso problemi lato server o applicazione:
- hosting sottodimensionato;
- PHP lento;
- database saturo;
- query pesanti;
- plugin che fanno chiamate esterne;
- cache assente o bypassata;
- cron WordPress aggressivi;
- object cache mancante.
Ottimizzare immagini non risolve un TTFB di tre secondi.
Come misurarlo
Usa strumenti diversi:
- WebPageTest;
- Chrome DevTools;
curl -w;- dati reali da hosting;
- log applicativi;
- monitoraggio uptime con tempi risposta.
Il dato va letto separando prima visita, cache hit, cache miss, admin, carrello e pagine dinamiche.
Cache hit e cache miss
Una pagina pubblica può essere servita dalla cache in pochi millisecondi. Ma se il problema emerge su checkout, area riservata o admin, la cache pagina non basta. In quei casi contano database, PHP, object cache e codice plugin.
Per WooCommerce, molte pagine non devono essere cacheate come normali pagine statiche.
Cause frequenti
Le cause più frequenti che troviamo sono:
- hosting condiviso saturo;
- plugin page builder pesanti;
- molte chiamate a
admin-ajax.php; - database con autoload gonfio;
- plugin SEO o statistiche mal configurati;
- cron accumulati;
- API esterne lente;
- PHP vecchio;
- cache server assente.
Metodo corretto
La sequenza utile è:
- misurare TTFB su pagine diverse;
- distinguere frontend, admin e checkout;
- verificare hosting e PHP;
- analizzare query e autoload;
- attivare cache coerente;
- alleggerire plugin e asset;
- misurare di nuovo.
Senza misurazione prima e dopo, l'ottimizzazione è opinione.
Quando intervenire
Se WordPress è lento da mesi, il problema è quasi sempre sistemico. Serve una diagnosi performance WordPress e non una lista casuale di plugin.
La buona notizia è che molti colli di bottiglia si risolvono senza rifare il sito, se si parte dal dato giusto.
Scritto dal team WPsec
Team WPsec.it
Bonifica malware, hardening, performance e manutenzione WordPress.
Continua a leggere
Articoli correlati.

Core Web Vitals reali: cosa misurare oltre a PageSpeed
PageSpeed Insights non è la performance del tuo sito. Cosa significano davvero LCP, INP e CLS sotto carico, come misurarli, e cosa cambia tra dato di laboratorio e dato di campo.

Core Web Vitals WordPress nel 2026: cosa ottimizzare davvero
LCP, INP, CLS, dati di campo e dati di laboratorio: come leggere i Core Web Vitals WordPress e scegliere interventi con impatto reale.

Ottimizzazione database WordPress: cosa pulire e cosa non toccare
Autoload, transients, revisioni, tabelle plugin, query lente e backup: come ottimizzare il database WordPress senza rompere il sito.