Report PageSpeed Insights (PSI) relativo all'esperienza utente di una pagina su dispositivi mobili e desktop dispositivi e fornisce suggerimenti su come la pagina potrebbe essere migliorata.
PSI fornisce dati di prova controllati e reali relativi a una pagina. I dati di lab sono utili per il debug i problemi, in quanto vengono raccolti in un ambiente controllato. Tuttavia, per individuare i colli di bottiglia del mondo reale. I dati sul campo sono utili per acquisire ma presenta un insieme più limitato di metriche. Consulta Come pensare Informazioni su Speed Tools per ulteriori informazioni sui due tipi di dati.
Dati sull'esperienza utente reale
I dati sull'esperienza utente reale in PSI si basano sull'esperienza utente di Chrome report (CrUX). PSI registra dati reali Primo Contentful Paint (FCP), Interaction to Next Paint (INP), Largest Contentful Paint (LCP) e Layout cumulativo Variazione (CLS) durante il precedente periodo di raccolta dei 28 giorni. PSI segnala inoltre esperienze per la metrica sperimentale Time to First Byte (TTFB).
Per mostrare i dati relativi all'esperienza utente per una determinata pagina, è necessario che la pagina disponga di dati sufficienti dei dati nel set di dati CrUX. Una pagina potrebbe non disporre di dati sufficienti se è stata pubblicato di recente o che non include pochi esempi da utenti reali. In questo caso, PSI cadrà torna alla granularità a livello di origine, che comprende tutte le esperienze utente su tutte le pagine sito web. A volte l'origine può anche avere dati insufficienti, nel qual caso PSI sarà non sono in grado di mostrare dati sull'esperienza utente reale.
Valutazione della qualità delle esperienze
PSI classifica la qualità delle esperienze utente in tre categorie: Buona, Richiede miglioramenti, o Scadente. PSI imposta le seguenti soglie in linea con Iniziativa Web Vitals:
Buono | Richiede miglioramenti | Scadente | |
---|---|---|---|
FCP | [0, 1800ms] | (1800ms, 3000ms] | più di 3000 ms |
LCP | [0, 2500ms] | (2500ms, 4000ms] | più di 4000 ms |
CLS | [0, 0,1] | (0,1, 0,25] | più di 0,25 |
INP | [0, 200ms] | (200ms, 500ms] | più di 500 ms |
TTFB (sperimentale) | [0.800 ms] | (800ms, 1800ms] | più di 1800 ms |
Distribuzione e valori delle metriche selezionate
PSI presenta una distribuzione di queste metriche in modo che gli sviluppatori possano comprendere l'intervallo esperienze per quella pagina o origine. Questa distribuzione è suddivisa in tre categorie: Buono, Richiede miglioramenti e Scadente, rappresentate da barre verdi, ambrate e rosse. Ad esempio, vedere l'11% all'interno della barra ambra di LCP indica che l'11% di tutti i valori LCP osservati tra 2500 ms e 4000 ms.
![Screenshot della distribuzione delle esperienze LCP di utenti reali](https://developers-dot-devsite-v2-prod.appspot.com/static/speed/docs/insights/images/v5/metric_distribution.jpeg?authuser=5&hl=it)
Sopra le barre di distribuzione, PSI riporta il 75° percentile per tutte le metriche. Il 75° anniversario percentile è selezionato in modo che gli sviluppatori possano comprendere esperienze utente frustranti sul sito. I valori delle metriche dei campi sono classificati come bene/devono migliorare/scarso applicando le stesse soglie indicate sopra.
Segnali web essenziali
I Core Web Vitals sono un insieme comune di indicatori di prestazioni fondamentali per tutte le esperienze web. Le metriche Core Web Vitals sono INP, LCP e CLS e potrebbero essere aggregate a livello di pagina o di origine. Per le aggregazioni con dati sufficienti in tutto tre metriche, l'aggregazione supera la valutazione Core Web Vitals se il 75° percentile di tutte e tre le metriche è Buono. In caso contrario, l'aggregazione non supera la valutazione. Se l'aggregazione ha dati insufficienti per INP, quindi supererà la valutazione se sia la percentili di LCP e CLS sono buone. Se LCP o CLS non dispongono di dati sufficienti, la pagina o e non è possibile valutare l'aggregazione a livello di origine.
Differenze tra i dati sul campo in PSI e in CrUX
La differenza tra i dati sul campo in PSI e Il set di dati CrUX su BigQuery indica che i dati di PSI vengono aggiornati quotidianamente, mentre il set di dati BigQuery viene aggiornato mensilmente e limitato ai dati a livello di origine. Entrambe le origini dati rappresentano periodi degli ultimi 28 giorni.
Diagnostica del lab
PSI utilizza Lighthouse per analizzare l'URL specificato in una per le categorie Rendimento, Accessibilità, Best practice e SEO.
Punteggio
Nella parte superiore della sezione sono riportati i punteggi per ogni categoria, determinati eseguendo l'esecuzione di Lighthouse per raccogliere e analizzare informazioni diagnostiche sulla pagina. Un punteggio pari o superiore a 90 è considerata buona. Da 50 a 89 indica un punteggio che richiede miglioramenti, mentre un valore inferiore a 50 indica un punteggio scadente.
Metriche
La categoria Rendimento presenta anche il rendimento della pagina in base a diverse metriche, tra cui: First Contentful Paint, Largest Contentful Paint, indice di velocità, Cumulative Layout Shift, Tempo all'interattività, e Tempo di blocco totale.
A ogni metrica viene assegnato un punteggio ed è etichettata con un'icona:
- Il prodotto è contrassegnato da un cerchio verde
- La funzionalità Richiede miglioramenti è indicata con un quadrato informativo color ambra
- Scadente è indicata con un triangolo di avviso rosso
Controlli
All'interno di ogni categoria sono presenti controlli che forniscono informazioni su come migliorare gli utenti della pagina. un'esperienza senza intervento manuale. Per informazioni dettagliate, consulta la documentazione di Lighthouse la suddivisione dei controlli di ciascuna categoria.
Domande frequenti
Quali condizioni del dispositivo e della rete utilizza Lighthouse per simulare un caricamento pagina?
Attualmente, Lighthouse simula le condizioni di caricamento della pagina di un dispositivo di fascia media (Moto G4) su una rete mobile per dispositivi mobili e un con una connessione cablata per computer. PageSpeed viene eseguito anche in che può variare in base alle condizioni della rete, puoi controllare l'ubicazione ha esaminato il blocco di ambiente del report Lighthouse:
![Screenshot della descrizione comando delle informazioni sulla limitazione.](https://developers-dot-devsite-v2-prod.appspot.com/static/speed/docs/insights/images/v5/lh_network_throttling.jpeg?authuser=5&hl=it)
Nota: PageSpeed segnala l'esecuzione in una delle seguenti regioni: Nord America, Europa o Asia.
Perché i dati sul campo e quelli di prova a volte sono in contraddizione?
I dati dei campi costituiscono un report storico sul rendimento di un determinato URL e rappresentano dati sulle prestazioni anonimizzati degli utenti nel mondo reale su una varietà di dispositivi e reti le condizioni di traffico. I dati di laboratorio sono basati su un caricamento simulato di una pagina su un singolo dispositivo e insieme di condizioni di rete. Di conseguenza, i valori possono differire. Consulta Perché i dati di prova controllati e reali possono essere diversi (e cosa fare) per ulteriori informazioni.
Perché viene scelto il 75° percentile per tutte le metriche?
Il nostro obiettivo è assicurarci che le pagine funzionino correttamente per la maggior parte degli utenti. Concentrando l'attenzione sul 75° percentili per le nostre metriche, in questo modo ci assicuriamo che le pagine offrano una buona esperienza utente nelle condizioni più difficili del dispositivo e della rete. Consulta Definire le soglie delle metriche Core Web Vitals per ulteriori informazioni.
Qual è un buon punteggio per i dati di laboratorio?
Un punteggio verde (90+) è considerato buono, ma tieni presente che avere dati di laboratorio validi non significa necessariamente che anche le esperienze utente reali saranno positive.
Perché il punteggio delle prestazioni cambia da corsa a esecuzione? Non ho modificato nulla nella mia pagina.
La variabilità nella misurazione del rendimento viene introdotta tramite una diversi canali con diversi livelli di impatto. Diverse fonti comuni di metriche Le variabilità sono la disponibilità di rete locale, la disponibilità dell'hardware client e le risorse conflittuale.
Perché i dati CrUX dell'utente reale non sono disponibili per un URL o un'origine?
Il Report sull'esperienza utente di Chrome aggrega dati sulla velocità reali da utenti che hanno attivato l'opzione e richiede che un URL sia pubblico (sottoponibile a scansione e indicizzabile) e disporre di un numero sufficiente di campioni distinti che forniscano una visualizzazione anonimizzata e rappresentativa. delle prestazioni dell'URL o dell'origine.
Altri dubbi?
Se hai una domanda specifica e pertinente sull'utilizzo di PageSpeed Insights, fai la tua domanda in inglese su Stack Overflow.
Se hai domande o feedback generici su PageSpeed Insights o vuoi avviare una discussione generale, avvia un thread nella mailing list.
Se hai domande generali sulle metriche Web Vitals, avvia un thread nel gruppo di discussione web-vitals-feedback.
Feedback
Hai trovato utile questa pagina?