Un sito WordPress lento non è solo fastidioso: costa clienti, posizioni Google e conversioni.
In questa guida ti mostro come approcciare l'ottimizzazione delle performance in modo sistematico, partendo dalla misurazione fino agli interventi concreti.
Prima di tutto: misura bene
Prima di toccare qualsiasi cosa, devi sapere cosa stai ottimizzando. Usa questi tool:
- Google PageSpeed Insights, dati Lighthouse + dati CrUX reali (field data)
- Chrome DevTools → scheda Performance, waterfall dettagliato
- GTmetrix, timeline visuale, Waterfall, breakdown per tipo di risorsa
- WebPageTest.org, test da location reale, video comparativo
Guarda i dati field (CrUX), non solo i dati lab. I dati lab mostrano il potenziale su macchina ideale, i dati field mostrano l'esperienza reale dei tuoi utenti su mobile reale.
I 3 Core Web Vitals che contano
LCP, Largest Contentful Paint
Quanto impiega l'elemento principale della pagina (spesso l'hero image o l'H1) a caricarsi visivamente.
Obiettivo: sotto 2.5 secondi.
Cause frequenti di LCP alto:
- Immagine hero non precaricata (
<link rel="preload">mancante) - TTFB alto (hosting lento)
- CSS render-blocking
- Immagine hero troppo grande (> 200KB non compressa)
INP, Interaction to Next Paint
Reattività della pagina: quanto impiega il browser a rispondere a un click o input dell'utente.
Obiettivo: sotto 200ms.
Cause frequenti:
- JavaScript pesante in esecuzione nel main thread
- Plugin analytics/chat che eseguono script sincroni
- Long tasks in JS bundle
CLS, Cumulative Layout Shift
Quanto "salta" il contenuto durante il caricamento (bottoni che si spostano, testo che si muove).
Obiettivo: sotto 0.1.
Cause frequenti:
- Immagini senza
widtheheightattributi espliciti - Font che causano layout reflow (FOUT/FOIT)
- Banner cookie o popup che inseriscono elementi sopra il contenuto
Gli interventi che spostano di più
1. Ottimizza le immagini
È spesso il collo di bottiglia principale. Ogni immagine dovrebbe:
- Essere in formato WebP (o AVIF per browser moderni)
- Avere dimensioni appropriate (non servire un'immagine 2000px su un container da 600px)
- Avere
loading="lazy"tranne l'immagine above-the-fold (hero) - Avere
widtheheightespliciti per evitare CLS
Plugin utili: Imagify, ShortPixel, EWWW Image Optimizer.
2. Configura la cache
Senza cache, WordPress ricompila ogni pagina da database ad ogni visita. Con cache:
- Le pagine vengono servite come HTML statico
- Il server risponde in < 100ms invece di 300-600ms
WP Rocket → Settings → Basic → Enable page caching ✓
3. Elimina i plugin inutili
Ogni plugin attivo aggiunge peso alla pagina, anche se non viene usato su quella specifica URL. Audit regolare: disattiva tutto quello che non è strettamente necessario, e cerca alternative più leggere.
Regola pratica: se un plugin non risolve un problema reale di business, rimuovilo.
4. Usa un CDN
Cloudflare (free tier) riduce il TTFB servendo asset statici da PoP geograficamente vicini all'utente. Setup in 20 minuti, impatto immediato.
5. Fai il defer dei JavaScript non critici
Script analytics, chat widget, heatmap tools: nessuno di questi deve bloccare il rendering. Usa defer o async, oppure caricali solo dopo il primo scroll utente (lazy).
Prima/dopo: un caso tipico
In un caso tipico su un sito WooCommerce di una PMI, gli interventi di ottimizzazione producono risultati di questo ordine:
| Metrica | Prima | Dopo |
|---|---|---|
| PageSpeed mobile | 30-40 | 75-85 |
| LCP | 5-6s | 1.8-2s |
| CLS | 0.3+ | < 0.1 |
| Peso pagina | 3-5MB | < 1.5MB |
Interventi tipici: conversione immagini WebP, configurazione cache (WP Rocket o equivalente), attivazione CDN (Cloudflare), rimozione plugin inutili, defer degli script non critici. I risultati variano in base al punto di partenza e all'hosting.
Conclusione
L'ottimizzazione delle performance WordPress non è un'operazione una-tantum: è un processo. Misura, intervieni, misura di nuovo.
Se vuoi un audit professionale del tuo sito WordPress a Bergamo o in provincia, contattami, rispondo entro 24 ore.
