Velocizzare WordPress non significa installare un plugin di cache e sperare che il punteggio salga. Un sito può essere lento per il server, il tema, le estensioni, le immagini, il database o gli script esterni. La soluzione affidabile parte da una diagnosi, interviene sulla causa e confronta i dati prima e dopo.
Questa guida descrive un metodo applicabile a siti aziendali, blog e WooCommerce. Nel marzo 2021 l’attenzione si stava spostando verso i Core Web Vitals e la Page Experience; oggi il metodo resta valido, mentre le metriche principali sono LCP, INP e CLS.
Prima di ottimizzare: misurare e proteggere il sito
Registrate un punto di partenza con PageSpeed Insights e un test ripetibile. Controllate più pagine e separate mobile e desktop: homepage, servizi, articoli e checkout possono usare template e risorse differenti. Annotate tempi del server, elemento LCP, attività JavaScript lunghe e spostamenti di layout.
Prima delle modifiche create un backup verificato di file e database. Gli interventi più delicati vanno provati in staging, soprattutto su e-commerce, aree riservate e siti con moduli. Un sito leggermente più rapido ma instabile non è un miglioramento.
1. Verificare hosting, server e versione PHP
Il documento HTML deve arrivare abbastanza presto perché il browser possa scoprire CSS, font e immagini. Se il tempo di risposta iniziale è elevato anche senza carico, la causa può essere nell’hosting, nella configurazione PHP, nelle query o nelle chiamate esterne eseguite dal server.
Controllate risorse disponibili, versione PHP supportata, OPcache, protocollo HTTP, compressione e vicinanza geografica agli utenti. Aggiornare l’ambiente può migliorare prestazioni e sicurezza, ma va preceduto da un test di compatibilità con tema e plugin.
2. Fare un inventario di tema e plugin
Ogni estensione può aggiungere query, fogli di stile, JavaScript, richieste API o processi pianificati. Il numero dei plugin da solo non determina la velocità: conta il lavoro che eseguono e dove caricano le proprie risorse.
Eliminate estensioni inutilizzate, sostituite quelle abbandonate e verificate in staging l’effetto della disattivazione controllata. Profiler, log e waterfall aiutano a distinguere una supposizione da una causa. Non disattivate componenti alla cieca sul sito pubblico.
3. Applicare la cache al livello giusto
La cache di pagina evita di ricostruire ogni volta lo stesso HTML. La cache oggetti riduce alcune richieste ripetute al database; la cache del browser consente di riutilizzare risorse statiche; una CDN può distribuire file da nodi più vicini agli utenti.
Questi livelli hanno scopi diversi. Pagine personali, carrelli e checkout devono essere esclusi o configurati correttamente. Dopo ogni modifica controllate utenti autenticati, moduli, pagamenti e invalidazione dei contenuti: una cache aggressiva può mostrare dati vecchi o privati.
4. Ottimizzare immagini e contenuto principale
Le immagini devono avere dimensioni coerenti con lo spazio visualizzato, compressione adeguata e varianti responsive. Formati moderni possono ridurre il peso, ma il risparmio va verificato senza degradare il risultato visivo.
Il lazy loading è utile per contenuti fuori dallo schermo, non per l’immagine principale visibile. Se la risorsa LCP viene caricata tardi, occorre renderla scopribile e darle la giusta priorità. Definire larghezza, altezza o rapporto d’aspetto aiuta anche a prevenire il CLS.
5. Ridurre CSS, JavaScript e font non necessari
CSS bloccante e JavaScript eccessivo ritardano visualizzazione e interazione. Rimuovete ciò che non serve, caricate le risorse solo dove sono necessarie e rinviate il codice non critico senza alterare le funzioni. La combinazione automatica dei file non è sempre vantaggiosa con protocolli moderni e va misurata.
Limitate famiglie, varianti e set di caratteri dei font. Precaricate soltanto risorse realmente critiche: troppe priorità competono per la stessa banda. Controllate inoltre banner cookie, chat, mappe, video, statistiche e tag pubblicitari, perché gli script di terze parti possono dominare il tempo sul thread principale.
6. Pulire database, cron e opzioni autoload
Revisioni, transient scaduti e tabelle residue possono accumularsi, ma una pulizia indiscriminata rischia di cancellare dati utili. Prima identificate tabelle e proprietari, create un backup e valutate l’impatto reale delle query lente.
Controllate anche attività pianificate troppo frequenti e opzioni caricate automaticamente in ogni richiesta. Un database grande non è necessariamente lento; sono struttura, indici, query e quantità di dati caricati a determinare il costo.
7. Correggere la causa per ciascun Core Web Vital
- LCP: migliorare risposta del server e caricamento dell’elemento principale, evitando ritardi di scoperta e risorse bloccanti.
- INP: ridurre JavaScript e attività lunghe, spezzare il lavoro e limitare componenti pesanti durante le interazioni.
- CLS: riservare spazio a immagini, iframe e banner e gestire correttamente font e contenuti inseriti dopo il caricamento.
Nel 2021 la metrica di interazione era FID; dal marzo 2024 è stata sostituita da INP. Per soglie, dati reali e differenze rispetto al laboratorio consultate la guida ai Core Web Vitals.
8. Verificare il risultato senza inseguire un numero
Ripetete i test nelle stesse condizioni e confrontate mediana e variabilità, non una sola esecuzione favorevole. Verificate peso trasferito, richieste, risposta del server e metriche, ma anche navigazione, ricerca, moduli, tracciamenti e conversioni.
PageSpeed è uno strumento diagnostico, non una garanzia commerciale o SEO. Il vero obiettivo è offrire pagine rapide e stabili agli utenti reali. I dati sul campo richiedono tempo per riflettere le modifiche e vanno monitorati insieme agli indicatori di business.
Un ordine di intervento efficace
- Backup, staging e misurazione iniziale.
- Analisi di server, tema, plugin e richieste esterne.
- Correzione del collo di bottiglia più rilevante.
- Ottimizzazione di cache, immagini e risorse front-end.
- Controllo di database e processi pianificati se i dati lo richiedono.
- Test funzionale, nuova misurazione e monitoraggio.
Per intervenire anche sugli asset consultate la guida su come ottimizzare le immagini. LBCOMPANY analizza le cause, applica modifiche controllate e verifica PageSpeed e Core Web Vitals: scoprite i servizi di performance WordPress.
Domande frequenti
Qual è il primo passo per velocizzare WordPress?
Misurare più pagine, identificare il collo di bottiglia e creare un backup. Senza un riferimento iniziale non si può dimostrare se una modifica ha funzionato.
Basta installare un plugin di cache?
No. Può aiutare quando la cache è configurata correttamente, ma non risolve automaticamente hosting lento, plugin pesanti, immagini eccessive, JavaScript o problemi di database.
Quanti plugin sono troppi?
Non esiste un numero universale. È importante valutare qualità e impatto di ciascun plugin su query, codice, richieste esterne e processi in background.
Un CDN rende sempre WordPress più veloce?
No. Può ridurre latenza e carico per risorse statiche, ma deve essere configurato bene e non corregge un’origine lenta o un front-end inefficiente.
Perché PageSpeed dà risultati diversi?
Server, rete e contenuti dinamici variano fra le esecuzioni. Ripetete test comparabili e distinguete i dati di laboratorio dai dati reali aggregati.
Quanto tempo serve per vedere un miglioramento?
Il laboratorio può mostrare subito l’effetto. I dati reali dei Core Web Vitals sono aggregati nel tempo, quindi l’aggiornamento non è immediato.