LCP, INP e CLS
dai tuoi utenti reali.

I dati di laboratorio (da Lighthouse o audit sintetici) vengono misurati in un ambiente controllato su un dispositivo e una connessione simulati. I dati sul campo vengono raccolti da utenti reali sui loro dispositivi e connessioni reali. Il segnale di ranking Page Experience di Google usa i dati sul campo, non quelli di laboratorio, ecco perché monitorare i vital degli utenti reali è importante per la SEO.

La valutazione Core Web Vitals di Google determina lo stato di un URL ("Buono", "Da migliorare" o "Scarso") in base al 75° percentile. Se il tuo LCP al p75 è sotto 2,5 secondi, il 75% dei tuoi utenti vede un caricamento "Buono". Monitorare al p75 allinea il tuo monitoring a ciò che influenza davvero il tuo ranking.

Aggiungi il tag script di tipo module nella sezione della pagina e chiama SiteQwalityRUM.init({ applicationId, clientToken }). Il bundle pesa 5,7 kB gzip sul filo e si carica come modulo ES differito, quindi non blocca mai il rendering. I vitals sono misurati con la libreria web-vitals sopra l'API nativa PerformanceObserver del browser. Nessun framework richiesto, ed esiste un pacchetto npm se preferisci importarlo.

Per pagina. Lo snippet cattura l'URL corrente per ogni evento così puoi visualizzare LCP, INP e CLS per la homepage, le pagine prodotto, il checkout e qualsiasi altra route separatamente.

Sì. Tipo di dispositivo (desktop, mobile, tablet), browser e sistema operativo vengono derivati dallo User-Agent della richiesta su ogni evento, e puoi filtrare anche per URL. Combinali per capire, ad esempio, perché LCP su mobile è più alto rispetto al desktop. La segmentazione per tipo di connessione non è disponibile: lo script non legge la Network Information API.

Oggi né l'uno né l'altro. Non esiste una regola di alert sui vitals, non c'è una soglia p75 da configurare e nulla scatta quando i dati sul campo la superano. Non esistono nemmeno marcatori di deployment: nulla registra una release sulla timeline e non c'è un confronto prima e dopo per uno specifico deploy. Una versione precedente di questa pagina pubblicizzava entrambe le cose, ed era falso. Gli alert oggi coprono i check di uptime, cron, TLS, DNS e browser, non i Core Web Vitals.

Le misurazioni aggregate vengono conservate per 458 giorni, poco più di 15 mesi, su ogni piano incluso quello gratuito. Pagare di più non allunga la finestra e passare a un piano inferiore non la accorcia: per impostazione predefinita è la stessa per tutti. Puoi chiedere meno: un tetto di conservazione si imposta per singola applicazione RUM tramite le API (settings.retention.observe_days su PUT /rum/{app_id}), il minimo è un giorno, e abbassarlo vale anche per le misurazioni già archiviate per quell'applicazione, non solo per quelle nuove. Nella dashboard non c'è ancora un comando: oggi è una chiamata API. Il selettore di intervallo della panoramica arriva a 30 giorni, quindi leggere più indietro significa interrogare direttamente le API.