Passo 1: Misuri prima di ottimizzare
Passi il suo sito in PageSpeed Insights (pagespeed.web.dev) e annoti quattro cifre: LCP (Largest Contentful Paint, il tempo finché compare il contenuto principale), INP (Interaction to Next Paint, reattività), CLS (Cumulative Layout Shift, stabilità visiva) e il peso totale della pagina. Soglie dei Core Web Vitals di Google: LCP sotto i 2,5 s, INP sotto i 200 ms, CLS sotto 0,1. Incidono direttamente sul suo posizionamento dal 2021. Sotto quelle soglie è «buono»; tra le soglie e 4 s/500 ms/0,25 è «da migliorare»; peggio è «scarso». Tutto il senso dell'ottimizzazione della velocità di WordPress è spostare queste tre cifre nella zona verde. Non si fidi dei punteggi di GTmetrix né di altre valutazioni aggregate: non corrispondono ai segnali reali di Google.
Passo 2: Verifichi che l'hosting non sia il collo di bottiglia
Controlli il TTFB (Time To First Byte) dalla geografia del suo pubblico con WebPageTest. Se il TTFB supera 1 secondo, il suo hosting è il collo di bottiglia: nessuna ottimizzazione del front-end lo risolverà. Colpevoli comuni: hosting condiviso economico con server sovraccarichi, hosting in un continente diverso da quello del suo pubblico, mancanza dell'opcache di PHP (qualsiasi versione di PHP 7+ dovrebbe averlo attivo per impostazione predefinita). La soluzione più economica è passare a un host più veloce sullo stesso livello di piano. Per meno di 50.000 visite/mese, Hostinger Business con LiteSpeed Cache produce un TTFB inferiore a 400 ms. Per più traffico, Kinsta o WP Engine sul livello premium di Google Cloud producono un TTFB inferiore a 300 ms in modo costante. Cambiare host richiede più lavoro che installare un plugin, ma il miglioramento è di solito drastico.
Passo 3: La cache delle pagine è la maggiore ottimizzazione singola
Per impostazione predefinita, WordPress genera ogni pagina da PHP + MySQL a ogni richiesta. La cache delle pagine memorizza l'HTML generato e lo serve direttamente ai visitatori successivi: di solito 10-20 volte più veloce. Su host basati su LiteSpeed (Hostinger, la maggior parte di Bluehost, A2 Turbo, NameHero), installi LiteSpeed Cache (gratuito): si integra con la cache a livello di server. Su host Apache/Nginx, installi WP Rocket (59 $/anno): è il plugin di cache di più alta qualità e vale il prezzo. Le alternative gratuite (W3 Total Cache, WP Super Cache) funzionano ma richiedono più configurazione. Dopo aver attivato la cache delle pagine, ritesti in PageSpeed Insights: dovrebbe vedere il TTFB calare drasticamente.
Passo 4: L'ottimizzazione delle immagini viene al secondo posto
Le immagini sono di solito il 60-80% del peso di una pagina WordPress. Due vittorie da cogliere: (1) Compressione: ogni immagine deve essere compressa prima di caricarla. Usi il nostro Compressore di Immagini oppure installi ShortPixel/Smush per comprimere automaticamente al caricamento. Obiettivo: immagini di intestazione sotto i 200 KB, immagini di contenuto sotto i 100 KB. (2) Formati moderni: serva WebP (o AVIF) invece di JPG/PNG. WebP è il 25-35% più piccolo a parità di qualità. ShortPixel e Smush Pro convertono automaticamente; in alternativa, l'ottimizzazione delle immagini di Cloudflare riscrive le immagini al volo. (3) Caricamento differito: le immagini sotto la piega dovrebbero caricarsi solo quando ci si scorre sopra. WordPress 5.5+ aggiunge loading='lazy' automaticamente; verifichi che funzioni guardando il codice sorgente. (4) Attributi di larghezza: imposti sempre un width/height esplicito sulle immagini per evitare il CLS.
Passo 5: Minificazione di CSS/JS e audit dei bundle
La maggior parte dei plugin di cache (WP Rocket, LiteSpeed Cache) include la minificazione di CSS/JS: la attivi. La vittoria più grande è differire o eliminare gli script non usati. Esegua Chrome DevTools → scheda Coverage sulla sua home page; mostra quali byte di CSS e JS vengono realmente usati. Risultati tipici: il 50-80% del CSS non viene usato, il 30-60% del JS non viene usato. Soluzioni: (a) usi un tema più leggero (GeneratePress o Kadence inviano meno di 30 KB di CSS), (b) disattivi i plugin non usati (spesso l'origine degli script non usati), (c) usi un plugin come Asset CleanUp per disattivare gli script sulle pagine che non ne hanno bisogno (ad es. Contact Form 7 si carica ovunque per impostazione predefinita anche se lo usa solo su /contact).
Passo 6: Audit dei plugin: trovi quelli lenti
Ogni plugin WordPress attivo viene eseguito a ogni caricamento di pagina, aggiungendo potenzialmente query, JavaScript e CSS. La maggior parte dei siti lenti ha più di 30-50 plugin attivi, metà dei quali non usa più. Usi Query Monitor (gratuito) per vedere quali plugin fanno più query al database. Usi il livello gratuito di New Relic o l'APM di Kinsta per vedere quali funzioni dei plugin impiegano più tempo. Principali responsabili storici: Jetpack (fa molte cose, tutte a ogni richiesta), plugin di backup gonfiati che girano durante i picchi di traffico, plugin di condivisione social che caricano il loro CSS/JS anche sulle pagine senza pulsanti di condivisione, plugin di sicurezza che eseguono scansioni dei file in tempo reale. Disattivi un plugin, ritesti le prestazioni e decida se la funzione valeva il costo.
Passo 7: Ottimizzazione del database
WordPress accumula spazzatura nel database con il tempo: revisioni dei post, transient scaduti, commenti di spam, metadati orfani. Installi WP-Optimize (gratuito) ed esegua una pulizia del database una volta. Manutenzione mensile ragionevole: elimini le revisioni più vecchie di 60 giorni (conservi quelle recenti per sicurezza), i transient scaduti, la coda dello spam. Per i siti ad alto traffico, la maggiore vittoria sul database è la cache degli oggetti: Redis o Memcached memorizzano in memoria i risultati di query MySQL costose, evitando il lavoro ripetuto. La maggior parte degli host WordPress gestiti include Redis nei livelli superiori; sull'hosting condiviso base, questo non è disponibile.
Passo 8: CDN per un pubblico globale
Una CDN (Rete di Distribuzione dei Contenuti) memorizza in cache le sue risorse statiche (immagini, CSS, JS) in posizioni edge vicine ai suoi visitatori. Per un pubblico solo statunitense ospitato negli USA, una CDN apporta un miglioramento modesto. Per un pubblico globale, una CDN è essenziale: riduce la latenza delle risorse da 200-500 ms a 20-50 ms. Il livello gratuito di Cloudflare copre la maggior parte delle esigenze; BunnyCDN a 0,01-0,05 $/GB è un upgrade a pagamento con prestazioni eccellenti. Per le immagini in particolare, Cloudflare Images o Bunny Image Optimizer possono ridimensionare e convertire i formati al volo.
Passo 9: Misuri di nuovo e iteri
Dopo ogni modifica importante, rilanci PageSpeed Insights. L'obiettivo è il progresso incrementale: la maggior parte dei siti non passa da «scarso» a «buono» con una sola modifica. Dopo una passata completa di ottimizzazione, risultati tipici: un negozio WooCommerce su hosting condiviso passa da LCP 4-6 s a LCP 1,5-2,5 s. Un blog di contenuti su hosting gestito passa da LCP 2-3 s a LCP 0,8-1,5 s. Se resta sopra i 3 s di LCP dopo tutto quanto sopra, il collo di bottiglia è probabilmente il suo tema: passi a un tema più leggero (GeneratePress, Kadence o Astra) prima di proseguire con l'ottimizzazione.