LCP di utenti reali (dati di campo)

Cosa fa questo controllo

Legge il 75° percentile del Largest Contentful Paint dal Chrome User Experience Report (CrUX) — il dataset pubblico di Google con le misurazioni reali aggregate dagli utenti Chrome che hanno aderito, su una finestra mobile di 28 giorni. PageSpeed Insights espone i numeri CrUX per l’URL analizzato (e ricade sui dati a livello di origine quando l’URL specifico non ha campioni a sufficienza).

LCP di campo (p75)	Verdetto
≤ 2,5 s	Buono
2,5–4,0 s	Da migliorare
> 4,0 s	Scarso

Tre cose da sapere sul numero:

75° percentile. Tre utenti Chrome su quattro vedono questo LCP o meglio. Il 25% più lento sta peggio.
Finestra mobile di 28 giorni. I miglioramenti impiegano 1–4 settimane a riflettersi del tutto — CrUX deve far decadere i dati vecchi.
Aggregato. Un singolo utente con LCP di 6 s non sposta l’ago; servono abbastanza utenti sul percorso lento per spostare il percentile.

Perché conta

È la metrica su cui Google ti posiziona. L’LCP di lab da Lighthouse è una simulazione sintetica — utile per intercettare regressioni in CI, ma non vede la coda lunga delle condizioni di rete reali, dei dispositivi reali e delle estensioni installate dagli utenti.

Due modalità di fallimento a cui prestare attenzione:

Campo peggio del lab. Gli utenti reali hanno CPU più lente, reti meno stabili e ad-blocker che cambiano l’ordine di caricamento. Se l’LCP in lab è 1,8 s ma in campo è 3,2 s, quel divario è ciò che i tuoi utenti reali ti stanno dicendo e che il lab non ha visto.
Campo meglio del lab. Significa che i tuoi utenti reali sono per lo più su connessioni più veloci del mobile simulato da Lighthouse. Il lab sta usando un’ipotesi conservativa — probabilmente sei a posto.

Nel dubbio, fidati del campo.

Come migliorarlo

Le correzioni si sovrappongono a quelle dell’LCP di lab, ma le leve specifiche del campo contano di più:

1. Ottimizza per la coda lunga, non per la mediana. Una metrica al 75° percentile è dominata dai percorsi più lenti degli utenti reali — reti lente, telefoni Android di fascia bassa, traffico bot che non finisce in cache. Rilancia l’audit con ?utm_source=cellular_proxy o usa BrowserStack per testare da un dispositivo di fascia bassa.

2. Precarica l’immagine LCP con fetchpriority.

<link rel="preload" as="image" href="/hero.webp" fetchpriority="high" />

Questa modifica sposta più l’ago sull’LCP di campo che su quello di lab, perché gli utenti reali hanno latenza di rete maggiore.

3. Servi formati immagine moderni con un srcset adeguato.

<picture>
  <source srcset="/hero-480.avif 480w, /hero-1024.avif 1024w" type="image/avif" />
  <source srcset="/hero-480.webp 480w, /hero-1024.webp 1024w" type="image/webp" />
  <img src="/hero.jpg" alt="..." width="1200" height="600" fetchpriority="high" sizes="100vw" />
</picture>

4. CDN con trasformazioni immagine all’edge. Cloudflare Images, Bunny Optimizer o Vercel Image Optimization servono automaticamente la dimensione giusta a ogni dispositivo.

5. Elimina le risorse che bloccano il rendering. L’immagine LCP non può dipingersi finché il browser non ha analizzato abbastanza CSS. Inline il CSS critico, rimanda il CSS non critico e ospita i font in proprio con font-display: swap.

6. Tieni d’occhio i tag di terze parti. Un widget di chat, un tag pubblicitario o un SDK di analytics che inietta immagini sopra la piega ti ruberà l’LCP. Verifica il tuo <head> per script di terze parti sincroni.

Domande frequenti

Perché MetricSpot non mostra dati di campo per il mio sito?

CrUX pubblica i valori al 75° percentile solo quando un’origine ha abbastanza utenti Chrome che hanno aderito nella finestra di 28 giorni. Siti piccoli o nuovi spesso non rientrano. Se vedi (campo, origine) nel titolo, PSI è ricaduto sui dati complessivi dell’origine perché l’URL specifico non aveva campioni a sufficienza. Se non vedi nulla, sei sotto la soglia di CrUX per entrambi.

Perché il mio LCP di campo è peggio di quello di lab?

Tre cause abituali: le condizioni di rete reali degli utenti (3G/4G in periferia contro la banda larga mobile simulata in lab), i dispositivi di fascia bassa (CrUX include telefoni Android che Lighthouse non simula) e la tua personalizzazione o le varianti A/B (il lab testa una vista “anonima”; il campo include utenti loggati che vedono un hero personalizzato).

Ogni quanto si aggiorna CrUX?

Il dataset si aggiorna ogni giorno, ma ogni punto è la media mobile su 28 giorni. Quindi una correzione che esce oggi inizia a mostrare un miglioramento parziale dopo ~7 giorni e si riflette completamente dopo ~28 giorni. Non agitarti se il numero di campo non si muove dall’oggi al domani.