Core Web Vitals: what do Google's page experience metrics measure?
Three numbers that sum up how a real visitor experiences a page: loading, responsiveness and visual stability.
Core Web Vitals are three metrics Google uses to describe real-world page experience: Largest Contentful Paint for loading, Interaction to Next Paint for responsiveness and Cumulative Layout Shift for visual stability. A page meets the bar when each one hits the good threshold at the 75th percentile of visits.
In short
- LCP covers loading, INP covers responsiveness, CLS covers visual stability.
- Good means LCP of 2.5 s or less, INP of 200 ms or less, CLS of 0.1 or less.
- Read them at the 75th percentile, with mobile and desktop split.
- Google recommends good scores but does not promise rankings for them.
Where do Core Web Vitals come from?
Web Vitals is a Google initiative documented on web.dev. Out of many possible performance measurements, three are labelled core because they track what a person actually feels: does the main content show up quickly, does the page respond when tapped, and does it stay put while you read [1]?
The set is not frozen. INP became a stable Core Web Vital in 2024, taking over from First Input Delay, which only looked at the delay of the very first interaction on a page [1][4].
The other two are LCP, which times the biggest visible element, and CLS, which scores unexpected movement of content.
What are the official thresholds?
| Metric | What it tracks | Good | Needs improvement | Poor |
|---|---|---|---|---|
| LCP | Render time of the largest visible image, text block or video | 2.5 s or less | over 2.5 s up to 4 s | over 4 s |
| INP | Delay before the screen responds to a click, tap or key press | 200 ms or less | over 200 ms up to 500 ms | over 500 ms |
| CLS | Size of the worst burst of unexpected layout shifts | 0.1 or less | over 0.1 up to 0.25 | over 0.25 |
Sources: web.dev articles on LCP, INP and CLS [3][4][5]. Mobile and desktop are assessed separately.
Why the 75th percentile?
Web.dev asks site owners to look at the value reached by 75% of page loads, split between mobile and desktop [1]. That means your own test on the office connection matters less than what most real customers see, often on a phone between jobs.
Using a high percentile avoids two traps at once: trusting one lucky test run, and panicking over a handful of extreme visits.
Do Core Web Vitals affect Google rankings?
Google Search Central strongly recommends good Core Web Vitals and says this lines up with what its core ranking systems seek to reward [2]. It does not say that a good score on its own will lift a page in results.
For a small business, the practical reading is that a slow or jumpy page loses customers before rankings even come into play. Useful content and solid search engine optimization still come first.
What does a quick audit look like for a small business?
What mistakes do people make with Core Web Vitals?
- Judging a page on a single lab test instead of field data from real visitors.
- Looking at the average rather than the 75th percentile.
- Tuning desktop and forgetting mobile, where many service calls start.
- Still reporting FID, which INP replaced in 2024.
- Piling on tracking, chat and ad scripts without checking what they do to responsiveness.
Does Pilotiko measure Core Web Vitals?
No, that is not an advertised feature. Pilotiko builds and hosts your business website and generates its structured data, XML sitemap and robots.txt file, but it does not provide a Core Web Vitals dashboard. Use Google Search Console for that.
Frequently asked questions
What are the three Core Web Vitals?
LCP measures how fast the main content loads, INP measures how quickly the page responds to interactions and CLS measures how stable the layout is. Together they cover the first things a visitor notices.
Is FID still a Core Web Vital?
No. INP replaced it in 2024. FID only measured the input delay of the first interaction, while INP looks at every click, tap and key press during the visit.
Where can I see my site's Core Web Vitals?
Google points to the Core Web Vitals report in Search Console, which shows how your pages perform [2]. Web.dev also has guides to measure, debug and improve each metric.
Does a 10-page site need to care?
Yes, at least for the pages that lead to a call or a booking. Small sites often have little field data, so check key pages with testing tools while remembering that real-user data is what counts.
Will a good score bring in more customers?
Not by itself. Good metrics remove friction, but they do not create demand. Your offer, content and reputation still do the heavy lifting.
Why is my mobile score worse than desktop?
Phones often have less processing power and patchier connections. Since web.dev recommends assessing the two separately, a gap is normal and should be worked on as its own problem.
Sources
- web.dev (Google), Web Vitals (accessed on October 15, 2026).
- Google Search Central, Understanding Core Web Vitals and Google search results (accessed on October 15, 2026).
- web.dev (Google), Largest Contentful Paint (LCP) (accessed on October 15, 2026).
- web.dev (Google), Interaction to Next Paint (INP) (accessed on October 15, 2026).
- web.dev (Google), Cumulative Layout Shift (CLS) (accessed on October 15, 2026).
Read next
LCP: what does Largest Contentful Paint measure?
Largest Contentful Paint explained: what counts as the LCP element, the 2.5-second target, a worked image example and the mistakes small sites make.
INP: how is page responsiveness measured?
Interaction to Next Paint explained: which taps and clicks count, the 200 ms target, how it replaced FID and a booking form example for a service business.
CLS: how are layout shifts measured?
Cumulative Layout Shift explained: the formula, session windows, the 0.1 target and a worked layout shift calculation for a small service business site.
SEO: what is search engine optimization?
What SEO really covers, how Google finds and ranks pages, a worked example for a Quebec service business and the mistakes that quietly cost visibility.