Controlla la velocità.
Scala il ranking.

I dati di laboratorio e i dati sul campo non coincidono, ed entrambi hanno ragione

Quasi ogni discussione sulla velocità di pagina nasce dal confronto di due numeri che non hanno mai misurato la stessa cosa.

I dati di laboratorio sono un singolo caricamento sintetico su un dispositivo e una connessione fissi. Lighthouse carica la pagina una volta, con un profilo mobile di fascia media limitato, in un browser pulito, senza estensioni e senza cache. È riproducibile e isola la causa, per questo è lo strumento giusto per il debug. Oscilla anche di diversi punti tra esecuzioni identiche, perché il carico della CPU della macchina di misura cambia il risultato.

I dati sul campo sono ciò che è successo davvero a persone reali. Google li raccoglie nel Chrome User Experience Report dagli utenti Chrome che hanno dato il consenso, aggregati su una finestra mobile di 28 giorni. Riflettono il tuo pubblico reale, i suoi dispositivi reali, le sue reti reali e le sue seconde visite con cache. Sono i dati che Google usa per il segnale di esperienza della pagina.

Quindi una pagina può ottenere 62 in Lighthouse e superare comunque senza problemi le metriche sul campo, di solito perché il pubblico reale usa hardware più veloce del profilo di test limitato. Succede anche il contrario, e conta di più: una pagina può ottenere 95 in laboratorio e fallire sul campo, perché il laboratorio non ha mai caricato il banner dei cookie, il widget della chat, gli strumenti di analisi subordinati al consenso o il font di terze parti che gli utenti reali ricevono.

Cosa muove davvero il numero

Nella pratica i miglioramenti si concentrano in una lista breve. Immagini più grandi della dimensione con cui vengono mostrate, o servite in un formato che il browser fatica di più a decodificare. CSS che blocca il rendering e script sincroni nell'head. Font caricati senza una strategia di visualizzazione, così il testo resta invisibile mentre vengono scaricati. Contenuti incorporati di terze parti, spesso il singolo costo maggiore e quello di cui nessuno è responsabile. E il tempo di risposta del server, che nessun lavoro sul front-end può compensare.

La trappola è ottimizzare per il punteggio anziché per l'esperienza. Rimandare uno script a dopo la finestra di misurazione migliora il numero e non cambia nulla per chi sta aspettando.

Come lo gestisce UtilitySEO

Eseguiamo l'audit sia su mobile sia su desktop e riportiamo separatamente le quattro categorie di Lighthouse, invece di condensarle in un unico valore, perché un sito con ottime prestazioni e scarsa accessibilità ha bisogno di un piano diverso rispetto al caso opposto. Ogni problema arriva con il motivo per cui è stato segnalato e con cosa cambiare, ordinato per impatto.