Come Leggere un Report di Google PageSpeed Insights

Apri PageSpeed Insights, incolli l'URL di un sito, premi invio e dopo qualche secondo ti trovi davanti a un punteggio, una manciata di grafici colorati e una lista lunghissima di voci in inglese tecnico. È il momento in cui la maggior parte delle persone si ferma al numero in alto e chiude la scheda. Peccato, perché quel numero da solo racconta meno della metà della storia.

Il punteggio in alto non è la cosa più importante

Il punteggio da 0 a 100 è una media pesata di più fattori, calcolata su una singola simulazione di caricamento. È utile come termometro veloce, ma nasconde due limiti pratici: cambia leggermente a ogni test anche senza modificare nulla sul sito, e mobile e desktop vengono valutati separatamente, quasi sempre con risultati molto diversi. Un sito può avere 85 su desktop e 40 su mobile: sono due esperienze diverse, e visto che la maggior parte delle ricerche locali parte da smartphone, il numero mobile è quasi sempre quello che conta di più.

Dati sul campo e dati di laboratorio: due cose diverse

Scorrendo il report si trovano due sezioni distinte, e confonderle porta a conclusioni sbagliate:

• Dati sul campo: vengono dagli utenti reali che hanno visitato quel sito negli ultimi 28 giorni, raccolti da Chrome. Se compaiono, sono il dato più affidabile perché riflettono connessioni e dispositivi veri, non una simulazione.
• Dati di laboratorio (Lighthouse): vengono da un singolo caricamento simulato, con condizioni di rete e dispositivo standardizzate. Sono utili per diagnosticare perché qualcosa è lento, ma non dicono cosa vivono davvero gli utenti.

Molti siti piccoli non hanno abbastanza traffico per generare dati sul campo: in quel caso PageSpeed mostra solo i dati di laboratorio, ed è normale. Per capire cosa rappresentano davvero LCP, INP e CLS che compaiono in questa sezione, l'articolo su cosa sono i Core Web Vitals è il riferimento diretto.

Opportunità e diagnostiche: dove si nascondono le azioni concrete

Sotto ai punteggi c'è la parte più utile per chi deve intervenire davvero: le sezioni "Opportunità" e "Diagnostica". Ogni voce elenca un problema specifico e, spesso, quanto tempo si risparmierebbe risolvendolo. Le voci più comuni su siti di piccole attività sono:

• Immagini non ottimizzate: foto caricate a risoluzione piena quando ne basterebbe un decimo.
• JavaScript e CSS inutilizzati: temi WordPress che caricano librerie intere per usarne il 5%.
• Nessuna cache del browser: ogni visita ricarica tutto da zero invece di riusare file già scaricati.
• Font non ottimizzati: più famiglie di caratteri caricate da server esterni diversi.
• Nessuna compressione dei file di testo: HTML, CSS e JavaScript inviati senza compressione, che pesano il doppio o il triplo del necessario.
• Troppe richieste a domini di terze parti: ogni pixel di marketing, chat o mappa integrata aggiunge una chiamata a un server esterno, e ognuna rallenta il caricamento.

Non serve risolverle tutte: quelle con l'impatto stimato più alto in cima alla lista sono il punto da cui partire.

Perché lo stesso sito può dare risultati diversi a distanza di minuti

Chi testa lo stesso URL due volte di seguito nota spesso punteggi leggermente diversi, e capita spesso di pensare a un errore dello strumento. Non lo è: il test di laboratorio dipende dal carico del server in quel momento, dalla rete simulata e da piccole variazioni tecniche che si verificano a ogni esecuzione. Per questo ha più senso guardare l'ordine di grandezza (60 contro 90, non 88 contro 91) e, quando possibile, fare due o tre test e considerare la media prima di trarre conclusioni definitive. Vale anche il contrario: dopo aver applicato una correzione, repentino non vedere subito un salto enorme non significa che l'intervento non abbia funzionato.

Perché mobile e desktop raccontano storie diverse

Il test mobile simula una CPU più lenta e una connessione più debole rispetto al desktop, proprio per replicare condizioni realistiche fuori da un ufficio con fibra. Per un'attività locale — un ristorante, un idraulico, uno studio dentistico — la maggior parte di chi cerca lo fa da telefono, spesso in mobilità, con pochi secondi di pazienza. È per questo che, quando si presenta un report a un cliente, ha più senso partire dal punteggio mobile: è quello più vicino a come i suoi clienti lo vivono davvero.

Trasformare un report in un argomento di vendita

Un report di PageSpeed pieno di sigle tecniche non convince nessuno da solo: bisogna tradurlo in linguaggio umano. "Il tuo LCP è 5,2 secondi" non dice niente a un imprenditore; "il suo sito impiega più di cinque secondi a mostrare la prima cosa utile, e in quei cinque secondi la maggior parte delle persone da smartphone è già tornata su Google" comunica lo stesso dato in modo concreto. Su come strutturare questo passaggio, l'articolo su come presentare un audit tecnico a un cliente entra nel dettaglio pratico.

Il limite di fare tutto questo a mano, sito per sito, è il tempo: aprire PageSpeed, aspettare il caricamento, leggere la lista, tradurla in un linguaggio comprensibile, e ripetere per ogni prospect è un lavoro che si mangia ore che potresti passare a vendere. In LeadPyper l'audit tecnico gira in automatico su ogni lead trovato via Google Maps e confluisce in un punteggio opportunità unico, pensato apposta per capire a colpo d'occhio quali aziende valga la pena contattare prima. Se vuoi vedere come funziona su aziende reali della tua città, puoi iniziare la prova gratuita di 14 giorni, senza carta di credito e con tutte le funzioni sbloccate.