Core Web Vitals: dati insufficienti in Search Console

Cosa significa "Dati sull'utilizzo insufficienti"

Il report Core Web Vitals di Search Console mostra l'esperienza reale degli utenti Chrome sulle tue pagine. Ogni volta che qualcuno carica una delle tue pagine con Chrome configurato nel modo giusto, il LCP, l'INP e il CLS di quella visita vengono inviati a Google. Finiscono in un dataset pubblico chiamato Chrome User Experience Report, in breve CrUX. Search Console legge da quel dataset e te lo mostra. Quindi, contrariamente a quello che pensano quasi tutti, Search Console non misura il tuo sito visitandolo. Raccoglie solo dati di utenti reali.

Se le visite alle tue pagine non bastano, non c'è niente da mostrare. È lì che compare "Dati sull'utilizzo insufficienti negli ultimi 90 giorni per questo tipo di dispositivo", per mobile o desktop, a volte per entrambi.

Qualcuno lo prende come un brutto segno. Ma l'assenza di dati non dice nulla sulla velocità del tuo sito. Google non ha visto abbastanza tuoi visitatori per poterne dire qualcosa.

Perché CrUX non ha dati sul tuo sito

Il motivo principale è il traffico. CrUX riporta una pagina o un'origine (protocollo più dominio, quindi https://www.example.com) solo quando è "sufficientemente popolare". Cosa voglia dire esattamente, Google non lo dice. La pagina sulla metodologia dice solo che la soglia è abbastanza alta da rendere affidabile la distribuzione.

E già in partenza solo una piccola parte dei tuoi visitatori conta per quella soglia. CrUX raccoglie dati dagli utenti Chrome che hanno attivato le statistiche di utilizzo, sincronizzano la cronologia di navigazione e non hanno una passphrase di sincronizzazione. Cioè Chrome su desktop e Chrome su Android. Chrome su iPhone non viene contato (sotto c'è WebKit, come in Safari). E non vengono contati nemmeno Safari, Firefox, Edge e il browser integrato nell'app di Instagram. Su un sito con molto traffico da iPhone, la maggior parte dei visitatori non entra mai nel dataset. Mobile e desktop vengono contati separatamente, quindi puoi avere dati su desktop e nessun dato su mobile, o viceversa. Il dispositivo con meno traffico Chrome è il primo a restare vuoto.

Poi deve qualificarsi anche la pagina. Tutto ciò che dopo i redirect restituisce qualcosa di diverso da un 200 viene escluso. Lo stesso vale per le pagine con un meta tag noindex o un header X-Robots-Tag: noindex. In più Search Console applica una regola sua: nel report compaiono solo gli URL effettivamente indicizzati.

E se hai appena aggiunto la proprietà a Search Console, per un po' non vedrai comunque nulla. Questo si risolve da solo quando Google l'ha elaborata.

Le pagine senza dati prendono il punteggio dell'origine

Search Console non riporta nemmeno le singole pagine. Raggruppa gli URL simili. Quando un gruppo non ha abbastanza dati propri, Search Console usa l'origine come fallback, cioè tutti gli URL con lo stesso protocollo, host e porta. Così una pagina che CrUX non ha mai visto può comparire nel report come Buono o Scadente, perché prende in prestito il valore dal resto del sito.

In pratica la homepage e il blog ricevono la maggior parte del traffico, quindi sono loro a determinare il valore dell'origine. Le tue pagine prodotto o il checkout possono essere molto più lenti e in Search Console non lo vedresti mai. È anche per questo che non uso mai il valore CrUX dell'intero sito come obiettivo. È ponderato sul traffico, quindi lo decidono le pagine più visitate. E non sono per forza le pagine che ti interessano.

Qui Lighthouse non aiuta

Il consiglio che trovi ovunque è lanciare PageSpeed Insights o Lighthouse finché non compaiono i dati CrUX. Capisco perché lo si dica, ma non ti dà quello che ti serve. Un'esecuzione di Lighthouse carica la tua pagina una volta, su un telefono simulato, con una connessione rallentata e la cache vuota. Va bene per trovare problemi nella pagina. Su quello che vivono i tuoi visitatori non dice nulla.

L'INP, per esempio, ha bisogno di persone reali che cliccano e toccano su dispositivi reali. Lighthouse non clicca su niente. Per il CLS, Lighthouse smette di osservare appena la pagina ha finito di caricarsi. Quindi un annuncio che arriva tardi e spinge giù il contenuto, o qualcosa che salta mentre il visitatore scorre, non finisce mai nel report. E il LCP dipende dal telefono, dalla connessione e dalla distanza del visitatore dalla tua CDN. Un singolo test misura un solo telefono, una sola connessione, una sola distanza.

Aspettare funziona solo se il tuo traffico sta crescendo. CrUX guarda le visite degli ultimi 28 giorni (tra l'altro il ritardo è molto più breve di quanto si pensi, vedi perché il ritardo di 28 giorni è un mito). Se questo mese non hai avuto abbastanza visite Chrome valide, probabilmente non le avrai nemmeno il mese prossimo.

Misura i tuoi visitatori con il RUM

L'alternativa è misurare da solo. Il real user monitoring, RUM, esegue un piccolo script nel browser di ogni visitatore, misura i Core Web Vitals di quella visita e invia i numeri a te invece che a Google. Lo stesso tipo di field data di CrUX, solo che non c'è nessuna soglia da raggiungere e non sei limitato agli utenti Chrome.

Una pagina con 50 visite al mese ha dati. Anche i tuoi visitatori iPhone: Safari misura LCP e INP da Safari 26.2 (dicembre 2025), quindi compaiono nel RUM mentre CrUX continua a escluderli. Vedi anche quale elemento ha causato un valore negativo: l'immagine che era il LCP, il pulsante che ha risposto lentamente. Dopo un deploy vedi l'effetto in pochi minuti, non da qualche parte in una media di 28 giorni.

Core/Dash è lo strumento RUM che ho costruito per questo. Un tag script, oppure il plugin WordPress, e i dati iniziano ad arrivare dalla prima pageview. Non imposta cookie e non raccoglie dati personali, quindi non serve un banner di consenso. Su un sito piccolo conta. Uno script RUM dietro un banner di consenso misura solo chi clicca su accetta, e torni a vedere una frazione dei tuoi visitatori. I piani partono da 16 dollari al mese con fatturazione annuale, e la prova di 14 giorni non richiede carta di credito.

Lascialo attivo anche quando CrUX inizia a registrare il tuo sito. Search Console mostra solo gruppi di URL. Non ti dirà mai quale pagina o quale elemento ha reso lento un gruppo.

Controlla subito cosa ha CrUX sul tuo sito

Prima di cambiare qualsiasi cosa, verifica se CrUX ha almeno la tua origine. Lo strumento CrUX History su corewebvitals.io mostra lo storico CrUX di qualsiasi sito. Se lì il mobile è vuoto, sarà vuoto anche in Search Console.

Vedi anche: installare Core/Dash, la dimensione browser per i visitatori che CrUX esclude, e la dimensione tipo di dispositivo per separare mobile e desktop.

Fonti: Guida di Search Console: report Core Web Vitals, Metodologia CrUX, Safari 26.2 aggiunge LCP e INP.