Guide · Performance

Un WordPress
che non si sente.

WordPress non è lento per natura. È lento quando ci si aggiungono sopra cinque plugin che fanno la stessa cosa, un page builder e un hosting dimensionato per un blog personale. La buona notizia è che si può misurare e correggere.

Guida aggiornata il 6 novembre 2026 3 min di lettura

01

Dove si perde tempo

Il tempo di risposta del server è la prima voce: hosting condiviso, PHP vecchio, query pesanti, nessuna cache. Poi il peso delle risorse: CSS e JavaScript caricati su ogni pagina anche quando non servono. Infine immagini e font, che spesso sono la metà dei byte scaricati.

Un sito “veloce” non è quello con il punteggio più alto: è quello che risponde in fretta su un telefono reale, con una connessione mediocre, mentre l’utente sta facendo altro.

02

Gli interventi che valgono di più

01

Hosting e PHP

Una versione di PHP supportata, opcache attiva, risorse adeguate. Se l’hosting offre ancora PHP 7, il primo passo è chiedere una versione aggiornata.

02

Cache su più livelli

Page cache per l’HTML, object cache per le query, CDN per gli asset. Ognuna risolve un problema diverso.

03

Meno plugin, scelti meglio

Ogni plugin aggiunge query, CSS e JS. Se ne bastano due, due sono la scelta giusta.

04

Immagini e font

Formati moderni, dimensioni corrette, srcset, width e height. Font in WOFF2, sottoinsieme, con font-display swap.

03

Il metodo,
prima degli strumenti.

Si misura il tempo di risposta del server, poi il numero di richieste, poi il peso per tipo di risorsa. Solo dopo si sceglie lo strumento. Installare un plugin di cache su un sito con query lente migliora il sintomo, non la causa.

Ogni modifica si fa in staging e si misura dopo. Se il punteggio sale ma il tempo reale non cambia, non è un miglioramento: è rumore.

  • Misure prima e dopo ogni intervento
  • Staging per plugin e aggiornamenti
  • Cache HTML con invalidazione corretta
  • Font locali, nessuna chiamata esterna
  • JavaScript differito e ridotto all’essenziale
  • Backup verificato prima di toccare il database

04

La configurazione che preferiamo

Tema custom senza page builder, un solo CSS, un solo file JavaScript, font self-hosted, immagini dimensionate. Pochi plugin: quelli che servono davvero, aggiornati e verificati. Cache HTML davanti, CDN per gli asset, HTTP/2 o HTTP/3 e compressione Brotli.

Non è una ricetta universale: è la configurazione che abbiamo visto reggere meglio nel tempo, anche quando il sito cresce e qualcun altro mette mano al codice.

Il costo nascosto

Un sito lento costa tre volte: in posizionamento, in conversioni e in infrastruttura. La manutenzione ordinaria costa meno di un intervento d’emergenza.

FAQ Domande frequenti

Le risposte
che servono.

Quanti plugin posso installare?

Non esiste un numero. Esiste la domanda: questo plugin risolve un problema che non posso risolvere altrimenti? Se la risposta è no, non serve.

Il page builder è il problema?

Spesso è una parte del problema: aggiunge markup, CSS e JavaScript su ogni pagina. Non è il male assoluto, ma va misurato.

Basta un plugin di cache?

No. La cache riduce il lavoro del server sulle richieste ripetute; non corregge query lente, immagini enormi o JavaScript inutile.

Quanto si guadagna?

Dipende dal punto di partenza. Su un sito appesantito i margini sono ampi; su un sito già curato i guadagni sono più piccoli. Le misure lo dicono, le promesse no.

Parliamo
del vostro caso.

Scriveteci cosa dovete ottenere. Risponde una persona, non un modulo automatico.