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.it
Team WPsec.it
Bonifica malware, hardening, performance e manutenzione WordPress.
Prevenzione e gestione
Dopo l'emergenza, o per non arrivarci: le guide sulla gestione.
Sicurezza, velocità e manutenzione di WordPress sono lo stesso lavoro visto da tre lati. Queste pagine spiegano cosa controllare, con quale priorità e quanto costa farlo fare.
Continua a leggere
Articoli correlati.
WordPress lento: come capire in 10 minuti se il collo di bottiglia è il server
Tre livelli, sei test con curl, Query Monitor, slow log e PHP-FPM, e una tabella che dice dove sta il collo di bottiglia. Poi chi lo risolve: il sito o il server.
WordPress non è lento: la diagnosi che quasi nessuno fa nell'ordine giusto
Cambiare hosting, installare cache, ottimizzare le immagini: la maggior parte degli interventi di velocizzazione parte dal punto sbagliato. L'ordine corretto di diagnosi delle performance WordPress che evita spese inutili.
Il tuo sito è lento perché è infetto: il malware come causa nascosta delle performance
Cache ottimizzata, immagini compresse, hosting cambiato, e il sito continua a rallentare. Una causa raramente considerata: il malware consuma risorse e degrada le performance prima ancora di mostrare sintomi visibili.