PageSpeed Insights (PSI) è uno strumento che consente agli sviluppatori web di comprendere il rendimento di una pagina e come migliorarlo. Utilizza Lighthouse per controllare la pagina e identificare opportunità per migliorare le prestazioni. Si integra inoltre con il Report sull'esperienza utente di Chrome (CrUX) per mostrare l'esperienza di utenti reali con la pagina e l'origine in forma aggregata. In questa guida scoprirai come utilizzare PSI per estrarre approfondimenti da CrUX e comprendere meglio l'esperienza utente.
Lettura dei dati
Per iniziare, vai all'indirizzo https://pagespeed.web.dev/ e inserisci l'URL della pagina che vuoi testare, quindi fai clic su Analizza.
Dopo alcuni secondi verranno eseguiti i controlli di Lighthouse e verranno visualizzate sezioni con dati di CrUX ("Scopri cosa stanno riscontrando gli utenti reali") e Lighthouse ("Diagnostica i problemi di prestazioni"). CrUX è una raccolta di esperienze di utenti reali sul campo, mentre Lighthouse è un test controllato in laboratorio.
Nella sezione relativa alle esperienze utente reali, le metriche sono raggruppate in base a Segnali web essenziali e altre metriche rilevanti. Sono elencate per prime le tre metriche di Segnali web essenziali: Largest Contentful Paint (LCP), First Input Delay (FID) e Cumulative Layout Shift. A queste seguono altre metriche degne di nota: First Contentful Paint (FCP), Interaction to Next Paint (INP) e Time to First Byte (TTFB).
Segnali web essenziali
- Il valore LCP misura il tempo che intercorre prima che nella pagina vengano visualizzati i potenziali contenuti principali, ad esempio un'immagine o un titolo hero.
- INP misura la latenza di tutte le interazioni che un utente ha effettuato con la pagina e registra un singolo valore al di sotto del quale tutte le interazioni (o quasi) sono risultate inferiori.
- CLS misura il grado di instabilità del layout nella pagina, a causa di variazioni come l'inserimento di contenuti caricati in modo asincrono.
Altre metriche degne di nota
- Il valore FCP misura il tempo che deve trascorrere prima che nella pagina venga mostrato qualcosa in primo piano, ad esempio del testo o un logo.
- TTFB è una metrica sperimentale che misura il tempo che intercorre tra la richiesta di una risorsa e l'arrivo del primo byte di una risposta.
- FID (ora deprecato e sostituito da INP), misura l'interattività della pagina, dalla prima interazione dell'utente al momento in cui la pagina risponde.
Soglie delle metriche
Questa tabella descrive come i valori di queste metriche sono classificati come "Buono", "Richiede miglioramenti" o "Scadente".
Metrica | "Buono" | "Richiede miglioramenti" | "Scadente" -- | -- | -- | -- LCP | 0–2500 ms | 2500–4000 ms | 4000 ms+ CLS | 0,00-0,10 | 0,10–0,25 | 0,25+ 0 ms + 0 ms |0-20 ms
Le metriche di Segnali web essenziali sono le metriche più importanti e vengono fruite direttamente dagli utenti reali. Le altre metriche possono essere utilizzate come dati diagnostici, ma non sono necessariamente percepite dagli utenti reali. Di conseguenza, queste metriche non vengono prese in considerazione nella valutazione dei Segnali web essenziali e il mancato raggiungimento delle soglie "Buono" è importante solo se incidono negativamente sui Segnali web essenziali.
Esistono tre modi in cui l'esperienza utente viene visualizzata in PSI:
- un'etichetta che riassume la pagina come se la pagina abbia superato o meno la valutazione dei Segnali web essenziali
- percentili misurati in secondi o millisecondi (CLS è senza unità)
- una distribuzione che rappresenta la percentuale di esperienze "buone", "da migliorare" e "scarse" è disponibile facendo clic su Espandi visualizzazione in alto a destra in questa sezione.
Nello screenshot in alto, la pagina è contrassegnata come "superata" al test di Segnali web essenziali. Per superarlo, il percentile deve essere classificato come "buono" in tutti e tre i Segnali web essenziali. In caso contrario, la valutazione risulta "non riuscita". Alcune pagine potrebbero non avere dati INP sufficienti, nel qual caso viene valutata in base alle altre due metriche di Segnali web essenziali.
I percentili mostrati per tutte le metriche corrispondono al 75° percentile. Nelle statistiche, un percentile è una misura che indica il valore al di sotto del quale rientra una determinata percentuale di campioni. Ad esempio, lo screenshot sopra mostra che il 75° percentile di FID è 13 ms, il che significa che il 75% delle esperienze FID è più veloce di 13 ms. Questi valori sono codificati per colore in base alla tabella delle soglie riportata sopra, dove i valori "buono" sono verdi, i valori "da migliorare" sono arancioni e i valori "scarsi" sono rossi.
Infine, le distribuzioni per ogni metrica vengono illustrate utilizzando i raggruppamenti "Buono", "Richiede miglioramenti" e "Scarso". Ad esempio, le esperienze LCP in questa pagina sono "buone" (meno di 2,5 secondi) il 90% delle volte. Il valore FID è "scarso" (almeno 300 millisecondi) l'1% delle volte. Queste distribuzioni rappresentano tutte le esperienze utente nella pagina e le loro forme indicano la tendenza a essere "buona" o "scarsa".
Riepilogo del rendimento dell'origine
PSI include anche un riepilogo del rendimento dell'origine. Si tratta di un'aggregazione di esperienze utente in tutte le pagine di un'origine. Puoi ottenere le stesse statistiche per un'intera origine che sono disponibili per singole pagine. Questi dati sono strettamente allineati con ciò che è disponibile su BigQuery, mentre le prestazioni a livello di pagina non sono disponibili per le query.
C'è una differenza importante tra i dati a livello di origine su PSI e quelli su BigQuery. I set di dati su BigQuery vengono rilasciati una volta al mese e includono i dati del mese di calendario precedente. Ad esempio, il set di dati 202005 include tutte le esperienze utente che si sono verificate a maggio 2020. PSI, invece, aggrega i nuovi dati ogni giorno dei 28 giorni precedenti. Di conseguenza, i risultati che vedi oggi potrebbero essere diversi domani e non saranno necessariamente gli stessi che vedrai nell'aggregazione del mese corrente su BigQuery.
Risposte quando i dati dell'URL non sono disponibili in CrUX
Se l'URL che hai inserito non è disponibile in CrUX, PageSpeed Insights tenterà di utilizzare i dati a livello di origine come mostrato di seguito. Se fai clic sull'icona accanto al pulsante Questo URL disattivato, vengono visualizzate ulteriori spiegazioni.
Se anche i dati a livello di origine non sono disponibili in CrUX, PSI non è in grado di visualizzare questa sezione e vedrai Nessun dato. I dati di prova controllati da Lighthouse sono ancora disponibili per fornirti una stima approssimativa del rendimento della pagina.
Domande frequenti
Quando utilizzerei PageSpeed Insights anziché altri strumenti?
PSI combina i dati reali dell'esperienza utente di CrUX con la diagnostica delle prestazioni basata su lab di Lighthouse. In questo modo è più facile vedere la velocità di visualizzazione di una pagina e come renderla più veloce, tutto da un'unica posizione. Grazie all'aggregazione giornaliera dei dati dei campi in PSI, è ideale per monitorare più da vicino il rendimento dell'origine o dell'URL rispetto agli strumenti con aggregazioni meno frequenti.
Esistono limitazioni all'uso di PageSpeed Insights?
PSI fornisce solo l'aggregazione giornaliera più recente, pertanto non puoi necessariamente visualizzare l'andamento del rendimento di un sito. Nel set di dati CrUX sono incluse anche alcune metriche non vitali che non sono esposte in PSI.
Dove posso trovare ulteriori informazioni su PageSpeed Insights?
Per saperne di più, consulta la documentazione relativa alla PSI.