Cos’è e come funziona PageSpeed Insights
PageSpeed Insights è lo strumento gratuito con cui Google misura la velocità e l’esperienza di una pagina web su mobile e desktop, assegna un punteggio da 0 a 100 e indica che cosa correggere. Il report nasce dall’unione di un test di laboratorio e di dati reali raccolti dagli utenti Chrome negli ultimi 28 giorni.
Cosa ricordare di PageSpeed Insights?
- Cos’è: uno strumento gratuito di Google, accessibile su pagespeed.web.dev senza registrazione, per una pagina alla volta.
- Dati usati: un test di laboratorio (Lighthouse) e, quando disponibili, dati reali degli utenti Chrome (CrUX) degli ultimi 28 giorni.
- Punteggio: scala 0-100 divisa in tre fasce, mobile e desktop separati e quasi sempre diversi tra loro.
- Metriche che contano per Google: LCP, INP e CLS, i tre Core Web Vitals.
- Limite da conoscere: una pagina nuova o poco visitata può non avere dati reali, e il punteggio di laboratorio oscilla da un test all’altro senza che nulla sia cambiato sul sito.
Cos’è PageSpeed Insights
PSI è il nome breve con cui nel mestiere si indica lo strumento. Basta aprire pagespeed.web.dev, incollare l’indirizzo di una pagina e avviare l’analisi: non serve un account Google né la verifica di proprietà del sito, a differenza di Search Console. Il risultato arriva per mobile e per desktop, mostrati in due schede separate, perché le condizioni di rete e di hardware sono diverse e lo strumento le tratta come due test distinti.
Lo strumento gira sul motore open source Lighthouse, lo stesso disponibile negli strumenti per sviluppatori di Chrome: PSI lo esegue sui server di Google e aggiunge i dati reali di CrUX, che da soli Lighthouse non ha. Nella pratica si usa per due scopi: un controllo puntuale su una pagina prima della pubblicazione, e una lettura periodica per capire se un intervento tecnico ha spostato davvero i numeri. Una nota storica che vale la pena di sapere: l’estensione PageSpeed Insights per Chrome è stata ritirata da anni, l’unica versione attiva è quella online.
Chi gestisce un sito aziendale, un e-commerce o un’attività locale lo usa per capire dove intervenire prima di chiamare chi si occupa di ottimizzazione tecnica del sito: il report segnala i problemi, non li risolve da solo.
Come funziona: dati di laboratorio e dati reali
PageSpeed Insights produce il suo report incrociando due fonti di natura diversa, e la distinzione è la prima cosa da capire per leggere il risultato senza fraintenderlo.
I dati di laboratorio arrivano da Lighthouse: un caricamento simulato della pagina su un dispositivo e una rete fissi, pensato per il debug. Nella documentazione tecnica dello strumento il dispositivo mobile simulato è un Moto G4 su una rete mobile emulata, mentre per desktop si simula un computer con connessione cablata; l’esecuzione avviene da server in Nord America, Europa o Asia, e questo da solo spiega parte della variabilità tra un test e l’altro.
I dati reali arrivano da CrUX, il set di dati che Google costruisce dalle esperienze anonime di chi naviga con Chrome. Coprono una finestra mobile di 28 giorni e misurano FCP, INP, LCP e CLS, più la metrica sperimentale TTFB. Sono gli unici dati che contano davvero per Google come segnale di esperienza, perché descrivono utenti veri su dispositivi e connessioni reali, non un singolo scenario ricostruito in laboratorio.
Le due fonti possono raccontare storie diverse sulla stessa pagina: il laboratorio è un report storico di una singola esecuzione, il campo è uno storico aggregato di migliaia di sessioni reali. Quando il punteggio di laboratorio è buono ma i Core Web Vitals reali sono fuori soglia, conviene guardare prima ai dati reali: sono quelli che Google usa, il resto è diagnostica.
Come leggere il punteggio da 0 a 100
Il punteggio che compare in alto nel report è quello di laboratorio, calcolato da Lighthouse sulle categorie Prestazioni, Accessibilità, Best practice e SEO: qui la categoria che interessa è Prestazioni. Le tre fasce sono: 0-49 rosso, prestazioni scarse; 50-89 arancione, da migliorare; 90-100 verde, buone. Sono le stesse soglie riportate sia nella documentazione ufficiale dello strumento sia nelle guide di settore di riferimento.
Perché il report usa il 75° percentile
Per i dati reali, PSI non mostra una media ma il 75° percentile di ogni metrica: significa che tre quarti delle visite hanno fatto un’esperienza uguale o migliore di quel valore. La scelta serve a mettere in evidenza le esperienze più frustranti, non quelle medie: un sito può avere un tempo di caricamento medio accettabile e un 75° percentile fuori soglia, e in quel caso il problema esiste comunque per una fetta reale di utenti.
Qual è un buon punteggio di laboratorio
Qualsiasi punteggio verde, quindi 90 o superiore, è considerato buono in laboratorio. Un punteggio lab alto, però, non garantisce che l’esperienza reale sia altrettanto buona: sono due misure separate, e il punteggio lab non entra nel posizionamento. L’errore comune è inseguire il 100 su un test invece di guardare i Core Web Vitals reali, che sono il dato che conta.
Le metriche che PageSpeed Insights misura
Il report elenca diverse metriche, ma non hanno tutte lo stesso peso: tre di queste sono i Core Web Vitals, le altre sono diagnostiche di laboratorio.
| Metrica | Cosa misura | Buono | Da migliorare | Scarso |
|---|---|---|---|---|
| LCP | tempo di rendering del contenuto principale | fino a 2.500 ms | 2.500-4.000 ms | oltre 4.000 ms |
| INP | reattività della pagina alle interazioni | fino a 200 ms | 200-500 ms | oltre 500 ms |
| CLS | stabilità visiva del layout | fino a 0,1 | 0,1-0,25 | oltre 0,25 |
| FCP | comparsa del primo contenuto a schermo | fino a 1.800 ms | 1.800-3.000 ms | oltre 3.000 ms |
| TTFB | tempo di risposta del server (sperimentale) | fino a 800 ms | 800-1.800 ms | oltre 1.800 ms |
LCP, INP e CLS formano i Core Web Vitals: un’aggregazione di pagina o di sito supera la valutazione solo se il 75° percentile di tutte e tre è nella fascia buona; se mancano dati sufficienti per INP, l’aggregazione si basa su LCP e CLS. FCP resta una diagnostica di laboratorio utile per capire quando parte il rendering, e il funzionamento dell’FCP va letto insieme a LCP, non al posto di LCP. La sezione Diagnostica del report aggiunge anche Speed Index e Total Blocking Time, due indicatori che aiutano a capire dove intervenire ma che non entrano nei Core Web Vitals.
Come testare una pagina con PageSpeed Insights
La procedura è la stessa per qualunque pagina, e richiede meno di un minuto.
- Apri pagespeed.web.dev.
- Incolla l’indirizzo completo della pagina, protocollo https:// incluso.
- Avvia l’analisi e aspetta che lo strumento restituisca i due report, mobile e desktop.
- Guarda prima i Core Web Vitals reali, se presenti: sono la sezione che conta per Google.
- Passa al punteggio di laboratorio e apri le sezioni Opportunità e Diagnostica per capire cosa correggere.
Un dettaglio che molti saltano: il report mostra di default i risultati mobile, perché la maggior parte del traffico arriva da smartphone, e spesso il punteggio mobile è più basso di quello desktop per via della potenza di calcolo e della connessione simulate. Controlla sempre entrambe le schede prima di decidere cosa correggere.
Cosa succede se mancano i dati reali
Non tutte le pagine hanno dati reali da mostrare, e il report si comporta in modo diverso a seconda del caso.
Se la pagina è nuova o ha poco traffico: PSI passa ai dati di origine
Quando una singola pagina non ha abbastanza visite nel set CrUX, lo strumento mostra i dati aggregati di tutto il dominio invece che della pagina. È una stima ragionevole, non il dato preciso di quella pagina: tienilo presente se stai valutando una landing appena pubblicata.
Se anche l’origine non ha dati sufficienti: niente dati reali
Su un sito con pochissimo traffico, anche l’aggregazione a livello di dominio può non avere campioni a sufficienza: in questo caso il report mostra solo i dati di laboratorio, e la valutazione Core Web Vitals resta non disponibile finché il traffico non cresce.
Perché il punteggio cambia a ogni analisi
Lanciare lo stesso test due volte di seguito, senza toccare una riga di codice, può dare due punteggi diversi: capita, ed è normale. La variabilità entra da più canali insieme: la disponibilità della rete nel momento del test, l’hardware del server che esegue la simulazione, risorse in conflitto su quel server in quell’istante. Nessuno di questi fattori dipende dal sito.
La mia regola è non rincorrere il singolo numero: lancio il test due o tre volte a distanza di minuti e guardo l’intervallo, non il picco migliore o peggiore. Per un giudizio stabile sul tempo conta di più l’andamento dei Core Web Vitals reali che un singolo punteggio di laboratorio.
Cosa rallenta una pagina, secondo il report
Le sezioni Opportunità e Diagnostica elencano i problemi trovati sulla pagina analizzata, con una stima di quanto si guadagnerebbe correggendoli. Le cause che vedo tornare più spesso nei siti di piccole imprese ed e-commerce sono quasi sempre le stesse: immagini troppo pesanti o nel formato sbagliato, script di terze parti (chat, tracciamenti, widget social) caricati tutti insieme, un server senza cache che risponde lentamente, font esterni che bloccano la visualizzazione del testo, elementi senza dimensioni dichiarate che spostano il layout mentre la pagina si carica.
Il report include anche punteggi per Accessibilità, Best practice e SEO on-page: sono controlli utili ma distinti dalla velocità, e vanno affrontati separatamente dal lavoro sui Core Web Vitals.
PageSpeed Insights e il posizionamento su Google
Il punteggio di laboratorio non è un fattore di ranking: non esiste nella documentazione di Google alcuna conferma che quel numero influenzi il posizionamento. A contare come segnale di esperienza sono i Core Web Vitals reali, insieme ad altri fattori come HTTPS, la compatibilità mobile e l’assenza di interstitial invasivi. Un sito lento perde visitatori prima ancora che Google valuti il resto dei contenuti.
Chi lavora sul lavoro di ottimizzazione dei Core Web Vitals usa PSI come strumento diagnostico per raggiungere soglie buone sui dati reali, misurate nel tempo.
PageSpeed Insights rispetto ad altri strumenti di test
Nelle ricerche su PageSpeed Insights tornano spesso nomi come GTmetrix, WebPageTest e Pingdom: misurano la velocità con approcci diversi rispetto a PSI.
| Strumento | Dati reali (CrUX) | Cosa aggiunge rispetto a PSI |
|---|---|---|
| PageSpeed Insights | sì, quando disponibili | è l’unico a mostrare i Core Web Vitals reali insieme al motore Lighthouse |
| GTmetrix | no, solo laboratorio | waterfall dettagliato e storico dei test salvati nel tempo |
| WebPageTest | no, solo laboratorio | scelta della location e del dispositivo di test, video del caricamento |
| Pingdom | no, solo laboratorio | monitoraggio uptime oltre alla velocità |
Google Analytics, che spesso compare nelle stesse ricerche, non è uno strumento di velocità: misura il comportamento di chi visita il sito, non il tempo di caricamento delle pagine. Sono due letture diverse dello stesso sito, una sul comportamento di chi visita e una sui tempi di caricamento delle pagine.
Come monitorare la velocità nel tempo
Un test manuale ogni tanto racconta un singolo istante, non l’andamento del sito. Per un controllo ricorrente su molte pagine esiste la PageSpeed Insights API, che restituisce gli stessi dati del report online in formato interrogabile da uno script o da un foglio di calcolo: utile per chi vuole un controllo automatico dopo ogni pubblicazione, senza aprire il tool a mano pagina per pagina.
Per la vista d’insieme su tutto il sito, invece dello strumento di test, uso la lettura dei report di copertura, dove il rapporto Core Web Vitals raggruppa le pagine per problema comune e mostra l’andamento reale nel tempo, non il singolo test. Le due letture si completano: PSI per il dettaglio di una pagina, Search Console per il quadro del sito.
Domande frequenti su PageSpeed Insights
Che cos’è PageSpeed Insights e a cosa serve?
È lo strumento gratuito di Google che misura la velocità e l’esperienza di una pagina su mobile e desktop, unendo un test di laboratorio e i dati reali degli utenti Chrome. Serve a capire dove intervenire prima e dopo una modifica tecnica al sito.
Qual è un buon punteggio su PageSpeed Insights?
In laboratorio, 90 o oltre è considerato buono, 50-89 da migliorare, sotto 50 scarso. Sui dati reali conta invece che LCP, INP e CLS siano nella fascia buona al 75° percentile: un punteggio lab alto non garantisce che questo avvenga.
Perché i dati di laboratorio e quelli reali a volte non coincidono?
Il laboratorio è un’esecuzione simulata su un dispositivo e una rete fissi; i dati reali sono uno storico aggregato di utenti veri su condizioni diverse. Quando i due risultati divergono, conviene dare peso ai dati reali, perché descrivono l’esperienza effettiva.
Perché il punteggio cambia a ogni test, anche senza modifiche al sito?
Dipende da fattori fuori dal controllo del sito: disponibilità della rete nel momento del test, hardware del server che esegue la simulazione, risorse in conflitto in quell’istante. Per un giudizio stabile serve ripetere il test più volte.
PageSpeed Insights influisce direttamente sul posizionamento?
I Core Web Vitals reali sono un segnale di esperienza pagina insieme a HTTPS, compatibilità mobile e assenza di interstitial invasivi; il punteggio di laboratorio non entra nel posizionamento. Un sito lento perde visitatori prima ancora che Google valuti il resto dei contenuti.
Cosa fare se PageSpeed Insights non mostra dati reali per una pagina?
Succede quando la pagina ha traffico insufficiente nel set CrUX: lo strumento passa ai dati aggregati di tutto il dominio, oppure, se anche quelli mancano, mostra solo i dati di laboratorio finché il traffico non cresce.
Come si automatizza il controllo con PageSpeed Insights?
Tramite la PageSpeed Insights API, che restituisce gli stessi dati del report online in formato interrogabile da uno script: utile per controlli ricorrenti su molte pagine, invece del test manuale una pagina alla volta.
