Prestazioni e Core Web Vitals
La pagina Prestazioni misura i Core Web Vitals reali (PageSpeed Insights), mostra i dati CrUX degli utenti reali, la diagnostica Lighthouse per pagina e genera il ticket di sviluppo.
La pagina Prestazioni (sidebar Analisi Sito Web → Prestazioni) misura la velocità reale del sito con i Core Web Vitals di Google e trasforma la diagnostica in indicazioni operative per lo sviluppatore. È alimentata dall’audit SEO: ogni scansione campiona alcune pagine e ne misura le prestazioni; mentre un audit è in corso, la pagina mostra l’avanzamento in tempo reale. Il tab Core Web Vitals del report audit ne mostra solo la tabella riassuntiva, con un pulsante per aprire questa pagina.
Piano richiesto: incluso con il SEO Audit dal piano Solo in su. La generazione dei ticket di sviluppo ha un budget mensile separato (vedi tabella più sotto).
Come sono misurati i Core Web Vitals
I dati sono misurazioni reali di Google PageSpeed Insights (Lighthouse mobile), non stime: per ogni audit viene campionata la homepage + una pagina per ogni tipo/percorso, fino al tetto del piano, e per ciascuna misurato Performance score, CLS, LCP e TBT.
| Piano | Pagine campionate per audit |
|---|---|
| Solo | 3 |
| Starter | 5 |
| Pro | 10 |
| Agency | 20 |
Cosa misura ogni colonna, e le soglie con cui l’app le colora (verde = buono, giallo = da migliorare, rosso = scarso):
| Metrica | Cosa misura | Buono | Scarso |
|---|---|---|---|
| Performance score | Punteggio Lighthouse complessivo (0-100) | ≥ 90 | < 50 |
| LCP — Largest Contentful Paint | Tempo di rendering dell’elemento più grande visibile | ≤ 2500 ms | > 4000 ms |
| CLS — Cumulative Layout Shift | Quanto gli elementi si spostano durante il caricamento | ≤ 0,1 | > 0,25 |
| TBT — Total Blocking Time | Quanto il thread principale resta bloccato e non risponde agli input | ≤ 200 ms | > 600 ms |
| INP — Interaction to Next Paint | Reattività agli input reali (solo nella card CrUX) | ≤ 200 ms | > 500 ms |
| TTFB — Time To First Byte | Quanto il server impiega a rispondere (colonna della Diagnosi LCP) | ≤ 600 ms | oltre: hosting/caching |
I punteggi Lighthouse possono variare tra un audit e l’altro anche a sito invariato (fino al 20-30%): è la normale variabilità dei test di laboratorio, documentata da Google. Guarda il trend su più audit, non il singolo numero.
Esperienza degli utenti reali (Chrome UX Report)
Se il sito ha traffico sufficiente, compare una card con i dati CrUX: LCP, INP e CLS al 75° percentile, misurati sui visitatori Chrome reali degli ultimi 28 giorni, con esito Buono / Da migliorare / Scarso. A differenza dei punteggi Lighthouse sono stabili, e sono quelli che Google usa per il ranking. Il badge “intero sito” indica che la singola pagina non ha abbastanza traffico e i dati si riferiscono all’intero dominio.
Diagnostica Lighthouse per pagina
Sotto le metriche trovi la diagnostica grezza di Lighthouse per pagina campionata: una mappa layout shift (screenshot della pagina campionata con più spostamenti visualizzabili, con i riquadri degli elementi che si spostano durante il caricamento — un bordo tratteggiato sull’intera pagina indica un reflow globale, per esempio da font web, con le zone delle cause evidenziate in pieno), la Diagnosi LCP, gli elementi che causano CLS con la colonna Causa (immagine senza dimensioni, font web, iframe iniettato — etichette in inglese, così come le fornisce Lighthouse), font non ottimizzati (FOUT), immagini senza dimensioni e risorse che bloccano il rendering.
La tabella Diagnosi LCP dice, per ogni pagina campionata, qual è l’elemento più grande visibile (quello che determina l’LCP), le fasi del suo caricamento — la fase dominante indica dove intervenire: TTFB alto = server o caching, Load Delay = elemento scoperto tardi o in lazy-load, Render Delay = CSS o font bloccanti — e il tempo di risposta del server. Compare solo per gli audit lanciati dopo l’attivazione della funzione: se non la vedi, avvia un nuovo audit.
Font non ottimizzati (FOUT) elenca i font web che provocano un Flash of Unstyled Text: la pagina mostra prima il testo con un font di ripiego e poi lo sostituisce quando il font web arriva, con uno scatto visibile che può anche contare come layout shift. In genere si risolve aggiungendo font-display: swap e un preload al font, o servendolo dallo stesso dominio.
Una tabella vuota non è un errore. Il valore di CLS e la lista di “elementi che causano CLS” arrivano da due meccanismi Lighthouse indipendenti: è normale avere un CLS alto senza elementi elencati, tipico su pagine con widget/commenti/embed di terze parti che Lighthouse non riesce ad attribuire a un nodo preciso. Allo stesso modo, tabelle vuote per immagini senza dimensioni o risorse bloccanti significano solo che Lighthouse non ne ha rilevate su quel campione.
Genera ticket di sviluppo
Genera ticket di sviluppo trasforma la diagnostica in un ticket in linguaggio naturale per ogni pagina campionata, pronto da assegnare a uno sviluppatore. Il ticket apre con la causa principale dedotta dalle fasi di caricamento e incrocia i dati Lighthouse con l’HTML reale della pagina: cita i file e gli attributi esatti da cambiare (per esempio un loading=lazy da togliere dall’immagine principale o un preload mancante) e adatta i consigli alla piattaforma rilevata, come il tema o i plugin WordPress installati. È on-demand ma una sola generazione per audit (si riattiva rilanciando l’audit), con un budget mensile separato dalla campionatura pagine — il contatore è visibile sotto al titolo della pagina Prestazioni e in Abbonamento:
| Piano | Ticket AI Core Web Vitals / mese |
|---|---|
| Solo | 4 |
| Starter | 13 |
| Pro | 40 |
| Agency | 200 |
Vuoi rivedere il report tecnico completo? Torna a Avvia il primo audit SEO →
Ultimo aggiornamento: 7 luglio 2026