Non esiste un punteggio Core Web Vitals (e perché questo è importante)
Perché un punteggio Lighthouse non è un punteggio Core Web Vitals e cosa determina effettivamente se lo superi o meno

"I nostri punteggi Core Web Vitals stanno scendendo. Puoi aiutarci?"
Questa è la domanda che mi viene posta un paio di volte al giorno. La prima cosa che devo chiedermi è 'Qual è questo punteggio Core Web Vitals di cui state parlando?' Quando le persone mi contattano, hanno appena scoperto di avere problemi con la velocità della loro pagina e non riescono a risolverli da sole. Di solito ciò significa che i loro dati di laboratorio (Lighthouse) o i dati sul campo (CrUX e RUM) non sono sufficienti.
Ultima revisione di Arjen Karel a Marzo 2026
Quindi, se qualcuno vi dice che i suoi Core Web Vitals non stanno passando, la prima cosa che dovete capire è se sta parlando di dati di laboratorio o di dati sul campo. Un ottimo indicatore del fatto che stiano parlando di dati di laboratorio (Lighthouse) è che menzionano questo 'punteggio Core Web Vitals'.

Oh no, è un punteggio Lighthouse
Quando a questo punto chiedo informazioni su quel magico 'punteggio Core Web Vitals', molte delle persone che mi contattano mi mostrano un punteggio Lighthouse insufficiente. È qui che le cose si fanno complicate! Un punteggio Lighthouse negativo non significa che non stai superando i Core Web Vitals. Così come un punteggio Lighthouse 'verde' non significa che stai superando i Core Web Vitals. Significa solo che stai fallendo o superando quel test molto specifico.
I numeri lo dimostrano. Uno studio di HTTP Archive ha rilevato che il 43% delle pagine con un punteggio di 90 o superiore in Lighthouse falliva ancora almeno un Core Web Vital sul campo. Anche con un punteggio Lighthouse quasi perfetto di 99, quasi 1 pagina su 4 falliva. Il divario è probabilmente più ampio oggi perché INP ha sostituito FID a Marzo 2024 e Lighthouse non può misurare affatto INP.
Parlategli dei dati sul campo
Quindi la prossima cosa che faccio è parlargli dei dati sul campo. In questo caso i dati CrUX. CrUX sta per Chrome User Experience Report. CrUX è un set di dati che riflette il modo in cui gli utenti reali di Chrome sperimentano le destinazioni popolari sul web.
CrUX è il set di dati ufficiale del programma Web Vitals. Ciò significa che per superare (o non superare) i Core Web Vitals per 3 metriche (LCP, INP e CLS) almeno il 75% dei visitatori deve avere una buona esperienza. Google lo misura al 75° percentile. Ciò significa che il 25% peggiore delle vostre visite è ciò che determina il vostro punteggio. Una risposta lenta del server durante il picco di traffico può trascinare verso il basso l'intera origine.
Google Search Advocate John Mueller è stato chiaro al riguardo: "Anche lo strumento Lighthouse di Chrome crea punteggi. Google non utilizza questi punteggi per la ricerca." Ciò che Google usa sono i dati sul campo CrUX. Per un'analisi completa di come i Core Web Vitals influenzano il posizionamento, consulta Core Web Vitals e SEO.
Quindi ora potresti aver capito che non esiste un singolo 'punteggio Core Web Vitals' che ti farà superare o fallire i Core Web Vitals.
Mostrategli i dati sul campo
Ora che il tuo cliente conosce i dati sul campo, è il momento di mostrarglieli. Ricordi il punteggio 'insufficiente' di Lighthouse che ti ho appena mostrato? Questi sono i dati CrUX corrispondenti. Come puoi vedere li stanno superando e non c'è davvero bisogno di preoccuparsi dei Core Web Vitals per questo cliente.

Il processo è semplice. Vai col tuo browser su pagespeed.web.dev e inserisci l'URL. Successivamente seleziona Origin (che si trova proprio accanto a 'This URL') per mostrare i Core Web Vitals per l'intero sito e non solo per la pagina iniziale. Puoi anche utilizzare il report CrUX History per monitorare come le tue metriche cambiano nel tempo. E no, i dati CrUX non si aggiornano ogni 28 giorni.
E quindi cosa dire su Lighthouse?
A questo punto, dopo aver presentato un caso convincente e aver sostanzialmente dimostrato loro ciò che ho appena detto, il 99% dei tuoi clienti non è pronto a rinunciare al punteggio Lighthouse. Lo capisco. Ha un certo fascino. È difficile immaginare che i numeri verdi, arancioni e rossi che chiunque può interpretare non contino davvero nulla.
Beh, devi ricordare che Lighthouse è un test. È un test molto interessante. Adoro molto di ciò che fa, adoro come è codificato e adoro come può aiutarti a risolvere alcuni problemi dei Core Web Vitals. Ma ci sono 4 cose che non farà:
1. Interagire con una pagina. Questo rende sostanzialmente il test inutilizzabile. I visitatori interagiranno con la tua pagina. Da quell'interazione otterrai la tua conversione.
2. Agire come un visitatore di ritorno. Lighthouse (per impostazione predefinita, si potrebbe modificare questa impostazione) visita la tua pagina come se non l'avesse mai visitata prima. Spesso per il rendering della pagina e il timing della pagina questo farà un mondo di differenza. Quindi Lighthouse non è rappresentativo di un'ampia porzione dei tuoi visitatori.
3. Capire qualcosa della tua pagina. L'esempio migliore è nell'audit del Total Blocking Time. Persino la maggior parte degli esperti concorda sul fatto che un Total Blocking Time elevato sia un male, ma non è tutta la storia. Finché il 'blocco' non si verifica quando la pagina deve essere reattiva (puoi forzare la cosa!) e il blocco non si verifica durante il rendering iniziale, probabilmente sei completamente a posto anche se ottieni un punteggio Lighthouse negativo!
4. Misurare Interaction to Next Paint. INP è uno dei tre Core Web Vitals, ma Lighthouse gli attribuisce un peso esattamente dello 0% perché richiede un'interazione reale dell'utente. Lighthouse utilizza il Total Blocking Time come proxy, che ottiene il peso maggiore al 30%, ma TBT e INP possono muoversi in direzioni opposte. Nel 2025, il TBT di laboratorio è aumentato del 58% mentre l'INP sul campo è in realtà migliorato. Già solo questo dovrebbe dirti quanta fiducia riporre in un singolo numero di Lighthouse.
Secondo il Web Almanac 2025, solo il 48% delle origini mobile supera tutti e tre i Core Web Vitals. Su desktop quel numero è il 56%. Se il tuo cliente li sta superando, è in vantaggio su più della metà del web. Per mantenere le cose in questo modo, imposta il Real User Monitoring in modo da poter individuare le regressioni prima che lo facciano i tuoi clienti. Tra i siti tracciati da CoreDash, le origini con monitoraggio attivo rilevano le regressioni dei CWV entro 48 ore in media, rispetto alle settimane per i siti che si affidano a controlli Lighthouse periodici.
Se desideri un piano passo-passo per superare i Core Web Vitals, dai un'occhiata a come superare i Core Web Vitals.
Search Console flagged your site?
When Google flags your Core Web Vitals you need a clear diagnosis fast. I deliver a prioritized fix list within 48 hours.
Request Urgent Audit
