You have probably seen the term “Core Web Vitals” in a speed report or an SEO proposal and nodded along without fully knowing what it means. You are not alone. It sounds deeply technical, but the idea behind it is simple: Google measures three specific things about how your website feels to real visitors, and it uses those measurements as part of how it evaluates your pages.
This guide explains what Core Web Vitals are, what each of the three metrics means in everyday language, what counts as a good score, and why any of this should matter to you as a business owner. No developer vocabulary required.
Core Web Vitals in One Paragraph
Core Web Vitals are three measurements Google uses to judge the user experience of a web page: how quickly the main content appears, how fast the page reacts when someone clicks or taps, and how much the layout jumps around while loading. Google collects these measurements from real Chrome browser visits, not from lab simulations, and a page only “passes” when all three scores are good for at least three out of four real visits.
Think of it as Google’s report card for how your site feels to use. Not what it says, not how it looks in a screenshot, but how it behaves in a visitor’s hands.
The Three Metrics, in Plain English
LCP: Largest Contentful Paint (loading speed)
LCP measures how long it takes for the largest visible element on the page to finish rendering. In practice, that is usually your hero image, your main headline, or a large banner. It answers the visitor’s first question: “Is anything happening?”
Everyday version: you walk into a shop and the lights take four seconds to come on. Technically the shop is open, but it feels broken. That is poor LCP.
Google’s thresholds: 2.5 seconds or less is good, 2.5 to 4 seconds needs improvement, over 4 seconds is poor.
INP: Interaction to Next Paint (responsiveness)
INP measures how quickly the page reacts when a visitor does something: taps a button, opens a menu, types in a form field. It watches interactions across the entire visit and reports one of the slowest ones, so it reflects the real experience, not just the first click.
Everyday version: you press a lift button and nothing lights up for a second. You press it again, harder. That laggy, uncertain feeling is poor INP.
Google’s thresholds: 200 milliseconds or less is good, 200 to 500 milliseconds needs improvement, over 500 milliseconds is poor.
INP is the newest of the three. It replaced an older metric called First Input Delay (FID) on March 12, 2024, and FID has since been removed from Google’s tools. If you read a guide that still talks about FID as current, that guide is out of date. LCP is the metric most sites fail (only 68.3% of origins scored good LCP in the September 2026 CrUX data), but INP catches owners out because it judges every interaction across the whole visit rather than just the first one.
CLS: Cumulative Layout Shift (visual stability)
CLS measures how much the page’s layout jumps around unexpectedly while it loads. The classic experience: you are about to tap a link, an image or ad loads above it, everything shifts down, and you tap the wrong thing.
Everyday version: you reach for a door handle and someone moves the door. That jolt is poor CLS.
Google’s thresholds: 0.1 or less is good, 0.1 to 0.25 needs improvement, over 0.25 is poor. (CLS has no units; it is a computed score, not a time.)
The thresholds at a glance
| Metric | What it measures | Good | Needs improvement | Poor |
|---|---|---|---|---|
| LCP | Main content loading time | 2.5s or less | 2.5s to 4s | Over 4s |
| INP | Reaction time to clicks and taps | 200ms or less | 200ms to 500ms | Over 500ms |
| CLS | Unexpected layout movement | 0.1 or less | 0.1 to 0.25 | Over 0.25 |
These thresholds have been stable for years. Ignore any blog claiming Google “tightened” them or invented new metrics with names like “Core Web Vitals 2.0.” As of 2026, these three metrics are the entire set.
How Google Actually Grades You: The 75th Percentile
Here is the part most explanations skip, and it matters. Google does not grade your page on its average performance. It grades at the 75th percentile of real visits, separately for mobile and desktop.
In plain English: line up 100 real visits to your page from slowest to fastest experience. Google looks at the 75th one. At least three out of four visits have to be “good” before your page counts as good. Your slowest quarter of visitors decide your grade.
Why this matters to you: a site that feels fast on your office wifi and your new phone can still fail, because your real visitors include people on mid-range Android phones and slow mobile networks. Google measures their experience, not yours. Chasing the average is a trap; the struggling quarter is what counts.
Field Data vs Lab Data: Which Number Counts
You will encounter two kinds of Core Web Vitals numbers, and they often disagree:
- Field data comes from real Chrome users visiting your site over the past 28 days (this is the Chrome User Experience Report, or CrUX). It appears in Search Console and PageSpeed Insights. This is what Google actually uses. This is what counts.
- Lab data comes from a simulated test run in a controlled environment (Lighthouse). It is repeatable and useful for debugging, but it cannot measure INP directly and it does not reflect your visitors’ real devices and networks.
A page can score well in a lab test and still fail in the field. When the two disagree, trust the field data. Low-traffic sites sometimes have no field data at all, because there are not enough real visits to measure; in that case, lab data is the best available proxy until traffic grows.
Why Core Web Vitals Matter for Your Business
Two reasons, one about Google and one about money.
Rankings. Core Web Vitals are a genuine ranking signal, part of Google’s page experience assessment. Google’s John Mueller has put it about as plainly as Google ever does: “It is a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance.” Translation: a fast page about the wrong topic will not outrank a slower page with the better answer. But when two pages are similarly relevant, which happens constantly on competitive page-one results, the faster, steadier, more responsive page has the edge.
Conversions. This is the bigger reason. These metrics describe friction your visitors feel directly. Slow-loading pages lose people before they read a word. Laggy buttons make checkouts and enquiry forms feel unreliable. Jumping layouts cause mis-taps and frustration. There is no notification when someone leaves because a page took too long; the visitor simply leaves, and you never know what the visit was worth.
And most of the web is failing at this. In the September 2026 Chrome User Experience Report data, which covers about 18.4 million websites, just 55.9% passed all three Core Web Vitals. Nearly half the web is leaving both a small ranking edge and a smoother customer experience on the table.
How to Check Your Own Scores
You do not need any tools beyond Google’s free ones:
- PageSpeed Insights (pagespeed.web.dev): enter any URL. The top section shows field data (what counts); below it, the lab diagnostics show what to fix.
- Search Console, Core Web Vitals report: shows your failing URLs grouped by issue across your whole site, for mobile and desktop separately. This is the best place to see the scale of the problem.
- CrUX Dashboard: for the data-curious, the public Chrome User Experience Report data behind it all.
Check monthly, and always check after a theme change, a plugin overhaul, or a redesign. Those are the moments scores quietly break.
What Usually Causes Failures on Business Websites
You do not need to fix anything today, but it helps to know the usual suspects:
- LCP failures usually come from oversized hero images (the single most common cause on WordPress sites), slow server response times, or render-blocking code delaying the main content.
- INP failures usually come from too much JavaScript: heavy themes, page builders loading everything at once, chat widgets, tracking scripts, and popups all competing for the browser’s attention when a visitor clicks.
- CLS failures usually come from images without set dimensions, ads or embeds with no reserved space, and web fonts swapping in late and reflowing text.
Each of these has a practical fix path, which we cover in our step-by-step guide to speeding up a WordPress website, ordered by what actually moves the needle first.
Common Questions
What are the 3 Core Web Vitals?
Largest Contentful Paint (LCP, loading), Interaction to Next Paint (INP, responsiveness), and Cumulative Layout Shift (CLS, visual stability). A page passes only when all three are “good” at the 75th percentile of real visits.
Is Core Web Vitals a ranking factor?
Yes. It is part of Google’s page experience signals used in ranking. It will not rescue irrelevant content, but between similarly relevant pages it can decide who ranks higher.
What is a good Core Web Vitals score?
LCP of 2.5 seconds or less, INP of 200 milliseconds or less, and CLS of 0.1 or less, each achieved for at least 75% of real visits on both mobile and desktop.
What happened to FID (First Input Delay)?
INP replaced FID as the responsiveness metric on March 12, 2024, and FID was later removed from Google’s field-data tools. Any current guide should talk about INP, not FID.
Do I need a perfect score?
No. “Good” on all three at the 75th percentile is the goal. Chasing a perfect 100 lab score beyond that is rarely the best use of time or money.
The Bottom Line
Core Web Vitals are Google’s way of measuring whether your website feels fast, responsive, and stable to real visitors. Three metrics, three thresholds, graded on your slowest quarter of visits. They influence rankings at the margins and influence conversions directly, and nearly half of all websites currently fail them.
Knowing your scores is step one. If your Search Console report shows red, the next step is a proper diagnosis of what is slowing your pages down, which is exactly what our technical SEO service covers. WordPress site owners can also start with the DIY path: our priority-ordered WordPress speed guide walks through the fixes in the order that actually works. Our WordPress SEO service covers WordPress-specific optimisation if you would rather have it handled for you.
About the author: Muhammad Waqas Dilzak is co-founder of SWAF Digital and an SEO specialist with 10+ years of experience across SEO, AI search optimisation, and WordPress.
