Voldoend-percentage vitals

Vitals Pass Rate is het percentage van echte gebruikersbezoeken dat alle drie de Core Web Vitals-drempels tegelijk haalt: LCP ≤ 2,5s, INP ≤ 200ms en CLS ≤ 0,1. In de praktijk vertelt het je hoe vaak je pagina’s daadwerkelijk snel genoeg zijn voor gebruikers—niet alleen hoe ze scoren in Lighthouse-screenshots.

Dit is belangrijk omdat Google gebruikmaakt van data uit het veld, niet van je beste lab-run. Als je belangrijkste templates onder de 75%-drempel zitten in Chrome UX Report-data, heb je een probleem met je page experience. Niet altijd een ranking-ramp. Maar wel een kwaliteits-signaal dat je serieus moet nemen.

Wat telt als een ‘pass’

De standaardbenchmark is de 75e percentielwaarde. Google wil dat minstens 75% van de bezoeken de ‘goede’ drempel voor elke metric haalt. In Google Search Console wordt dit samengevoegd in het Core Web Vitals-rapport per URL-groep, niet per afzonderlijke URL.

Die indeling is handig voor prioritering. Ze is ook rommelig. GSC kan pagina’s samenvoegen die zich anders gedragen, vooral op grote e-commerce-sites met gefacetteerde navigatie, lokalisatie of gemengde JS-payloads.

Waar je de data haalt

• Google Search Console: het beste voor het volgen van trends en het triëren van URL-patronen.
• Chrome UX Report (CrUX): de bron achter Google’s velddata, beschikbaar via API en BigQuery.
• RUM-tools: SpeedCurve, Akamai mPulse, Raygun of New Relic voor dagelijkse segmentatie per template, apparaat en geografie.
• Screaming Frog: geen bron van velddata, maar wel nuttig voor het in kaart brengen van problematische templates en het koppelen aan sets van URLs die indexeerbaar zijn.

Ahrefs, Semrush, Moz en Surfer SEO zijn niet waar je de Vitals Pass Rate direct meet. Ze helpen bij paginaprioritering, verkeerskansen en competitieve context. Een ander werk.

Hoe SEO-teams het moeten gebruiken

Gebruik de pass rate als template-prioriteringsmetric, niet als een vanity KPI. Als categoriepagin’s 38% van de organische omzet leveren en op mobiel een pass rate van 61% hebben, dan is dat waar de ontwikkeltijd als eerste naartoe moet.

Veelvoorkomende fixes zijn voorspelbaar: afbeeldingscompressie, preload-disciplime, het verminderen van third-party scripts, server-side rendering, hydratie opsplitsen en layout shifts verminderen door advertenties of laat ladende componenten. Op JS-zware sites is INP meestal nu het dure probleem. LCP krijgt de aandacht. INP veroorzaakt de regressies.

Een praktisch doel: houd je interne SLO’s op 80%+, niet op 75%, zodat normale release-ruis je niet in de gevarenzone duwt.

Belangrijke kanttekeningen

Overdrijf deze metric niet. Google heeft Core Web Vitals nooit aangewezen als iets dat relevantie, links of contentkwaliteit overstijgt. John Mueller van Google heeft herhaaldelijk gezegd dat page experience over het algemeen een tie-breaker is, niet een primair rankingsysteem. Dat komt overeen met wat de meeste SEO’s in het veld zien.

Bovendien is CrUX-data vertraagd en steekproefsgewijs. Kleine sites hebben mogelijk niet genoeg origin- of URL-niveau data. Internationaal kan een site er prima uitzien in Amerikaanse tests en slecht falen op instap-Androidapparaten in zwakkere netwerken. Als je alleen Lighthouse checkt, mis je dat volledig.

Kort gezegd: Vitals Pass Rate is nuttig omdat het je dwingt om echte gebruikersperformance op schaal te bekijken. Verwissel het alleen niet met een op zichzelf staande rankinghefboom. Het is een operationele SEO-metric, geen magie.