Home
Prezzi
Piattaforma Blog Chi siamo Contatti FAQ
Accedi Inizia gratis
Core Web Vitals

LCP, INP e CLS
dai tuoi utenti reali.

Dati sul campo, non simulazioni di laboratorio. Monitora i tre Core Web Vitals che Google usa come segnale di ranking (per pagina, al p75), raccolti dai tuoi visitatori reali tramite lo script RUM leggero di Site Qwality.

Free tier included No credit card 2-minute setup
Site Qwality RUM overview with sessions and Core Web Vitals

Il segnale di performance che Google usa davvero.

Lighthouse misura condizioni di laboratorio. I Core Web Vitals dagli utenti reali misurano ciò che il crawler di Google vede quando valuta le tue pagine per il ranking. Site Qwality raccoglie dati sul campo dai tuoi visitatori, dal 100% delle sessioni per impostazione predefinita, e mostra p50, p75 e p95 nel tempo, con il p75 per ogni pagina, così puoi agire sui numeri che contano.

LCP, INP e CLS al p75

Le tre metriche del segnale di ranking tracciate al 75° percentile, la soglia che Google usa per valutare se un URL è "buono".

Dati sul campo da utenti reali

Raccolti tramite lo snippet RUM di Site Qwality da caricamenti di pagina autentici, non un browser headless su una rete di laboratorio.

Analisi per pagina

Scopri quali pagine specifiche hanno regressioni invece di una semplice media del sito, con il p75 di LCP, INP, CLS e tempo di caricamento per ogni pagina.

Monitoraggio del trend nel tempo

Le misurazioni vengono conservate per 458 giorni per impostazione predefinita, poco più di 15 mesi, su ogni piano, e puoi impostare un tetto più basso per singola applicazione. Il selettore di intervallo della panoramica arriva oggi a 30 giorni, quindi tracciare una finestra più lunga significa interrogare direttamente le API.

p50, p75 e p95 affiancati

Lo stesso grafico porta la mediana, la soglia di ranking e la coda, così puoi distinguere una regressione su tutto il sito da un piccolo gruppo di sessioni molto lente.

Complementa gli audit sintetici

Gli audit Lighthouse e di page speed pianificati girano accanto ai vitals degli utenti reali, quindi per una pagina hai sia il punteggio di laboratorio sia i dati sul campo. Oggi sono due viste, non un unico grafico combinato.

Dati sul campo vs dati di laboratorio

I punteggi di laboratorio sembrano buoni.
Gli utenti non sono d'accordo.

Un audit Lighthouse gira in condizioni controllate: connessione veloce, macchina potente, cache vuota. I tuoi visitatori reali arrivano su un telefono 4G dall'altra parte del mondo con 20 schede browser aperte. I dati sul campo dei Core Web Vitals catturano la loro esperienza, ed è quella l'esperienza che Google classifica.

  • Raccoglie dati dai caricamenti di pagina reali, in ogni sessione per impostazione predefinita, non da run di laboratorio
  • Mostra la quota di visualizzazioni valutate buone, da migliorare e scarse
  • La soglia p75 corrisponde a come viene calcolato il segnale Page Experience di Google
app.siteqwality.com / vitals / product
acme.com / product HealthyLIVE
LCP p752.3s
INP p7596ms
CLS p750.04
/product1850ms
/product/mugs2300ms
/product/plates2050ms
/product/sale4200ms
Restringi il campo

Trova la pagina
che è davvero peggiorata.

Un p75 su tutto il sito ti dice che qualcosa si è mosso. Le pagine principali mostrano il p75 di LCP, INP, CLS e tempo di caricamento per ogni pagina nella stessa finestra, così vedi quali route lo portano. Da lì, error tracking e session replay ti dicono che cosa hanno incontrato quegli utenti.

  • Pagine principali per visualizzazioni, con il p75 di LCP, INP, CLS e tempo di caricamento per pagina
  • Schede LCP, INP e CLS al p75, colorate secondo le soglie di Google
  • Intervalli dall'ultima ora agli ultimi 30 giorni sullo stesso grafico
install the RUM snippet<!-- add once to <head> -->
<script>
  (function(w,d,s,u){var r=w.SiteQwalityRUM=w.SiteQwalityRUM||{_q:[]};if(r._q&&!r._h){
  ['init','setUser','clearUser','setGlobalAttribute','removeGlobalAttribute',
   'addError','addAction','setView','setTrackingConsent','optOut','optIn',
   'isOptedOut','startReplay','stopReplay','getSessionUrl','getStatus'].forEach(function(m){
    r[m]=function(){r._q.push([m,arguments])}});
  r._h=function(e){r._q.push(['_e',[e]])};w.addEventListener('error',r._h);
  w.addEventListener('unhandledrejection',r._h);
  var e=d.createElement(s);e.async=1;e.src=u;(d.head||d.documentElement).appendChild(e)}
  })(window,document,'script','https://cdn.siteqwality.com/rum/v2/sdk.min.js');

  SiteQwalityRUM.init({
    applicationId: 'YOUR_APPLICATION_ID',
    clientToken: 'YOUR_CLIENT_TOKEN',
    trackingConsent: 'pending'
  });
</script>

✓ core gzip da 25,8 KB (SDK 2.2.1)
3

vital del segnale di ranking Google monitorati al p75

25,8 KB

script principale dell'SDK 2.2.1 compresso gzip, si carica in modo asincrono e non blocca mai il rendering

p75

il percentile esatto che Google usa nel segnale Page Experience

$0

piano gratuito, inizia senza carta di credito

FAQ

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.

Incolla lo snippet nella sezione <head> della pagina. Mette in coda le prime chiamate e gli errori, carica l'SDK in modo asincrono dalla CDN e chiama SiteQwalityRUM.init({ applicationId, clientToken }). Lo script principale dell'SDK 2.2.1 pesa 25,8 KB gzip e non blocca mai il rendering. I vitals sono misurati con l'API nativa PerformanceObserver del browser, con le stesse definizioni delle metriche della libreria web-vitals di Google. 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.

Non nella dashboard. L'API della panoramica accetta i filtri device_type, browser, os e url. 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.

Inizia gratis. Nessuna carta di credito.

Uptime, cron, synthetic, log, RUM, incidenti e pagine di stato. Piano gratuito su ogni prodotto.