neonencyCore Web Vitals explained for business owners
What LCP, INP and CLS actually mean, the scores to aim for, and how much they really matter for your Google rankings.
Core Web Vitals are three Google metrics for real user experience. LCP measures how fast the main content appears (aim for under 2.5 seconds). INP measures how quickly the page reacts when someone taps or clicks (under 200 milliseconds). CLS measures how much the layout jumps around while loading (under 0.1). They are a real ranking signal, but useful content still matters more.
If you have ever opened Google Search Console and seen a red warning that says "Core Web Vitals: poor URLs," you probably closed the tab and hoped it would go away.
I get it. The names sound like they were invented to confuse people. Largest Contentful Paint. Interaction to Next Paint. Cumulative Layout Shift. But the ideas behind them are simple, and once you understand them, you will notice them on every website you visit.
What are Core Web Vitals?
Core Web Vitals are three measurements Google uses to judge how a page feels to real visitors. Not how it looks in a design file. How it feels on an actual phone, on an actual network, when an actual person is trying to use it.
Each one answers a basic question:
| Metric | The question it answers | Good score |
|---|---|---|
| LCP (Largest Contentful Paint) | Does the main content show up quickly? | Under 2.5 seconds |
| INP (Interaction to Next Paint) | Does the page react quickly when I tap or click? | Under 200 milliseconds |
| CLS (Cumulative Layout Shift) | Does the page stay still, or does stuff jump around? | Under 0.1 |
Google looks at the 75th percentile of visits. In plain terms, at least three out of four visits need a good experience for the page to pass. A fast result on your office Wi Fi does not count for much if most of your visitors are on mid range phones and mobile data.
LCP: how fast the main content appears
Largest Contentful Paint is the time it takes for the biggest visible thing on the screen to load. On most pages that is the hero image, a big heading or a video thumbnail.
Think of it as the moment a visitor feels "OK, the page is here." Before that, they are staring at a blank or half drawn screen, deciding whether to wait.
The usual causes of a slow LCP:
- a slow server or cheap hosting
- a huge hero image that was never resized or compressed
- the hero image being lazy loaded, so the browser waits before fetching it
- fonts, sliders or scripts that block the page from rendering
The fixes are mostly the same ones I covered in how to speed up a WordPress website: better hosting, caching, modern image formats and loading the hero image first.
INP: how quickly the page responds
Interaction to Next Paint replaced an older metric called First Input Delay in March 2024. It measures the delay between someone tapping a button, opening a menu or typing in a form, and the screen visibly reacting.
You know this feeling. You tap "menu" and nothing happens, so you tap again, and then it opens and closes. That is bad INP.
It is usually caused by too much JavaScript running at once. Chat widgets, tracking pixels, heavy sliders, page builder add ons and big theme scripts all compete for the same processing time. On a cheap phone, that queue gets long fast.
INP is often the hardest one to fix on older sites, because the problem is spread across many scripts. A good first step is delaying third party scripts until the visitor interacts with the page, which most caching plugins can do.
CLS: whether the page stays still
Cumulative Layout Shift measures unexpected movement. You start reading, an image loads above the text, and everything jumps down. Or you go to tap a button and a cookie banner pushes it away, so you tap an ad instead.
CLS is the easiest of the three to fix, and the most annoying one for visitors. Common causes:
- images and videos without a set width and height
- ads, embeds or banners that load late and push content down
- web fonts that swap in and change the size of text
- content injected at the top of the page after it loads
The fix is mostly about reserving space. Give every image its dimensions, keep space for embeds and banners, and avoid inserting things above content that is already on screen.
Do Core Web Vitals affect Google rankings?
Yes, but probably less than you have been told.
Core Web Vitals are part of Google's page experience signals, and Google's own documentation says good scores support the experience its ranking systems reward. It also says, quite clearly, that great content can still rank with a weaker page experience.
My honest summary: Core Web Vitals will not lift a thin page to the top. They help when you are competing with pages of similar quality, and they help even more with what happens after the click. A fast, stable page keeps people around long enough to read, trust you and get in touch. That is where the real money is.
How to check your own site
You do not need special tools. Two free ones cover everything.
PageSpeed Insights. Go to pagespeed.web.dev, paste a URL and check the mobile tab first. The top section shows field data from real Chrome users over the last 28 days, if your site has enough traffic. The lab test below it is a simulation. It is great for finding problems but changes a bit every time you run it, so do not panic over a few points.
Google Search Console. The Core Web Vitals report groups your pages into good, needs improvement and poor, for both mobile and desktop. This is the best place to see the whole site at once, and it tells you which metric is failing for which group of pages.
If your site is new or gets little traffic, you may see "not enough data." That is normal. Use the lab test until real data builds up.
What to fix first
If all three are red, start with LCP. It is usually tied to hosting, caching and images, which are relatively quick wins. Then fix CLS, which is often a matter of adding image dimensions and reserving space. Leave INP for last, because it takes the most careful work.
And test after each change. Speed work is a lot like cooking. Add one ingredient, taste, then decide what is next.
My take
Core Web Vitals get treated like an exam you have to pass for Google. I prefer to think of them as a way to measure respect for your visitor's time. If a page loads fast, reacts instantly and does not jump around, people relax and actually read what you wrote.
If your scores are poor and you are not sure where to start, send us your URL. Our speed and technical SEO work starts with exactly this kind of check, and we will tell you which fixes will make the biggest difference.
Frequently asked questions
Do Core Web Vitals affect Google rankings?
+
Yes, they are part of the page experience signals Google uses. But Google has been clear that relevant, helpful content matters more. Good Core Web Vitals will not rescue a weak page, but they can help when you compete with pages of similar quality, and they help visitors stay.
What is a good Core Web Vitals score?
+
A page passes when at least 75% of real visits are good for all three metrics: LCP under 2.5 seconds, INP under 200 milliseconds and CLS under 0.1.
Why does PageSpeed Insights show different results every time?
+
The lab test at the bottom runs a fresh simulation each time, so it changes with network and server conditions. The field data at the top is based on 28 days of real visits from Chrome users and is much more stable. Google uses the field data.
What replaced FID in Core Web Vitals?
+
Interaction to Next Paint (INP) replaced First Input Delay (FID) in March 2024. INP looks at the responsiveness of all interactions during a visit, not just the first one.
