Aggiornato il 6 ottobre 2026A cura del team EspertiWP – HelpwebnetLettura: 8 minuti

Per velocizzare un sito WordPress il metodo che funziona è sempre lo stesso: misura, togli il superfluo, poi ottimizza. Si parte dai Core Web Vitals reali (LCP entro 2,5 secondi, INP entro 200 millisecondi, CLS entro 0,1, misurati sul 75% delle visite), si individua cosa rallenta davvero (spesso hosting, plugin pesanti, immagini e script esterni) e solo dopo si aggiungono cache e ottimizzazioni. Installare un plugin “che velocizza tutto” senza misurare prima è il modo più rapido per non capire cosa è cambiato.

In breve
  • Guarda i dati reali (Search Console e la sezione “dati sul campo” di PageSpeed Insights), non solo il punteggio di laboratorio.
  • Le cause più frequenti: hosting sottodimensionato, troppi plugin, temi e page builder pesanti, immagini enormi, script di terze parti.
  • Cache di pagina, immagini moderne e PHP aggiornato danno i guadagni maggiori con meno rischi.
  • Ogni modifica va misurata prima e dopo, sulle stesse pagine.
Portatile aperto con grafici sullo schermo, occhiali e smartphone su una scrivania bianca
Ogni intervento sulla velocità va misurato prima e dopo, sulle stesse pagine.

Cosa misurare: LCP, INP, CLS

I Core Web Vitals sono tre metriche definite da Google per misurare l'esperienza reale di chi visita una pagina.

MetricaCosa misuraValore “buono”Cause tipiche su WordPress
LCP – Largest Contentful PaintQuando compare l'elemento principale (immagine di testata, titolo grande)Entro 2,5 secondiServer lento, immagine di testata pesante o caricata tardi, CSS che blocca il rendering
INP – Interaction to Next PaintQuanto la pagina risponde a clic e tocchi200 millisecondi o menoTroppo JavaScript: slider, page builder, widget esterni, chat
CLS – Cumulative Layout ShiftQuanto “salta” il contenuto durante il caricamento0,1 o menoImmagini senza dimensioni, banner e cookie bar inseriti in alto, font che cambiano

Una pagina supera la valutazione quando i tre valori sono buoni per almeno il 75% delle visite, separando mobile e desktop. Qui sta la differenza tra due tipi di dati:

Nota. Google indica che le metriche dei Core Web Vitals sono usate dai suoi sistemi di ranking, ma precisa che non esiste un unico segnale di “esperienza sulla pagina” e che la Ricerca cerca comunque di mostrare i contenuti più pertinenti. Un sito veloce aiuta, soprattutto quando ci sono molti contenuti utili in concorrenza, ma non sostituisce contenuti fatti bene.

Le cause più frequenti di lentezza

  1. Hosting sottodimensionato: se il server impiega più di qualche centinaio di millisecondi a rispondere anche a una pagina in cache, il resto dell'ottimizzazione rende poco.
  2. Troppi plugin, o plugin pesanti: non conta solo il numero, conta cosa caricano. Un plugin che aggiunge script e fogli di stile a tutte le pagine pesa anche dove non serve.
  3. Temi multiuso e page builder: portano con sé molto codice per funzioni che il sito non usa.
  4. Immagini caricate così come escono dalla fotocamera, da diversi megabyte.
  5. Script di terze parti: chat, mappe, video incorporati, pixel pubblicitari, widget social. Ognuno aggiunge richieste verso server esterni.

Prima di aggiungere qualsiasi cosa, togli: plugin inattivi o duplicati, funzioni non usate del tema, script esterni che nessuno guarda più. È gratuito e non introduce nuovi rischi.

Cache di pagina e di oggetti

WordPress costruisce ogni pagina a richiesta, eseguendo PHP e interrogando il database. La cache di pagina salva il risultato e lo serve già pronto ai visitatori successivi: è l'intervento che di solito riduce di più il tempo di risposta. Può essere fatta dal server (molti hosting la offrono), da un plugin o da una rete di distribuzione dei contenuti (CDN).

