Mostrare in fretta il contenuto principale della pagina su mobile
Descrizione
Questo criterio misura la velocità della pagina nelle condizioni di uno smartphone medio: iPand la carica una volta, a freddo, su un Pixel 7 simulato, con la rete e il processore rallentati del profilo mobile di Lighthouse. Rileva la visualizzazione dell’elemento visibile più grande (LCP) e il tempo di blocco dovuto agli script (TBT); il tempo di risposta del server (TTFB) viene misurato durante il recupero diretto della pagina.
È una misurazione di laboratorio, non la velocità percepita dai tuoi visitatori reali (Chrome UX Report).
Perché è importante per le AI
Google consiglia di offrire una buona esperienza sulla pagina per comparire nelle sue funzionalità di AI, e la velocità di visualizzazione ne fa parte. Un server lento frena anche la scansione: quando i tempi di risposta si allungano, Google esplora meno pagine del tuo sito.
- L’LCP segna il momento in cui il contenuto principale diventa visibile: web.dev lo giudica buono entro 2,5 s.
- Il TTFB non è un Core Web Vital, ma web.dev consiglia di non superare 0,8 s: tutto il resto del caricamento aspetta la risposta del server.
- Ogni attività JavaScript di oltre 50 ms blocca la pagina; il TBT somma questi blocchi e segnala una pagina che reagisce male alle azioni dei visitatori.
Come correggere
- 1 Accelera la visualizzazione dell’elemento principale L’LCP non deve superare 2,5 s; è la misura che pesa di più nel criterio. Individua l’elemento principale, spesso l’immagine in cima alla pagina o il primo titolo. Servilo alla giusta dimensione e in un formato leggero, non caricarlo in differita (loading=lazy) e precaricalo se il browser lo scopre tardi.
- 2 Fai rispondere il server più in fretta Il server deve inviare i primi byte della pagina entro 0,8 s. Metti le pagine in cache lato server o su un CDN, evita i reindirizzamenti prima della pagina e alleggerisci le elaborazioni fatte a ogni visita, come le query al database o le estensioni del CMS.
- 3 Rinvia gli script non essenziali Il TBT non deve superare 200 ms. Carica gli script con defer o async, togli gli script di terze parti non più utili (widget, strumenti di tracciamento doppi) e suddividi le elaborazioni lunghe. La parte di ogni attività che supera 50 ms si aggiunge al TBT.
- 4 Mantieni un margine sotto le soglie Testa la pagina con Lighthouse o PageSpeed Insights in modalità mobile, in condizioni paragonabili a quelle di iPand. Un valore entro ±10% da una soglia mantiene il verdetto dell’analisi precedente, perché lo stato non cambi da un giorno all’altro: punta ben al di sotto.
In breve
iPand giudica la pagina come la vedrebbe uno smartphone medio: contenuto principale in 2,5 s, server in 0,8 s, blocco dovuto agli script di 200 ms al massimo. Mantieni un margine sotto queste soglie per un verdetto stabile.
