Core Web Vitals Explained for Business Owners
Core Web Vitals in plain language: what LCP, INP and CLS measure, the thresholds Google uses, how to check your site and which fixes matter most.
Core Web Vitals are three measurements Google uses to judge how a page feels to a real visitor: how fast it shows up, how quickly it responds, and whether it stays still while loading. You do not need to be a developer to understand them, and understanding them helps you ask your developer the right questions.
What are Core Web Vitals?
| Metric | What it measures | Good | Poor |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Time until the main content is visible | up to 2.5 seconds | over 4 seconds |
| INP (Interaction to Next Paint) | Delay between a tap or click and the visible response | up to 200 ms | over 500 ms |
| CLS (Cumulative Layout Shift) | How much the page jumps around while loading | up to 0.1 | over 0.25 |
Google looks at the experience of real users over the previous 28 days and judges a page by the 75th percentile, meaning three out of four visits should meet the "good" threshold.
Why Core Web Vitals matter
They are part of how Google evaluates page experience, so they can be a tie-breaker between pages of similar relevance. More importantly, they describe things visitors feel directly. A page that loads slowly or shifts under the finger loses sales regardless of rankings.
How to check your site
- PageSpeed Insights: enter a URL and read the "real users" section at the top. That is field data from actual visitors.
- Search Console: the Core Web Vitals report groups your pages into good, needs improvement and poor.
- Lab tests (the Lighthouse score below the field data) are useful for debugging but are simulations, not what Google uses for ranking.
Sites with little traffic may show no field data. In that case, use the lab numbers as a guide.
Fixing LCP
Slow LCP usually comes from one of four causes:
- Slow server response: cheap hosting, no caching, heavy database queries.
- Large hero image: serve it in a modern format, at the right size, and let the browser load it first.
- Render-blocking CSS and JavaScript: load only what the first screen needs.
- Web fonts: host them yourself and show text while they load.
Fixing INP
Poor responsiveness is almost always too much JavaScript: chat widgets, trackers, sliders and page-builder scripts competing for the processor. Remove what you do not need, delay what is not urgent, and break long tasks into smaller ones.
Fixing CLS
Layout shifts come from elements that appear without reserved space:
- Images and videos without width and height.
- Ads, banners and cookie notices injected above content.
- Fonts that change the size of text when they load.
Reserve the space in advance and the page stops jumping.
Where to start
Fix templates, not single pages. If the product page template is slow, every product is slow. Find the template with the most traffic and the worst numbers, fix that, and measure again after a few weeks, because field data updates slowly.
Platform choice affects all three metrics. Heavy themes and stacks of plugins make good numbers hard to reach; see custom code vs ready-made templates and our custom-coded website service.
Summary
Core Web Vitals turn "the site feels slow" into three numbers you can track: LCP for loading, INP for responsiveness and CLS for stability. Check field data, fix the busiest template first, and treat the metrics as a measure of customer experience, not just an SEO checkbox.
FAQ
Do Core Web Vitals directly affect rankings? They are one of many signals. Relevance and content quality matter more, but among similar pages a better experience can make the difference.
Why is my Lighthouse score good but field data poor? Lighthouse simulates one device and connection. Real visitors use slower phones and networks, and their experience is what counts.
How long until improvements show? Field data covers the last 28 days, so allow about a month for the full effect to appear.