testare velocità sito WordPress
Prima di avviare un test: definite un quadro di misurazione (altrimenti i risultati saranno incoerenti)
Se misurate a caso, otterrete punteggi che cambiano a ogni prova, e non saprete cosa correggere con priorità. Per analizzare la velocità del vostro sito WordPress in modo affidabile, iniziate bloccando 5 parametri: l’URL testato, il contesto (connesso/disconnesso), il luogo del test, lo stato della cache e uno scenario di navigazione realistico.
1) Scegliete 3 pagine rappresentative : la home page, una pagina articolo (o scheda prodotto) e una pagina pesante (con slider, moduli, video, blocchi). L’errore frequente consiste nel testare solo la home.
2) Testate come visitatore (disconnesso) : WordPress a volte mostra una pagina diversa per l’admin (barra di amministrazione, bypass della cache, script aggiuntivi). In termini di velocità, ciò che conta è la versione vista dai vostri visitatori.
3) Fissate un punto di misurazione geografico : un sito ospitato in Francia ma testato dalla costa Ovest degli Stati Uniti può sembrare lento anche se è corretto per il vostro pubblico. Fate almeno un test vicino al vostro target principale, poi un test lontano per stimare la robustezza.
4) Stabilizzate la cache : eseguite un primo test a freddo (cache vuota) poi 2–3 test a caldo (cache piena). Annotate entrambi, perché raccontano due storie diverse: la prima visita vs le visite successive.
5) Definite che cosa chiamate veloce : non focalizzatevi solo su un punteggio. Seguite soprattutto indicatori concreti (tempo di caricamento del contenuto principale, stabilità, peso totale, numero di richieste).
Gli indicatori da seguire (e quelli da ignorare quando si inizia)
Una buona diagnosi dipende dalle metriche. Alcune sono molto parlanti, altre sono facili da interpretare male. Ecco quelle da monitorare in priorità.
Core Web Vitals: i 3 segnali sul campo da conoscere
LCP (Largest Contentful Paint) : misura quando viene visualizzato il blocco principale visibile (spesso una grande immagine, un hero, un titolo). Se è troppo alto, l’utente ha l’impressione che non stia succedendo nulla .
INP (Interaction to Next Paint) : riflette la reattività del sito durante le interazioni (clic, tap, inserimento). Script troppo pesanti, slider, strumenti di marketing e alcuni builder possono peggiorarlo.
CLS (Cumulative Layout Shift) : quantifica gli spostamenti imprevisti degli elementi (pulsanti che si muovono, testo che salta). Spesso è legato a immagini senza dimensioni, font, o inserti pubblicitari/embeds.
Due metriche di analisi molto utili
TTFB (Time To First Byte) : tempo necessario prima di ricevere il primo byte dal server. Un TTFB elevato indica spesso un problema lato server (hosting, PHP, database, cache assente/mal configurata) piuttosto che un problema front .
Peso totale + numero di richieste : più una pagina carica immagini, script e fogli di stile, più rischia di essere lenta (soprattutto su mobile). Questa lettura è semplice e molto attuabile: ridurre, comprimere, ritardare, eliminare.
La trappola classica: il punteggio unico
Gli strumenti mostrano talvolta un punteggio su 100. È utile per seguire una tendenza, ma non dice cosa correggere. Il vostro obiettivo: trasformare le raccomandazioni in azioni misurabili (es. -300 Ko di immagini, -15 richieste, -400 ms di TTFB).
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Strumenti: quali usare e in quale ordine
Un solo strumento non basta quasi mai. L’ideale è combinare: uno strumento di laboratorio (diagnosi tecnica), uno strumento waterfall (sequenziamento delle risorse) e uno strumento sul campo (dati reali). Per un avvio strutturato, potete fare affidamento su questa guida esterna: Come eseguire un test di velocità su un sito WordPress.
1) Strumento di laboratorio: individuare i maggiori freni in 5 minuti
Utilizzate uno strumento che fornisca audit e opportunità (immagini, CSS/JS, cache, font, terze parti). Fate 3 test: mobile, desktop e una ripetizione per attenuare la casualità. Conservate i report (PDF, export, screenshot) per confrontarli dopo le ottimizzazioni.
2) Strumento waterfall: capire cosa blocca cosa
Il waterfall (cascata di caricamento) è il posto dove si vede la verità: quali risorse aspettano, quali sono in coda, quali bloccano il rendering. È particolarmente utile per identificare uno script di terze parti (chat, analytics, pixel, A/B test) che ritarda tutto il resto.
3) Dati sul campo: validare con le visite reali
I test di laboratorio simulano, ma i vostri visitatori vivono tutt’altro (reti, dispositivi, congestione). Appena possibile, consultate dati provenienti da sessioni reali (es. tramite strumenti di monitoring, report del browser o dashboard orientate alla UX). È indispensabile per dare priorità: una pagina può essere buona in laboratorio ma cattiva su alcuni mobile.
Panoramica degli strumenti (e come combinarli)
Per confrontare rapidamente diverse soluzioni di test e capirne le differenze, potete consultare questo comparativo esterno: Test delle prestazioni di un sito WordPress: 3 strumenti | velocità & SEO. L’idea non è moltiplicare i test, ma ottenere una visione incrociata: audit + cascata + percezione.
Metodo passo dopo passo: un’analisi in 7 fasi che porta ad azioni concrete
Fase 1 — Create una scheda di riferimento per pagina
Per ogni pagina testata, annotate: URL, data/ora, posizione del test, mobile/desktop, cache fredda/calda, metriche principali (LCP/INP/CLS/TTFB), peso totale, richieste e screenshot dei principali avvisi. Questo documento diventa la vostra dashboard.
Fase 2 — Separate server vs front-end con una lettura semplice del TTFB
Se il TTFB è già elevato, è inutile iniziare a micro-ottimizzare il CSS: rischiate di guadagnare 200 ms lato browser mentre perdete 1,5 s lato server. In questo caso, sospettate:
– cache di pagina assente o inefficace
– PHP troppo vecchio, limiti di CPU/RAM, hosting saturo
– query del database lente (plugin pesanti, ricerca interna, WooCommerce ottimizzato male)
– chiamate esterne bloccanti lato server (API, font, script caricati via PHP)
Su questo punto, una risorsa esterna orientata alla procedura può aiutarvi a strutturare l’analisi: Come analizzare la velocità del mio sito WordPress?.
Fase 3 — Identificate l’oggetto più grande che degrada il LCP
Quando il LCP è scarso, cercate l’elemento interessato: spesso un’immagine hero non ottimizzata, uno slider o una sezione costruita con uno sfondo video. Azioni frequenti:
– convertire in WebP/AVIF (se compatibile) e comprimere correttamente
– definire dimensioni esplicite (evitare i ricalcoli e il CLS)
– caricare con priorità il contenuto critico (senza sovraccaricare il browser)
– sostituire uno slider pesante con un’immagine statica quando l’impatto business è basso
Passo 4 — Distingui ciò che è necessario da ciò che è comodo (script di terze parti)
Una pagina WordPress può caricare script di tracciamento, widget, player, popup, chat, mappe, ecc. Il problema: questi script aggiungono richieste, talvolta bloccano il rendering e peggiorano l’INP. Il tuo metodo:
– elenca tutti i domini di terze parti chiamati (nella cascata)
– classificali: indispensabile (pagamento, sicurezza), utile (analytics), opzionale (widget)
– misura l’impatto: disattivazione temporanea (staging), poi ri-test
Passo 5 — Verifica la coerenza cache/compressione/header
Una configurazione sana include generalmente: cache di pagina, cache del browser, compressione e gestione corretta delle risorse statiche. Se il tuo secondo test a caldo non è nettamente migliore del test a freddo, è un segnale che la cache non lavora (o viene aggirata).
Passo 6 — Individua i plugin responsabili (senza rompere il sito)
Molti rallentamenti derivano meno dal numero di plugin che dalla loro qualità, dalle funzionalità attivate e dal loro carico su ogni pagina. Per ridurre il rischio, evita di disattivare a caso in produzione. Lavora su un ambiente di test e procedi per lotti (3–5 plugin), ri-testando sistematicamente.
Per un approccio più sicuro di selezione e valutazione, puoi leggere: Come Scegliere un Plugin Affidabile.
Passo 7 — Correggi, ri-testa, poi documenta il guadagno
Ogni ottimizzazione deve essere validata da una misurazione prima/dopo sulla stessa pagina, con lo stesso protocollo. Annota il guadagno reale (es. LCP -0,8 s, peso -600 Ko). È questa disciplina che trasforma una serie di azioni tecniche in un progresso duraturo.
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Interpretare le cause frequenti su WordPress (sintomi → piste)
Quando un sito è lento, spesso c’è un piccolo numero di colpevoli ricorrenti. Ecco una lettura sintomo → ipotesi pratica:
TTFB elevato ovunque → hosting sottodimensionato, cache di pagina assente, query del database pesanti, PHP/OPcache configurati male.
LCP scarso soprattutto su mobile → immagini troppo pesanti, CSS/JS bloccanti, font esterni, hero sovradimensionato, animazioni.
INP peggiorato su alcune pagine → script di tracciamento, builder, popup, slider, moduli troppo dinamici, sovraccarico JS.
CLS elevato → immagini senza width/height, iframe/embed che si ridimensionano, font che caricano tardi, banner iniettati.
Pagina leggera ma lenta → spesso server/TTFB, DNS, o script di terze parti che bloccano (anche se la pagina pesa poco).
Se vi riconoscete nel caso lento nonostante una configurazione che sembra semplice , questa lettura può aiutarvi ad approfondire: Perché il vostro è lento anche con pochi plugin.
Costruire un piano d’azione: dare priorità a ciò che migliora la percezione dell’utente
Una buona prioritizzazione evita di perdere ore su guadagni invisibili. Classificate le vostre azioni in base a: impatto percepito (LCP/INP/CLS), sforzo, rischio e frequenza di esposizione (pagine più visitate).
Priorità 1: ridurre il tempo prima del primo contenuto utile
Puntate al LCP, alle immagini critiche e a tutto ciò che blocca il rendering sopra la linea di galleggiamento. Un sito che mostra rapidamente l’essenziale sembra veloce anche se non tutto è ancora caricato.
Priorità 2: migliorare l’interattività e la stabilità
Quando l’INP è scarso, l’utente percepisce clic che non rispondono. Quando il CLS è scarso, clicca nel punto sbagliato. Questi due aspetti hanno un effetto diretto sulla conversione.
Priorità 3: ottimizzare il resto (peso complessivo, richieste, pulizia)
Solo dopo, cercate ottimizzazioni più fini: razionalizzazione CSS, script non critici, caricamenti condizionali, pulizia degli asset inutilizzati, ottimizzazione dei font.
Implementare una routine di controllo (perché la velocità non si degradi nel corso dei mesi)
Su WordPress, le prestazioni evolvono con gli aggiornamenti, i nuovi plugin, i contenuti (immagini) e le aggiunte marketing. Senza una routine, un sito che era veloce può tornare lento in poche settimane.
Una semplice check-list mensile
– Rifare i test sulle vostre 3 pagine di riferimento (stesso protocollo)
– Verificare la comparsa di nuovi script di terze parti
– Controllare il peso delle nuove immagini caricate online
– Monitorare i cambiamenti di tema/costruttore/estensione
Una check-list a ogni cambiamento importante
Dopo l’aggiunta di un plugin, di uno script di tracking, di un modulo cookie o di un nuovo template: test immediato prima/dopo, e rollback se il degrado è netto.
Quando l’analisi della velocità rivela un rischio di stabilità (e come reagire)
Può capitare che, cercando di ottimizzare (minificazione aggressiva, combinazione di file, impostazioni della cache), si inneschino effetti collaterali: pagine rotte, errori JS o, peggio, una schermata bianca. Se vi imbattete in un guasto bloccante durante le vostre operazioni, seguite una procedura di risoluzione adeguata: Correggere l Errore Errore Critico su questo.
Velocità e manutenzione: perché è lo stesso argomento (soprattutto per una PMI)
Analizzare la velocità non è un’azione una tantum. È una disciplina che si integra nella manutenzione: aggiornamenti controllati, controllo dei plugin, igiene dei media, monitoraggio, backup e test regolari. Per una realtà che non ha un team tecnico dedicato, un approccio strutturato è spesso ciò che evita le derive (plugin accumulati, script aggiunti senza monitoraggio, prestazioni che calano).
Per strutturare l’essenziale lato organizzazione e buone pratiche, potete consultare: Manutenzione per PMI Ciò Che È Indispensabile.
Bisogna internalizzare o esternalizzare l’analisi e il monitoraggio delle prestazioni?
Se avete un sito vetrina semplice, una routine di test mensili può bastare internamente. Al contrario, non appena avete WooCommerce, un tema complesso, script marketing o esigenze SEO/SEA, il monitoraggio diventa più tecnico: ambiente di staging, monitoring, audit delle richieste, compromessi tra compatibilità e ottimizzazione.
Se pensate di delegare tutto o parte, valutate bene i benefici (risparmio di tempo, competenza) e i rischi (dipendenza, interventi troppo aggressivi, mancanza di documentazione). Per chiarire questo punto: Esternalizzare la manutenzione: vantaggi e rischi.
Per saperne di più sui nostri servizi di manutenzione di siti WordPress
Conclusione: un’analisi utile = un protocollo, metriche, prove
Analizzare la velocità di un sito WordPress non significa cercare un punteggio perfetto: significa isolare i veri colli di bottiglia (server, immagini, script di terze parti, plugin), applicare correzioni a basso rischio, poi dimostrare il miglioramento con un prima/dopo riproducibile. Con 3 pagine di riferimento, una combinazione di strumenti (audit + waterfall + sul campo) e una routine mensile, potete mantenere un sito veloce nel tempo — anche quando i contenuti e le esigenze di marketing evolvono.
Se desiderate affidare il monitoraggio, i test regolari e le ottimizzazioni senza dedicarci tempo ogni mese, consultate Per saperne di più sui nostri servizi di manutenzione del sito.
