Decide il dato di campo. Google usa per il ranking i Core Web Vitals raccolti dai browser Chrome dei tuoi visitatori reali, non il punteggio che vedi su PageSpeed Insights. Il numero colorato di Lighthouse è una simulazione di laboratorio: utile per capire cosa rallenta una pagina, inutile come prova che i clienti la stiano vivendo bene. Sono due strumenti con due lavori diversi, e confonderli costa settimane di sviluppo spese male.
Un 90 di laboratorio non è una promessa
Il dato che chiude la discussione arriva da HTTP Archive: il 43% delle pagine con punteggio Lighthouse pari o superiore a 90 fallisce comunque almeno un Core Web Vital sui dati reali. Anche a 99, quasi una pagina su quattro non passa. Significa che un’agenzia può consegnarti lo screenshot verde e il tuo sito restare, per Google, un sito lento.
Il motivo è nel metodo. Lighthouse carica la pagina una volta sola, su una macchina pulita, con una connessione mobile simulata e nessuna estensione del browser, nessun cookie, nessun banner di consenso già accettato, nessun carrello pieno. I tuoi visitatori arrivano con telefoni di quattro anni fa, rete 4G reale in zona industriale, ad blocker, pixel di tracciamento e chat di assistenza che si caricano tutte insieme. Il dato di campo misura quella scena, il laboratorio misura una sala prove.
C’è una metrica che Lighthouse non può proprio vedere
Dal 2024 uno dei tre Core Web Vitals è l’INP (Interaction to Next Paint): misura quanto tempo passa fra il clic dell’utente e la risposta visibile della pagina. Lighthouse non interagisce con il sito, quindi non lo misura: può stimare metriche sostitutive, non quella vera. Ed è proprio la metrica che sta peggiorando: nel rilascio CrUX di agosto 2026 l’85,3% delle origini aveva un INP buono, in calo rispetto all’87,2% di marzo. È l’unico dei tre valori in arretramento nell’ultimo anno, mentre l’LCP resta il collo di bottiglia principale con il 68,1% di origini promosse.
Tradotto per chi vende: il punto debole del web nel 2026 non è più quanto ci mette la pagina ad apparire, ma quanto ci mette a reagire quando qualcuno tocca “aggiungi al carrello” o “invia richiesta”. Un’ottimizzazione guidata solo da Lighthouse guarda dalla parte sbagliata. Se il problema è che il sito non converte, vale la pena leggere anche perché il tuo sito non genera contatti: spesso la causa è questa latenza di risposta, non la grafica.
Quanto vale lo scarto, in euro
Lo studio Milliseconds Make Millions, commissionato da Google e condotto da Deloitte con l’agenzia 55 su 37 brand di retail, viaggi e lusso per oltre 30 milioni di sessioni mobile, ha misurato l’effetto di miglioramenti minuscoli: ogni 0,1 secondi guadagnati sul tempo di caricamento mobile corrispondevano a +8,4% di tasso di conversione nel retail, +9,2% di valore medio dell’ordine e +10,1% di conversioni nel settore viaggi.
Un decimo di secondo. Su un e-commerce che fattura 40.000 euro al mese, quell’ordine di grandezza è circa 3.000 euro mensili che dipendono da un intervento tecnico che nessun punteggio di laboratorio ti conferma. Lo stesso ragionamento che vale per i costi di un sito fermo: anche lì la media annua è il numero sbagliato, perché nasconde i picchi che contano davvero.
I tre limiti del dato di campo che nessuno ti dice
Il dato reale non è infallibile, ha vincoli precisi che cambiano il modo di lavorare:
- Finestra di 28 giorni. CrUX, l’archivio pubblico delle esperienze Chrome, calcola i valori sul 75° percentile degli ultimi 28 giorni. Un intervento fatto oggi si vede completamente fra quattro settimane. Chi pretende il “prima e dopo” il giorno stesso sta guardando ancora il laboratorio.
- Soglia di traffico. Un sito con poche centinaia di visite al mese non compare in CrUX: i dati non bastano a garantire l’anonimato. Le PMI con traffico locale restano spesso senza dato pubblico, e questo non le esenta dalla valutazione a livello di dominio.
- 75° percentile, non media. Il valore di riferimento è quello del visitatore nel quarto peggiore. Se il 70% dei tuoi clienti naviga benissimo e il 30% soffre, tu sei bocciato. È una metrica pensata per difendere la minoranza svantaggiata, non per premiare la media.
Per avere numeri propri servono strumenti di monitoraggio reale installati sul sito, che raccolgono i tempi dai browser dei visitatori. Qui entra una responsabilità concreta: quei dati sono dati di navigazione di persone identificabili se incrociati, quindi vanno trattati con base giuridica, minimizzazione e conservazione limitata, esattamente come ogni altro flusso toccato dal GDPR. Raccogliere la metrica non autorizza a raccogliere il resto.
Cosa cambia nel lavoro di tutti i giorni
Il passaggio da punteggio a dato reale cambia chi decide cosa.
Con Lighthouse la lista di cose da fare la scrive il tool: elimina il CSS inutilizzato, rimanda gli script, comprimi le immagini. Sono voci tecniche, tutte ugualmente urgenti sulla carta. Con il dato di campo la lista la scrive il comportamento dei clienti: se l’INP peggiora solo sulle pagine prodotto da mobile, sai che il lavoro sta lì e non sulla home. Il tempo di sviluppo smette di essere distribuito a pioggia e diventa una scelta di priorità commerciale.
Qui la disciplina serve più degli strumenti. Un’ottimizzazione guidata dai dati reali richiede che qualcuno controlli la qualità del dato prima di fidarsene: campione sufficiente, segmenti separati fra desktop e mobile, e la consapevolezza che un calo può venire da una campagna che ha portato traffico da dispositivi diversi, non da una regressione del codice. Il monitoraggio continuo del sito è la base: senza storico, ogni numero è un aneddoto.
L’imprenditore 5.1 decide, gli agenti istruiscono la pratica
L’imprenditore 5.1 non è quello che delega la tecnologia e spera: è quello che resta al centro della decisione con accanto agenti AI specializzati che fanno il lavoro di raccolta e sintesi. Un agente sorveglia i Core Web Vitals, distingue il rumore statistico dalla regressione vera, apre la segnalazione con la pagina esatta e la metrica colpevole. Un altro incrocia quel calo con le conversioni di quella settimana.
La scelta resta umana e resta commerciale: investire due settimane di sviluppo su una pagina che vale 3.000 euro al mese di margine è una decisione da titolare, non da algoritmo. L’agente porta l’istruttoria completa; la firma, e la responsabilità, restano di chi guida l’azienda. È lo stesso principio descritto in come cambia il lavoro con un agente AI al fianco: la macchina accorcia il tempo fra il fatto e la decisione, non sostituisce il criterio.
Da dove partire
Tre criteri per impostare la cosa senza buttare budget:
- Guarda prima la sezione “Dati di utilizzo reali” di PageSpeed Insights, non il punteggio. Se c’è, quello è il verdetto. Se manca, significa traffico sotto soglia: in quel caso serve un monitoraggio proprietario, non l’ennesimo test di laboratorio.
- Usa Lighthouse solo come lista di sospetti. Serve a capire perché un numero reale è brutto, mai a certificare che sia bello.
- Fissa una finestra di verifica di 28 giorni prima di dichiarare risolto un intervento, e tieni traccia di cosa hai cambiato e quando.
Se il punto di partenza è più grezzo — il sito è semplicemente lento e non sai da dove cominciare — conviene prima passare dalle cause più comuni di un sito lento e dalla scelta dell’hosting, perché su infrastrutture sottodimensionate nessuna ottimizzazione del codice regge. Per il quadro completo delle tre metriche e delle soglie aggiornate c’è la guida ai Core Web Vitals 2026, e la checklist di SEO tecnica per il contorno.
Se vuoi capire quale dei due numeri il tuo sito sta effettivamente mancando, una lettura dei dati reali del tuo dominio è una mezz’ora di lavoro e ti dice se hai un problema da risolvere o uno screenshot da ignorare. Scrivici: partiamo da lì, senza impegno.