Italiano: Page Speed & Core Web Vitals Checker
Free, no signup. Core Web Vitals reports are usually a wall of numbers before they tell you anything useful. This leads with one sentence: whether the page passes, and the single thing to fix first — real Chrome user data when it exists, a Lighthouse lab audit when it doesn't.
+ salva il sito o la pagina correnti. Usa ☆ accanto a qualsiasi sito, pagina o elenco salvato per aggiungerlo ai preferiti. La cronologia dei controlli recenti appare sotto.
Crea un elenco denominato
Target compilato dalle tue scelte locali.
Passaporto del sito Contesto locale per questo sito salvato
Dati locali
Le destinazioni salvate, gli elenchi denominati e i riepiloghi dei controlli recenti restano solo in questo browser.
Lab methodology and provenance
Geography: PSI does not provide a test location. A non-regional lab result is diagnostic, not evidence of performance for local users or a target market. Use a regional provider when geography matters.
Lab vs. field comparison
Field data describes real Chrome visits over 28 days; lab data is one simulated run. Use the lab trace to investigate, then use field data to judge the real-user outcome.
What to fix, in order
Elements Lighthouse singled out
Compare a later check
Download this result as a private JSON baseline, then import it after another check to compare the verdict, data source, and metric changes.
Valuta questo strumento
Origin scorecard (mobile field data)
| Origin | Verdict | Worst metric | LCP | INP | CLS |
|---|
Field data is Google's Chrome UX Report — the same 28-day real-user dataset Search uses for the page-experience signal; it updates daily, so repeat checks within 24 hours are served from cache. Lab numbers come from Lighthouse with simulated throttling: expect them to differ from field data and to vary between runs. Lab audits can't measure INP (it needs real users).
Informazioni sullo strumento
In una sola frase indica se una pagina supera Core Web Vitals e cosa correggere per primo. Usa prima i dati reali sul campo di `CrUX` e, quando mancano, li integra con la diagnostica di laboratorio `Lighthouse`.
Funzionalità
- Controlla prima i dati sul campo di `CrUX`; se l’URL non ha un campione, passa automaticamente ai dati a livello di origine e a un audit di laboratorio `Lighthouse`.
- Confronta le schede del dispositivo portatile e del computer da scrivania affiancate e indica chiaramente la scheda portatile usata da `Google` per il posizionamento.
- Applica le soglie ufficiali alle tre metriche `Core Web Vitals` e offre una lista concreta di correzioni ordinata dalla metrica con prestazioni peggiori.
- Collega ogni metrica problematica ai controlli `Lighthouse` realmente eseguiti e, per l’intero sito, offre una scheda punteggio di origine per un massimo di 5 domini con esportazione `CSV`.
Come funziona
Interroga prima `CrUX`; se l’URL specifico non ha un campione, riprova con i dati sul campo a livello di origine e, quando serve, esegui un controllo di laboratorio `Lighthouse`. Ogni scheda indica la fonte utilizzata e confronta `LCP`, `INP` e `CLS` con le soglie ufficiali. Raccoglie le diagnosi dai controlli `Lighthouse` effettivamente eseguiti e ordina le correzioni in base alla metrica e al dispositivo più problematici. Nulla di ciò che controlli viene memorizzato; un risultato può essere riutilizzato dalla cache per controlli ripetuti entro 24 ore.
Limitazioni
- I dati sul campo di `CrUX` provengono dalle visite reali degli utenti `Chrome`, quindi una modifica recente può impiegare fino a 28 giorni per comparire.
- I risultati di laboratorio `Lighthouse` sono esecuzioni simulate e non forniscono una località di test regionale. Non usarli come prova delle prestazioni degli utenti di un mercato specifico: verifica anche i dati sul campo e un provider regionale.
Domande frequenti
Quali sono le soglie di Core Web Vitals?
Una pagina supera il controllo quando il punteggio al 75° quantile è `good` per tutte e tre le metriche: `Largest Contentful Paint` (LCP) entro 2,5 secondi, `Interaction to Next Paint` (INP) entro 200 millisecondi e `Cumulative Layout Shift` (CLS) pari o inferiore a 0,1. Un LCP oltre 4 secondi, un INP oltre 500 millisecondi o un CLS oltre 0,25 è `poor`; i valori tra le due soglie sono `needs improvement`. Lo strumento applica questi limiti ufficiali esatti.
Perché i miei punteggi di Core Web Vitals differiscono da PageSpeed Insights?
Dovrebbero coincidere quando leggono la stessa fonte. Questo strumento mostra prima i dati sul campo di `Chrome UX Report` (`CrUX`), lo stesso insieme di dati degli utenti reali usato da `Search`, e passa a una verifica di laboratorio `Lighthouse` solo quando la pagina non ha dati sul campo. I valori di laboratorio usano una limitazione simulata e cambiano tra le esecuzioni, quindi il punteggio di laboratorio può non coincidere con quello sul campo. Se il valore di `PageSpeed Insights` è di laboratorio e il nostro proviene dal campo, o viceversa, questa è la differenza.
Perché lo strumento indica `no field data` per il mio URL?
`CrUX` riporta un URL solo dopo aver raccolto abbastanza traffico `Chrome` per creare un campione statisticamente stabile negli ultimi 28 giorni. Le pagine nuove o con poco traffico non superano mai questa soglia. In quel caso lo strumento ricorre ai dati sul campo a livello di origine (l’intero sito) oppure a una verifica di laboratorio `Lighthouse` simulata e indica la fonte usata da ogni scheda.
Questo strumento può misurare INP?
Può riportare INP dai dati sul campo, perché INP viene misurato tramite interazioni reali degli utenti. Non può produrre un valore INP da una verifica di laboratorio: `Lighthouse` non ha utenti reali con cui interagire con la pagina, quindi un risultato solo di laboratorio mostra `no lab INP` per quella metrica. Se la pagina non ha dati sul campo e ti serve un valore INP, servono traffico reale oppure gli strumenti INP di `Chrome DevTools` sulle tue interazioni.
Quale dispositivo usa Google per il posizionamento: portatile o computer?
Google valuta il segnale di esperienza della pagina sul dispositivo portatile. Per questo lo strumento indica la scheda del dispositivo portatile come `what Google ranks on` e, quando una pagina non supera il controllo su entrambi i dispositivi, indica la metrica portatile come vincolo determinante. I punteggi del computer servono per contesto, ma non decidono la valutazione del posizionamento sul dispositivo portatile.
Problemi comuni e come risolverli
- Errore LCP è scarso Correzione: Porta LCP sotto 2.5 secondi ottimizzando l’elemento LCP misurato e il relativo percorso di distribuzione critico, poi verifica con nuovi dati sul campo.
- Avviso La metrica LCP richiede miglioramenti Correzione: Porta LCP sotto 2.5 secondi dando priorità all’elemento LCP misurato e rimuovendo i ritardi dal suo percorso di distribuzione.
- Errore INP è scarso Correzione: Porta INP sotto 200 ms accorciando le attività di interazione più lunghe e riducendo il lavoro JavaScript sul filo di esecuzione principale.
- Avviso La metrica INP richiede miglioramenti Correzione: Porta INP sotto 200 ms suddividendo i gestori delle interazioni lunghe e cedendo il controllo del filo di esecuzione principale.
- Errore CLS è scarso Correzione: Porta CLS sotto 0.1 riservando spazio per gli elementi che si spostano e impedendo cambi tardivi dei caratteri o del contenuto.
- Avviso La metrica CLS richiede miglioramenti Correzione: Porta CLS sotto 0.1 aggiungendo dimensioni stabili e segnaposto per gli elementi che si spostano dopo il primo rendering.
- Avviso Le risorse che bloccano il rendering possono ritardare LCP Correzione: Inserisci il CSS critico in linea e rimanda fogli di stile o script non critici che impediscono di mostrare la risorsa LCP.
- Avviso La risposta del server può ritardare LCP Correzione: Riduci il tempo iniziale di risposta del server con la memorizzazione locale, un sistema lato server più veloce e una CDN vicina agli utenti prima di ottimizzare la risorsa LCP.
- Avviso La distribuzione dell’immagine può ritardare LCP Correzione: Ridimensiona e comprimi l’immagine LCP, servila in un formato moderno con srcset e precaricala quando viene scoperta tardi.
- Informazione All’origine critica manca preconnect Correzione: Aggiungi preconnect solo all’origine critica di terze parti che serve la risorsa LCP, includendo crossorigin quando necessario.
- Avviso Il codice di terze parti contribuisce a INP Correzione: Rimanda o ritarda i gestori di tag, la messaggistica, le analisi e gli script di prova non critici fino a dopo la prima interazione, quindi rimuovi i fornitori inutilizzati.
- Avviso Il lavoro sul filo di esecuzione principale contribuisce a INP Correzione: Suddividi le attività lunghe del filo di esecuzione principale in blocchi più piccoli, sposta i calcoli pesanti a un processo di lavoro e riduci il lavoro sincrono di impaginazione.
- Avviso Il codice JavaScript non utilizzato contribuisce alla metrica INP Correzione: Dividi il codice per percorso e componente, così la pagina scarica, analizza ed esegue solo il JavaScript necessario per la vista corrente.
- Avviso Gli elementi che causano spostamenti dell’impaginazione contribuiscono a CLS Correzione: Assegna dimensioni esplicite o segnaposto riservati alle immagini, incorporamenti, annunci e aree iniettate segnalati prima che vengano caricati.
- Avviso Il caricamento dei caratteri contribuisce a CLS Correzione: Precarica i caratteri critici, usa fallback compatibili con le metriche e scegli un comportamento `font-display` che eviti uno spostamento tardivo dell’impaginazione.
- Avviso Le prestazioni di laboratorio e sul campo sono diverse Correzione: Usa la traccia di Lighthouse per diagnosticare il collo di bottiglia dell’esecuzione simulata, poi monitora la metrica CrUX corrispondente prima di dichiarare o chiudere una regressione degli utenti reali.