Ottimizzazione delle prestazioni di WordPress: una guida pratica per siti web più veloci

Concedete a un visitatore tre secondi: se entro quel tempo la pagina non si è caricata, la maggior parte di loro se ne sarà già andata. A questo punto non c’è davvero nulla da discutere; è semplicemente il modo in cui le persone navigano. E non si tratta solo di posizionamento nei motori di ricerca, sebbene questo sia un aspetto importante, ma anche del fatto che qualcuno rimanga sul sito abbastanza a lungo da acquistare effettivamente qualcosa o compilare il vostro modulo.
Contenuti collaborativi
Risposta rapida: ottimizzare un sito WordPress in termini di velocità si riduce principalmente a un hosting migliore, immagini più piccole, una qualche forma di caching, un database che venga ripulito di tanto in tanto e l’eliminazione dei plugin che non utilizzate più. La definizione approssimativa di Google di «sufficientemente veloce» prevede un Largest Contentful Paint inferiore a 2,5 secondi, un Interaction to Next Paint inferiore a 200 ms e un Cumulative Layout Shift inferiore a 0,1.
WordPress di per sé non rappresenta il vero problema in questo caso. È possibile trovare siti WordPress che si caricano in ben meno di un secondo, così come altri, basati sostanzialmente sullo stesso software, che impiegano ben oltre dieci secondi. La differenza sta sempre in ciò che si trova “sopra”: l’hosting, il tema scelto anni fa, il numero di plugin accumulati, o se le immagini siano mai state ottimizzate prima della pubblicazione. Esaminiamo la questione in modo approfondito.
Perché la velocità è davvero importante per la vostra attività
Questo aspetto tende ad essere trascurato, pertanto vale la pena approfondirlo. Un ritardo di un secondo può ridurre le conversioni su un negozio online o su un modulo di contatto più di quanto ci si aspetti. I Core Web Vitals influenzano direttamente il modo in cui Google classifica una pagina, non solo come criterio di spareggio. La frequenza di rimbalzo aumenta quando un sito è lento, e ciò a sua volta viene interpretato dai motori di ricerca come un segnale di scarsa qualità. I visitatori da dispositivi mobili, in particolare, non sono disposti ad attendere, e il traffico mobile rappresenta ormai la maggioranza per la maggior parte dei siti WordPress.
Nulla di tutto ciò è puramente teorico. Un negozio che perde anche solo mezzo punto percentuale nelle conversioni per ogni visita accumula una perdita significativa nel corso di un anno. Una pagina bloccata alla seconda pagina a causa di un punteggio Core Web Vitals insufficiente non ha mai la possibilità di convertire alcun visitatore.
Segnali che indicano che vale la pena approfondire la questione fin da ora
Di solito alcuni segnali indicano che un sito necessita di attenzione: punteggi che si attestano nella zona arancione o rossa, visitatori che segnalano che il sito sembra lento, una frequenza di rimbalzo che è aumentata senza una reale motivazione legata ai contenuti, oppure un elenco di plugin che nessuno ha aggiornato da oltre sei mesi. Uno solo di questi elementi non costituisce una crisi. Se ne si verificano due o tre contemporaneamente, vale la pena dedicarvi qualche ora.
Panoramica dei fattori che rallentano la velocità
| Problema | Causa più comune | Cosa aiuta effettivamente |
| Il server impiega un po’ di tempo a rispondere | Hosting condiviso economico, PHP non aggiornato da anni | Passare a un hosting gestito o a un VPS, passare a PHP 8.x |
| Le pagine risultano pesanti | Nessuno ha compresso le immagini prima del caricamento | Utilizzi prima TinyPNG o ShortPixel, WebP dove possibile, e applichi il caricamento differito al resto |
| La stessa pagina viene ricompilata all’infinito | Non è stata configurata alcuna cache | WP Rocket, W3 Total Cache o LiteSpeed, se il vostro host lo supporta |
| Query lente | Il database non viene aggiornato da anni | Utilizzi WP-Optimize di tanto in tanto, limitando il numero di revisioni salvate |
| Caricamento eccessivo su ogni pagina | Plugin obsoleti che nessuno ha disattivato | Esaminare l’elenco ed eliminare ciò che non viene utilizzato |
| La pagina salta da una parte all’altra durante il caricamento | Immagini prive di attributi di dimensione, font caricati in ritardo | Impostare larghezza e altezza, precaricare i font essenziali |
Da dove deriva effettivamente il rallentamento
I siti raramente sono lenti fin dall’inizio; lo diventano gradualmente. Viene installato un tema ricco di funzionalità che nessuno utilizza. Si installa un plugin per un piccolo compito e questo rimane lì, funzionando silenziosamente su ogni pagina. Si carica una foto direttamente dal telefono, di cinque megabyte, perché nessuno pensa alle dimensioni del file mentre si scrive il post. È semplicemente ciò che accade man mano che un sito cresce senza che nessuno torni a rivedere la situazione.
Prima di intervenire, vale la pena capire effettivamente dove va a finire il tempo, anziché limitarsi a fare supposizioni. Google PageSpeed Insights o GTmetrix vi forniranno queste informazioni. Il parametro «Largest Contentful Paint» indica quanto tempo impiega l’elemento visibile più grande a comparire sullo schermo. Il «Time to First Byte» indica che il server stesso è lento, il che di solito è riconducibile all’hosting piuttosto che a qualcosa che accade sulla pagina.
Strumenti di test che vale la pena utilizzare
| Strumento | Costo | Ideale per |
| PageSpeed Insights | Gratuito | Un rapido controllo dei Core Web Vitals, direttamente da Google |
| GTmetrix | Gratuito, con livelli a pagamento disponibili | Per individuare esattamente quali elementi si caricano lentamente, in ordine |
| Pingdom | A pagamento | Monitoraggio della velocità nel corso di settimane, non solo un test una tantum |
| Query Monitor | Plugin gratuito | Individuare quale query del database sia effettivamente quella lenta |
Hosting
Molte persone continuano ad aggiungere un plugin dopo l’altro a un sito lento, pur utilizzando un servizio di hosting che non è mai stato progettato per il loro traffico. L’hosting condiviso è economico perché si condivide un server con centinaia di altri utenti e, quando uno di essi registra un picco di traffico, tutti coloro che condividono quella macchina ne risentono.
- L’hosting WordPress gestito o un VPS con risorse non condivise di solito risolve il problema in modo più efficace di qualsiasi plugin per la velocità
- L’archiviazione su SSD, una qualche forma di cache lato server e PHP 8.x rispetto al vecchio ramo 7.x sono tutti fattori davvero importanti
- Vale la pena verificare se il provider di hosting includa già un CDN o un sistema di cache a livello di oggetti, poiché spesso risulta più conveniente rispetto all’aggiunta separata di tali servizi
Immagini
Nove volte su dieci è proprio qui che si nasconde la maggior parte del peso della pagina. Un post di blog con cinque o sei foto ad alta risoluzione può facilmente superare i 5 MB complessivi, quando l’intera pagina dovrebbe aggirarsi intorno a 1 MB.
- Utilizzate TinyPNG o ShortPixel prima di caricare qualsiasi file, non dopo
- Preferire il formato WebP a JPEG o PNG ovunque sia supportato
- Utilizzare gli attributi «width» e «height» affinché il browser non debba indovinare il layout durante il caricamento
- Caricamento differito per tutto ciò che si trova sotto la piega della pagina, funzione che WordPress gestisce in modo nativo a partire dalla versione 5.5
- Ridimensionare effettivamente l’immagine in base alle dimensioni di visualizzazione, anziché caricare la risoluzione completa della fotocamera e lasciare che sia il CSS a ridurla
Caching e CDN
Ogni volta che viene richiesta una pagina, WordPress normalmente esegue il codice PHP e interroga il database per ricomporre la pagina da zero. Eseguire questa operazione ad ogni singola visita rappresenta uno spreco di risorse quando la pagina non ha effettivamente subito modifiche. La cache, invece, mantiene una copia già pronta da fornire all’utente.
- WP Rocket, W3 Total Cache o LiteSpeed Cache, se supportato dall’host: qualsiasi di questi strumenti copre la maggior parte delle funzionalità di base
- Un CDN, come Cloudflare o BunnyCDN, rappresenta la scelta più comune; esso posiziona i file statici fisicamente più vicini alla posizione effettiva dei visitatori
- I siti che utilizzano WooCommerce o qualsiasi applicazione che fa un uso intensivo del database tendono a trarre vantaggio anche dalla cache a oggetti: Redis o Memcached
Il database diventa più disordinato di quanto si pensi
Vecchie revisioni, commenti spam mai eliminati, dati temporanei scaduti, bozze incomplete risalenti a anni fa: tutto questo rimane lì, occupando spazio e rallentando ogni query che debba setacciarlo. Nel giro di pochi anni, non si tratterà più di una quantità trascurabile di dati superflui.
- Un’operazione di pulizia ogni due mesi, tramite WP-Optimize o direttamente tramite phpMyAdmin
- Limitare il numero di revisioni nel file wp-config.php per evitare che continuino ad accumularsi
- Eliminare i dati residui dei plugin disinstallati da tempo ma che non sono mai stati completamente rimossi
Verifica di plugin e temi
Ogni plugin attivo comporta un certo sovraccarico, anche quelli che a prima vista non sembrano svolgere alcuna funzione visibile. Vale la pena esaminare l’elenco di tanto in tanto e valutare con onestà quali siano quelli che giustificano ancora la propria presenza. Lo stesso vale per i temi con page builder pesanti: comodi, ma che spesso includono una quantità di CSS e JavaScript di gran lunga superiore a quella necessaria per una pagina. Se un sito è stato gestito per anni con un tema appesantito e da allora il traffico è cresciuto, potrebbe essere giunto il momento di procedere a una ricostruzione tramite servizi di sviluppo WordPress, anziché ricorrere a un’altra serie di soluzioni provvisorie. Se realizzato correttamente sin dall’inizio, un sito non accumula questo tipo di appesantimento come invece accade con un tema sovraccarico.
Minimizzazione e combinazione dei file
Ogni file CSS o JS costituisce una richiesta separata al server, e la minificazione elimina gli spazi bianchi e i commenti superflui. Anche l’unione dei file in un numero minore di richieste è utile, sebbene valga la pena ricontrollare in seguito; raggruppare gli script può occasionalmente causare malfunzionamenti in elementi che dipendevano dall’ordine di caricamento originale. La maggior parte dei plugin di caching dispone già di questa opzione, attivabile tramite un’impostazione nelle impostazioni.
Riferimento ai Core Web Vitals
| Metrica | Valore auspicabile | Cosa viene effettivamente verificato |
| Largest Contentful Paint | Meno di 2,5 s | Tempo necessario affinché venga visualizzato l’elemento più grande della pagina |
| Interazione al successivo aggiornamento visivo | Meno di 200 ms | Ritardo tra un clic e la reazione effettiva della pagina |
| Spostamento cumulativo del layout | Inferiore a 0,1 | Entro quanto si spostano gli elementi durante il caricamento della pagina |
Il dispositivo mobile è altrettanto importante
Più della metà del traffico su un tipico sito WordPress proviene da uno smartphone. Le reti mobili sono più lente e meno prevedibili rispetto al Wi-Fi dell’ufficio, pertanto una pagina che su un laptop sembra caricarsi all’istante può risultare estremamente lenta su un dispositivo Android di fascia media con una connessione 4G instabile. I test effettuati su una connessione limitata consentono di individuare questo problema; Chrome su desktop da solo non è in grado di farlo. Anche Google utilizza ormai da tempo l’indicizzazione «mobile-first», il che significa che è soprattutto la versione mobile di una pagina a essere sottoposta a scansione e classificata; pertanto, un sito desktop veloce che nasconde una versione mobile lenta continua a registrare prestazioni inferiori alle aspettative.
Una semplice routine mensile
- Eseguite un test di velocità e confrontatelo con quello del mese scorso, non limitandovi a considerarlo isolatamente
- Verifichi la presenza di plugin che non sono più attivi e non svolgono alcuna funzione
- Controlli rapidamente le dimensioni delle immagini caricate di recente prima che si accumulino
- Verifichi che il plugin di caching sia effettivamente ancora attivo; talvolta gli aggiornamenti lo disattivano senza avvisare
- Eseguite una rapida analisi del database se ultimamente si è verificato un picco di nuovi contenuti o commenti
Mantenere lo stato attuale
Non si tratta di un intervento che si risolve una volta per tutte e poi si dimentica. Aggiornamenti del core, aggiornamenti dei plugin, nuovi contenuti: tutto ciò erode i progressi ottenuti, solitamente senza che nessuno se ne accorga finché il posizionamento non inizia a calare. Un servizio di manutenzione e assistenza per WordPress è fondamentalmente concepito proprio per questo: aggiornamenti, patch di sicurezza, backup e controlli periodici della velocità che vengono eseguiti silenziosamente in background, anziché trasformarsi in una corsa frenetica ogni volta che qualcosa smette di funzionare.
Domande che le persone pongono di solito
Qual è la velocità sufficiente per un sito WordPress?
Meno di 2,5 secondi per il Largest Contentful Paint è il limite fissato da Google per ottenere un buon punteggio. La maggior parte dei siti ben gestiti registra tempi di caricamento completo compresi tra 1 e 3 secondi con una connessione di qualità discreta.
La presenza di molti plugin rallenta effettivamente il sito?
Di solito no, anche se non è tanto una questione di numero in sé, quanto piuttosto del fatto che ciascuno di essi svolga il proprio ruolo in modo efficace. Una manciata di plugin realizzati male può rivelarsi peggiore di un elenco più lungo di plugin ottimizzati.
Da cosa conviene partire per risolvere i problemi di un sito lento?
La memorizzazione nella cache e la compressione delle immagini, più o meno in quest’ordine. Tra questi due aspetti, di solito si ottiene il miglioramento più significativo con il minimo sforzo.
Con quale frequenza è opportuno verificare effettivamente questi aspetti?
Una volta al mese è una frequenza ragionevole, e sicuramente subito dopo l’installazione di qualsiasi aggiornamento importante di plugin, tema o del codice di base.
Cambiare provider di hosting farà davvero la differenza?
Spesso sì, soprattutto se si proviene da un hosting condiviso. Il tempo di risposta del server non è un aspetto che un plugin possa risolvere completamente da solo.
Un plugin di caching è in grado di gestire questa situazione da solo?
È di grande aiuto, ma non risolve il problema delle immagini troppo pesanti, di un database disorganizzato o di un hosting obsoleto. È solo un tassello, non la soluzione completa.
A che punto siamo
Non esiste un unico plugin in grado di risolvere da solo i problemi di prestazioni di WordPress, indipendentemente da quanto affermato nella pagina di vendita. Tutto dipende da un hosting adeguato, dall’attenzione alle immagini, da una cache configurata correttamente, da un database che venga ripulito di tanto in tanto e dall’eliminazione dei plugin che nessuno utilizza. I siti che adottano questo approccio come abitudine, anziché come progetto una tantum, sono quelli che rimangono effettivamente veloci anche un anno dopo.
Che si tratti di un team interno che esamina la checklist sopra riportata ogni mese, oppure di affidare il compito a persone che già lo fanno quotidianamente, il risultato è lo stesso in entrambi i casi: un sito che rimane veloce man mano che cresce, anziché necessitare di un intervento di risanamento ogni due anni.
Dichiarazione di non responsabilità: gli autori degli articoli sponsorizzati sono gli unici responsabili delle opinioni espresse o delle offerte proposte. Tali opinioni non riflettono necessariamente la posizione ufficiale diDaily News Hungary e la redazione non può essere ritenuta responsabile della loro veridicità.

