Punteggio di salute Vitals

Vitals Health Score è un modello di scoring interno che comprime LCP, CLS e INP in un’unica cifra principale. È utile per i dashboard. È utile per la prioritizzazione. Non è una metrica che Google segnala o posiziona direttamente.

Questa distinzione conta. Google valuta le singole soglie dei Core Web Vitals, non il tuo punteggio aggregato. Se il tuo team dice agli stakeholder “abbiamo migliorato Vitals Health Score da 68 a 82”, può andare bene per la reportistica. Diventa invece impreciso quando si presume che il punteggio, di per sé, mappi direttamente i ranking.

Cosa include di solito

La maggior parte dei team costruisce Vitals Health Score a partire dai tre Core Web Vitals: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) e Interaction to Next Paint (INP). Un’impostazione comune assegna un peso a ciascuna metrica, converte i valori grezzi in una scala normalizzata 0-100 e poi li media per template o per gruppo di URL.

Gli strumenti variano. Potresti recuperare dati reali da Google Search Console (GSC) e CrUX, dati di laboratorio da Screaming Frog con integrazione con PageSpeed Insights e dati di debugging da Lighthouse o Chrome DevTools. Alcuni team lo integrano in Looker Studio, mentre altri lo mantengono dentro Ahrefs o Semrush insieme a ranking e traffico.

Perché lo usano gli SEO

Perché i dirigenti non vogliono tre distribuzioni percentili né una spiegazione sulle soglie p75. Vogliono un numero, delle linee di trend e una risposta chiara su se il sito stia migliorando o peggiorando.

Per i team SEO, il punteggio aiuta nella triage. Se le pagine di categoria hanno una media di 54 e le pagine editoriali una media di 81, sai dove spingere per prima l’impegno dell’ingegneria. Se un singolo rilascio fa scendere il punteggio di 12 punti sui template mobile, hai subito un segnale di regressione.

Aiuta anche a collegare il lavoro tecnico alle pagine di business. Abbinando il punteggio a ricavi, sessioni organiche o landing page non brand, ottieni un backlog più difendibile rispetto a “la velocità del sito sembra importante”.

Dove si rompe

Questo è l’avviso che molte persone saltano: un singolo punteggio può nascondere il problema reale. Una pagina può avere un punteggio aggregato accettabile, ma comunque fallire gravemente INP su mobile. Oppure può superare i test di laboratorio e fallire i dati reali in GSC perché gli utenti reali su dispositivi più deboli hanno un’esperienza diversa.

Un altro problema: i modelli di scoring sono incoerenti. Una società potrebbe pesare LCP al 50%, un’altra al 33%. Quindi un punteggio di 78 su un dashboard non è confrontabile con un 78 altrove. Questo rende il benchmarking molto più complicato.

John Mueller di Google ha spinto ripetutamente i team a concentrarsi sull’esperienza utente sottostante, piuttosto che su metriche aggregate inventate. La scelta giusta è proprio questa. Usa Vitals Health Score per gestire il lavoro, non per fingere di aver scoperto una nascosta KPI di ranking.

Come usarlo bene

• Traccialo per template, dispositivo e paese. Le medie di tutto il sito possono nascondere i fallimenti.
• Mantieni visibili le metriche CWV grezze accanto al punteggio.
• Usa prima i dati reali, poi quelli di laboratorio. GSC e CrUX superano i test sintetici per la prioritizzazione.
• Imposta soglie pratiche, ad esempio indagare qualsiasi template sotto 70 o qualsiasi calo di 10 punti dopo un rilascio.
• Correla con gli outcome che contano: ingressi organici, tasso di conversione e ricavo per sessione.

Se vuoi una KPI interna pulita, Vitals Health Score va bene. Solo non confondere una scorciatoia di reportistica con il modo in cui Google valuta davvero l’esperienza della pagina.