La cache di oggetti (per esempio con Redis o Memcached, se l'hosting li offre) conserva in memoria i risultati delle query più frequenti: è utile soprattutto per e-commerce, aree riservate e siti con molti utenti collegati, dove la cache di pagina non può essere usata per tutto.

Attenzione. Carrello, pagamento, area clienti e pagine con moduli personalizzati non vanno serviti dalla cache di pagina. Dopo aver attivato una cache, prova sempre un ordine o un invio di modulo completo.

Immagini: formato, dimensioni, caricamento

Font e script: cosa caricare e quando

Database e operazioni pianificate

Con il tempo il database cresce: revisioni degli articoli, dati temporanei scaduti, tabelle lasciate da plugin disinstallati, opzioni caricate a ogni pagina. Una pulizia periodica (sempre dopo un backup) riduce i tempi delle query.

WordPress esegue anche operazioni pianificate (WP-Cron) che partono quando qualcuno visita il sito. Su siti con molto traffico o molte operazioni pianificate conviene disattivare l'avvio a ogni visita e farle partire da un'operazione pianificata del server, a intervalli regolari.

Versione PHP e hosting

WordPress consiglia oggi PHP 8.3 o superiore e MySQL 8.0 o MariaDB 10.11 o superiore. Oltre alla sicurezza, le versioni recenti di PHP sono in genere più efficienti. Il passaggio va provato prima su una copia del sito, perché qualche plugin datato può non essere compatibile: è uno dei motivi per cui l'aggiornamento di WordPress e dei plugin va fatto con metodo.

Se dopo cache e immagini il server resta lento a rispondere, il limite è l'hosting: risorse condivise, disco lento, nessuna cache lato server. A volte il miglioramento più grande è un cambio di piano o di fornitore.

Come lavoriamo: misure prima e dopo

  1. Misura iniziale sulle pagine che contano (home, pagine servizio, articoli più visitati, schede prodotto), con dati sul campo e di laboratorio, mobile e desktop.
  2. Diagnosi: cosa pesa, quali plugin e script si caricano e dove, tempi di risposta del server.
  3. Interventi in ordine di rapporto beneficio/rischio, su una copia del sito quando toccano tema, plugin o PHP.
  4. Misura finale sulle stesse pagine e un rapporto con i valori prima e dopo.
  5. Controllo nel tempo: i dati sul campo raccolgono le visite di un periodo di alcune settimane, quindi i miglioramenti si vedono gradualmente; e le prestazioni peggiorano se nessuno le segue. Per questo il controllo della velocità rientra nella nostra manutenzione WordPress.

Un sito più leggero è spesso anche più accessibile: se stai lavorando sull'accessibilità del sito, conviene coordinare i due interventi.

Domande frequenti

Perché il mio WordPress è lento?

Le cause più comuni sono hosting sottodimensionato, troppi plugin o plugin pesanti, temi e page builder carichi di codice, immagini non ottimizzate e script esterni come chat, mappe e pixel pubblicitari.

La velocità influisce sul posizionamento su Google?

Google indica che le metriche dei Core Web Vitals sono usate dai suoi sistemi di ranking, ma non esiste un singolo segnale di esperienza sulla pagina e i contenuti pertinenti restano decisivi.

Basta un plugin di cache?

Aiuta molto sul tempo di risposta, ma non risolve immagini pesanti, troppo JavaScript o script esterni. E va configurato per escludere carrello, pagamento e aree riservate.

Il punteggio di PageSpeed Insights deve arrivare a 100?

No. Conta che i Core Web Vitals reali siano buoni per la maggior parte delle visite; il punteggio di laboratorio serve per capire le cause e confrontare prima e dopo.

Vuoi sapere perché il tuo sito è lento?

Analizziamo le pagine principali con dati reali e di laboratorio e ti proponiamo gli interventi in ordine di priorità, con misure prima e dopo. Preventivo su richiesta: scrivici a espertiwp@helpwebnet.com o chiamaci al 081 1818 7878.

Chiedi un'analisi della velocità

Fonti: web.dev – Segnali web essenziali (Core Web Vitals) · Google Search Central – Esperienza sulle pagine · WordPress.org – Requisiti · WordPress Core – Lazy-loading delle immagini in 5.5 · WordPress Core – Supporto AVIF in 6.5 · PHP.net – Versioni supportate