Vitals Health Score

Vitals Health Score is een intern scoringsmodel dat LCP, CLS en INP samenperst tot één headline-nummer. Handig voor dashboards. Handig om prioriteiten te stellen. Het is geen metric die Google direct rapporteert of waarop het direct rangschikt.

Dat onderscheid is belangrijk. Google beoordeelt afzonderlijke Core Web Vitals-drempels, niet je samengestelde score. Als je team tegen stakeholders zegt “we hebben de Vitals Health Score verbeterd van 68 naar 82”, kan dat prima zijn voor rapportage. Het wordt rommelig wanneer mensen aannemen dat de score zelf overeenkomt met posities in rankings.

Wat het meestal omvat

De meeste teams bouwen een Vitals Health Score op uit de drie Core Web Vitals: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) en Interaction to Next Paint (INP). Een gangbare opzet weegt elke metric, zet ruwe waarden om naar een genormaliseerde schaal van 0-100 en neemt ze vervolgens gemiddeld per template of per URL-groep.

Tools verschillen. Je kunt bijvoorbeeld velddata ophalen uit Google Search Console (GSC) en CrUX, labdata uit Screaming Frog met PageSpeed Insights-integratie, en debugdata uit Lighthouse of Chrome DevTools. Sommige teams verwerken dit in Looker Studio, terwijl anderen het binnen Ahrefs of Semrush houden voor rapportage naast rankings en verkeer.

Waarom SEO’ers het gebruiken

Omdat executives niet zitten te wachten op drie percentielverdelingen en een uitleg over p75-drempels. Ze willen één getal, trendlijnen en een duidelijk antwoord op de vraag of de site erop vooruitgaat of achteruitgaat.

Voor SEO-teams helpt de score bij het triëren van werk. Als categoriepagina’s gemiddeld 54 scoren en redactionele pagina’s gemiddeld 81, weet je waar je het eerst engineering-capaciteit naartoe moet sturen. Als één release de score op mobiele templates met 12 punten verlaagt, heb je snel een regressiesignaal.

Het helpt ook om technisch werk te koppelen aan zakelijke pagina’s. Combineer de score met omzet, organische sessies of landingspagina’s zonder merknaam en je krijgt een beter onderbouwde backlog dan “site-snelheid is belangrijk”.

Waar het misgaat

Dit is de kanttekening die mensen vaak overslaan: één score kan het echte probleem verbergen. Een pagina kan een acceptabele samengestelde score hebben, terwijl INP op mobiel toch ernstig faalt. Of een pagina kan slagen bij labtests en toch falen op velddata in GSC, omdat echte gebruikers op zwakkere apparaten een andere ervaring krijgen.

Een ander probleem: scoringsmodellen zijn niet consistent. Het ene bedrijf kan LCP voor 50% meewegen, een ander voor 33%. Daardoor is een score van 78 op het ene dashboard niet vergelijkbaar met 78 ergens anders. Dat maakt benchmarken rommelig.

John Mueller van Google heeft teams herhaaldelijk gevraagd zich te richten op de onderliggende gebruikerservaring, in plaats van op verzonnen geaggregeerde metrics. Dat is de juiste keuze. Gebruik Vitals Health Score om werk te sturen, niet om te doen alsof je een verborgen ranking-KPI hebt gevonden.

Hoe je het goed gebruikt

• Volg het per template, apparaat en land. Gemiddelden voor de hele site verbergen faalgevallen.
• Houd de ruwe CWV-metrics zichtbaar naast de score.
• Gebruik eerst velddata, daarna labdata. GSC en CrUX zijn beter dan synthetische tests voor prioritering.
• Stel praktische drempels in, zoals het onderzoeken van elke template onder 70 of elke daling van 10 punten na een release.
• Koppel aan uitkomsten die ertoe doen: organische ingangen, conversieratio en omzet per sessie.

Als je een nette interne KPI wilt, is Vitals Health Score prima. Verwissel alleen zo’n rapportage-snelkoppeling niet met hoe Google de page experience daadwerkelijk beoordeelt.