Core Web Vitals and Page Speed
Core Web Vitals Overview Why Performance Is a Ranking Signal
Understand what the three Core Web Vitals measure, how they are scored, and why field data outranks lab data.
Reading time · unlocks the next lesson
0:00 / 5:00 · pausedThe three metrics
Largest Contentful Paint (LCP) measures loading performance, timing how long the largest visible element takes to render. Cumulative Layout Shift (CLS) measures visual stability, scoring unexpected movement of page elements after they render. Interaction to Next Paint (INP) measures responsiveness, timing the delay between a user interaction and the browser's next visual update, and replaced First Input Delay in March 2024.
- LCP: good under 2.5s, poor above 4.0s
- CLS: good under 0.1, poor above 0.25
- INP: good under 200ms, poor above 500ms
Field data versus lab data
Field data, sourced from the Chrome User Experience Report (CrUX), reflects real visits on real devices and networks, and is what Google actually uses as a ranking signal. Lab data, from tools like Lighthouse, runs a simulated single load under fixed conditions and is useful for debugging but does not directly affect rankings.
A page can score well in Lighthouse and poorly in the field if real users are on older phones or slower connections than the lab simulation, so always confirm field data before declaring a fix successful.
How thresholds are scored
Google scores each metric at the 75th percentile of page loads over a rolling 28-day window, meaning three-quarters of visits must meet the 'good' threshold for the page to pass. This is why a handful of very slow visits, such as those on poor mobile connections, will not sink a page's score, but a consistent pattern will.
Why it is a ranking factor, not the ranking factor
Core Web Vitals are one signal among many in Google's page experience assessment and act more as a tie-breaker between otherwise comparable content than a way to outrank clearly more relevant pages. Treat vitals work as a competitive edge and user experience investment, not a silver bullet for weak content.
Getting your baseline in RankAudit
Start by pulling your site's CrUX field data into RankAudit's Vitals dashboard, which groups scores by URL template so you can see whether product pages, category pages or the homepage are driving the failures, before diving into individual metric lessons.
Key takeaways
- ✓Learn the three metrics and their good/poor thresholds
- ✓Always validate fixes against field data, not just lab scores
- ✓Remember scoring uses the 75th percentile over 28 days
- ✓Treat vitals as a tie-breaker signal, not a content substitute
Why this lesson matters
This lesson belongs to Core Web Vitals and Page Speed, the part of Technical SEO Excellence where the goal is: diagnose and resolve the specific rendering and interaction bottlenecks that drag down core web vitals.
Read it once, then do it straight away on a real site inside RankAudit. Nothing here is theory for its own sake — every step produces something you can show a client.
Do it now
- 1Open RankAudit with sample data already loaded, so you are not stuck on setup.
- 2Crawl a site and triage the issue list.
- 3Use RankAudit's field and lab data views to trace each Core Web Vital back to the exact element or script causing it.
