WordPress lento: come capire in 10 minuti se il collo di bottiglia è il server

"Il sito è lento" è la frase con cui iniziano metà dei ticket, e finiscono con due risposte che non aiutano: "il server è operativo" dal provider, "è l'hosting" dallo sviluppatore. Nessuno dei due ha misurato. Questa guida chiude la discussione in dieci minuti con numeri, e manda il problema al mestiere giusto: chi gestisce il sito o chi gestisce il server.

Quali sono i tre livelli in cui WordPress perde tempo?

1. Rete e TTFB: DNS, connessione, TLS e il tempo che il server impiega a iniziare la risposta. Si misura da fuori, con curl.
2. Server: PHP-FPM e database: worker PHP disponibili, OPcache, memoria e disco, MySQL con il suo buffer pool. Si misura da dentro, con accesso alla macchina o al pannello.
3. Tema e plugin: il codice che gira a ogni richiesta, le query che genera, le chiamate HTTP che fa. Si misura con Query Monitor.

La regola: si parte dal livello 1 e si scende solo se i numeri lo dicono. La sequenza completa di priorità è nella guida sull'ordine giusto della diagnosi; qui interessa una domanda sola: sito o server.

Come si misura il TTFB in modo che dica qualcosa?

Un TTFB da solo non distingue niente. Scomposto sì:

curl -s -o /dev/null -w "dns=%{time_namelookup} tcp=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} totale=%{time_total}\n" https://iltuosito.it/

Lettura:

• tcp e tls alti (oltre 200-300 ms dall'Italia verso un server europeo): rete, DNS o un server che fatica ad accettare connessioni. Livello 1.
• ttfb meno tls alto: il tempo lo passa il server a costruire la pagina. Da qui in poi si decide tra livello 2 e 3.

Ripeti tre volte e in due momenti della giornata: un valore che oscilla molto tra una misura e l'altra indica contesa di risorse (livello 2), un valore stabile e alto indica codice (livello 3). La lettura estesa del dato è nella diagnosi TTFB.

Qual è il test che separa il sito dal server?

Pagina statica contro pagina PHP. Misura un file che non passa da PHP, poi una pagina che ci passa per forza, poi la stessa pagina servita dalla cache:

# file statico servito dal web server, niente PHP
curl -s -o /dev/null -w "statico ttfb=%{time_starttransfer}\n" https://iltuosito.it/wp-includes/js/jquery/jquery.min.js

# pagina PHP forzando il miss di cache
curl -s -o /dev/null -w "php ttfb=%{time_starttransfer}\n" "https://iltuosito.it/?nocache=$(date +%s)"

# la stessa pagina dalla cache: guarda l'header di hit
curl -sI https://iltuosito.it/ | grep -iE "x-cache|cf-cache-status|x-litespeed-cache|^age:"

• Statico lento (sopra 200-300 ms): il server o la rete sono lenti prima ancora di WordPress. Disco, web server saturo, macchina condivisa sovraffollata. Livello 1 o 2, in ogni caso non il tema.
• Statico veloce, cache HIT lenta: il server fa fatica a servire perfino una risposta pronta. Livello 2.
• Statico veloce, HIT veloce, MISS lento: il costo è nella generazione della pagina. Può essere PHP-FPM saturo (livello 2) o codice pesante (livello 3): lo decidono i prossimi due test.

Cosa guardare in Query Monitor per capire se è il codice?

Query Monitor è gratuito e va attivato sul sito, meglio su staging o in orario di basso traffico. Nella barra in alto trovi tempo totale, tempo PHP, tempo database e numero di query. La lettura:

• Tempo DB alto con poche query lente dello stesso chiamante: un plugin o il tema fanno query pesanti. Livello 3, sito.
• Tempo DB alto con tutte le query lente, anche quelle banali: MySQL è affamato di memoria o di disco. Livello 2, server.
• Tempo PHP alto con tempo DB basso: codice che macina, oppure OPcache che non trattiene i file. Guarda la scheda delle chiamate HTTP API: una chiamata esterna sincrona (verifica licenze, feed, font) da due secondi è un classico del livello 3.
• Centinaia di query per pagina: sito, quasi sempre un plugin di related posts, un widget social o un builder che carica tutto.

Quali numeri del server chiudono la diagnosi?

Servono accesso SSH o un pannello che li esponga. Quattro comandi, un minuto ciascuno (i percorsi dei log cambiano con la distribuzione):

# 1. load rispetto ai core
uptime; nproc

# 2. worker PHP attivi e volte in cui il limite è stato raggiunto
ps -eo comm | grep -c php-fpm
grep -c "max_children" /var/log/php*fpm*.log

# 3. memoria, swap, CPU rubata e iowait
free -m; vmstat 1 5

# 4. MySQL: buffer pool e slow log
mysql -e "SHOW GLOBAL VARIABLES LIKE 'innodb_buffer_pool_size'; SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%'; SHOW GLOBAL VARIABLES LIKE 'slow_query_log%';"

Come leggerli: