Hai passato ore a ottimizzare immagini, minificare CSS, differire script. Lighthouse ti dà 100 su 100. Sei soddisfatto. Poi apri PageSpeed Insights e vedi un 45. Oppure: gli utenti ti dicono che il sito è lento, ma dal laboratorio sembra velocissimo. Il colpevole? La differenza tra dati di laboratorio (Lighthouse) e dati di campo (CrUX, i dati reali degli utenti).
Noi, di Meteora Web, lavoriamo quotidianamente con questi strumenti per clienti di ogni settore. E il primo passo per ottimizzare sul serio è capire che un semaforo verde su Lighthouse non significa che il sito sia veloce per i tuoi visitatori. In questa guida operativa ti spieghiamo le differenze, come leggerle e cosa fare per migliorare i numeri che contano davvero: quelli degli utenti reali.
Qual è la differenza tra dati di laboratorio e dati di campo in PageSpeed Insights?
Lighthouse esegue un test in un ambiente controllato (un browser headless su un server Google, con una connessione simulata). È veloce, riproducibile, ma non rappresenta la varietà di dispositivi, reti e comportamenti reali. PageSpeed Insights è un portale che mostra due tipi di dati:
- Dati di laboratorio (lab data): generati da Lighthouse sul momento, utili per diagnosticare problemi tecnici.
- Dati di campo (field data): provenienti dal Chrome User Experience Report (CrUX), che raccoglie metriche reali da milioni di browser Chrome. Sono la fotografia di come il tuo sito viene percepito dagli utenti.
Il punteggio colorato (verde, arancione, rosso) che vedi su PSI è basato sui dati di campo, non su Lighthouse. Ecco perché spesso i due valori non coincidono.
Sponsored Protocol
Perché i dati di campo sono la priorità
Google utilizza i Core Web Vitals (LCP, FID, CLS) calcolati dai dati di campo per il posizionamento nei risultati di ricerca. Se CrUX mostra metriche scadenti, il tuo ranking ne risente indipendentemente dal punteggio Lighthouse. Inoltre, i dati di campo tengono conto di connessioni 3G, hardware vecchi, dispositivi lenti — proprio i tuoi utenti reali.
Esempio concreto: Un nostro cliente e-commerce aveva un sito che su Lighthouse segnava 95. Ma da mobile la media LCP era 5.2 secondi. Abbiamo scoperto che il server era a Milano, ma molti utenti erano in Sicilia con connessioni mobili instabili. Ottimizzando il CDN e il rendering lato server, l'LCP è sceso a 2.1 secondi nei dati di campo. Il semaforo è passato da rosso a verde.
PageSpeed Insights vs Lighthouse: quando usare l'uno o l'altro?
La scelta dipende dal tuo obiettivo:
- Usa Lighthouse standalone (o in Chrome DevTools) quando vuoi fare un audit tecnico veloce: identificare render-blocking resources, immagini oversized, JavaScript non ottimizzato. È perfetto per debug immediati.
- Usa PageSpeed Insights quando vuoi capire l'esperienza reale degli utenti. Il campo “Scopri cosa vedono i tuoi utenti” (basato su CrUX) ti dice le metriche al 75° percentile. È il dato che Google valuta per il ranking.
Come eseguire un test Lighthouse da riga di comando
Se devi automatizzare audit o testare da un server, installa Lighthouse CLI:
Sponsored Protocol
npm install -g lighthouse
lighthouse https://tuosito.it --view --preset=desktopPer analisi in CI/CD, usa lighthouse-ci.
Come interpretare il report di PageSpeed Insights senza farsi ingannare
Quando apri PSI per un URL, vedi subito il punteggio di field data (se disponibili) e sotto i lab data. Ecco cosa guardare nell'ordine:
- Sezione “Metriche” (field data): LCP, FID, CLS. Se mancano (scritta “Dati sul campo non sufficienti”), significa che il tuo sito ha troppo poco traffico per CrUX. In quel caso Lighthouse è l'unico riferimento, ma non ignorare il problema: raccogli dati con CrUX API o con strumenti di RUM (Real User Monitoring).
- Sezione “Opportunità” (lab data): qui Lighthouse suggerisce ottimizzazioni. Anche se il campo è buono, applicarle previene future regressioni.
- Sezione “Diagnostica”: mostra dettagli come tempo di blocco totale (TBT) e First Contentful Paint (FCP). TBT è correlato a FID, ma non sostituisce i dati di campo.
Checklist per non farsi ingannare
- Se il punteggio field è rosso (soprattutto LCP > 4s o CLS > 0.25), intervieni subito. Il lab data è solo un supporto.
- Se il field è verde ma il lab è basso, probabilmente hai un server potente e una CDN, ma qualche ottimizzazione lato client può essere migliorata. Non abbassare la guardia: i tuoi utenti sono contenti, ma un domani potrebbero usare dispositivi più lenti.
- Non ossessionarti sul punteggio 100 di Lighthouse. Google stesso dice che dopo un certo punto il miglioramento marginale non vale lo sforzo. Concentrati sulle metriche CrUX.
Perché i dati di campo (CrUX) sono più affidabili per il posizionamento Google
Il sistema di ranking di Google utilizza i Core Web Vitals basati su dati di campo. Dal 2021, sono un fattore di ranking ufficiale. Ma attenzione: non tutte le pagine hanno dati sufficienti. Se il tuo sito è nuovo o ha poco traffico, Google non ha abbastanza campioni per valutare il punteggio di campo. In quel caso, la SEO non viene penalizzata, ma non viene premiata.
Sponsored Protocol
Per ottenere dati di campo, devi:
- Avere almeno 1000 visitatori unici (su Chrome) nei 28 giorni precedenti.
- I dati sono aggregati per origine (dominio) o per URL, se c'è abbastanza traffico.
- Puoi vedere i dati di campo anche in Search Console (nella sezione “Core Web Vitals”) e in PageSpeed Insights per URL specifici.
Strumento avanzato: CrUX su Looker Studio. Connettere CrUX a Looker Studio ti permette di monitorare le metriche nel tempo per tutto il dominio. Vedi guida ufficiale.
Sponsored Protocol
Come migliorare le metriche reali partendo dai dati di laboratorio
I lab data sono utili per la diagnosi, ma le azioni devono essere guidate dalle metriche di campo. Ecco una sequenza operativa che usiamo nei nostri progetti:
- Identifica il collo di bottiglia dal field data: Se LCP è alto, concentrati su server response time e rendering del contenuto principale. Se CLS è alto, controlla layout shifts causati da immagini senza dimensioni, font caricati tardi, annunci dinamici.
- Usa Lighthouse per simulare le modifiche: Dopo aver applicato un fix, esegui Lighthouse per verificare che il punteggio lab migliori. Ma non fermarti lì.
- Monitora i field data per almeno 28 giorni: CrUX si aggiorna con cadenza giornaliera ma la media è su 28 giorni. Una modifica può impiegare settimane per riflettersi nei dati di campo.
- Usa RUM (Real User Monitoring): Strumenti come Web Vitals JavaScript library di Google ti permettono di raccogliere metriche reali dai tuoi utenti e inviarle a Google Analytics (GA4). Così vedi l'impatto immediato delle modifiche.
Esempio pratico: ridurre il LCP da campo
Un nostro cliente aveva un LCP di 4.8 secondi (field data). Lighthouse mostrava un “Largest Contentful Paint element” di un'immagine hero caricata via JavaScript lento. Abbiamo:
Sponsored Protocol
- Sostituito il lazy loading su quell'immagine con caricamento normale.
- Ottimizzato l'immagine (WebP, dimensioni corrette).
- Messo
<link rel="preload">per l'immagine hero.
Dopo 4 settimane, il LCP field è sceso a 2.1 secondi. Il semaforo su PSI è passato da rosso a verde.
Cosa fare adesso
- Apri PageSpeed Insights per il tuo dominio e guarda la sezione “Scopri cosa vedono i tuoi utenti”. Se non ci sono dati, usa Search Console per controllare se hai abbastanza traffico.
- Scarica il report CrUX per il tuo dominio via CrUX Dashboard su Looker Studio.
- Esegui un audit Lighthouse e confronta le raccomandazioni con i field data. Prioritizza le ottimizzazioni che impattano le metriche di campo.
- Monitora i Core Web Vitals settimanalmente. Se noti peggioramenti, intervieni subito. Non aspettare che Google penalizzi il ranking.
- Leggi le guide correlate: per approfondire il tracciamento GA4 e la sicurezza delle immagini, consulta la nostra guida pillar sui Core Web Vitals e Firebase Storage — Upload di Immagini e Sicurezza.
Ricorda: un sito si misura in fatturato, non in complimenti. Se i dati di campo sono buoni, i clienti sono contenti e Google ti premia. Il semaforo verde di Lighthouse è solo uno strumento, non il traguardo.
