Core Web Vitals are Google's standardised set of metrics that measure the quality of user experience on a web page. They focus on three critical aspects of the browsing experience: loading speed, interactivity, and visual stability. Since Google incorporated these signals into its ranking algorithm, understanding and optimising for Core Web Vitals has become essential for any website that relies on organic search traffic.
In 2026, these metrics continue to evolve. The most significant change in recent years was the replacement of First Input Delay (FID) with Interaction to Next Paint (INP) as the responsiveness metric. This shift reflects a more comprehensive measurement of how interactive your site actually feels to users.
The Three Core Web Vitals
Largest Contentful Paint (LCP)
LCP measures how long it takes for the largest visible content element — typically a hero image, heading, or text block — to render on screen. It is the most intuitive of the three metrics because it closely aligns with what users perceive as "the page has loaded."
- Good: 2.5 seconds or less
- Needs improvement: Between 2.5 and 4.0 seconds
- Poor: More than 4.0 seconds
Common causes of poor LCP include unoptimised images, slow server response times, render-blocking CSS and JavaScript, and client-side rendering that delays content visibility. Serving images in modern formats like WebP or AVIF, implementing a CDN, and preloading critical resources are among the most effective improvements.
Interaction to Next Paint (INP)
INP replaced First Input Delay in March 2024 as the official responsiveness metric. While FID only measured the delay of the first interaction, INP measures the latency of all interactions throughout the page's lifecycle and reports the worst one (with some statistical smoothing). This gives a far more accurate picture of how responsive your site feels during real use.
- Good: 200 milliseconds or less
- Needs improvement: Between 200 and 500 milliseconds
- Poor: More than 500 milliseconds
Heavy JavaScript execution is the primary cause of poor INP scores. Long-running tasks block the main thread, preventing the browser from responding to user input. Breaking up large JavaScript bundles, deferring non-essential scripts, and using web workers for computationally intensive tasks can all help improve responsiveness.
Cumulative Layout Shift (CLS)
CLS quantifies how much the visible content on your page moves around unexpectedly during loading. You have probably experienced this yourself — you start reading an article, and an advertisement loads above your content, pushing everything down the page. That kind of unexpected movement is exactly what CLS measures.
- Good: 0.1 or less
- Needs improvement: Between 0.1 and 0.25
- Poor: More than 0.25
The most common causes of layout shift are images and embeds without explicit dimensions, dynamically injected content, and web fonts that cause a flash of unstyled text (FOUT). Always set width and height attributes on images, reserve space for advertisements and embeds, and use font-display: swap with font preloading.
How Google Uses Core Web Vitals for Ranking
Core Web Vitals are part of Google's broader "page experience" ranking signals, which also include mobile-friendliness, HTTPS usage, and the absence of intrusive interstitials. While content relevance and authority remain the strongest ranking factors, Core Web Vitals can be a tiebreaker between pages of similar quality.
In practice, this means that fixing poor Core Web Vitals is unlikely to catapult a mediocre page to the top of search results, but it can give you a meaningful edge over competitors with similar content. It is particularly impactful in competitive niches where dozens of pages target the same keywords with comparable quality.
How to Measure Your Core Web Vitals
There are two types of Core Web Vitals data: lab data and field data. Lab data comes from simulated page loads in controlled environments — this is what tools like Site Speed Check and Google Lighthouse provide. Field data (also called Real User Monitoring or RUM data) comes from actual users visiting your site and is available through the Chrome User Experience Report (CrUX).
Lab data is invaluable for diagnosing issues and testing improvements before deploying them. Field data tells you how your site actually performs for real users across different devices and network conditions. Both are important.
To get started, run your site through Site Speed Check for an instant lab-data audit. You will receive your Largest Contentful Paint, Total Blocking Time (a lab proxy for INP), Cumulative Layout Shift, and a prioritised list of opportunities to improve each metric.
Practical Tips for Improvement
- Optimise your largest image. Since LCP usually measures a hero image, ensuring it is properly sized, compressed, and served in a modern format often delivers the biggest single improvement.
- Defer non-critical JavaScript. Use
deferorasyncattributes on scripts that are not needed for initial render. This frees the main thread and improves both LCP and INP. - Set explicit dimensions on all media. Adding
widthandheightattributes to images and videos allows the browser to reserve space before the resource loads, preventing layout shift. - Preload critical resources. Use
<link rel="preload">for above-the-fold images, fonts, and key CSS files to reduce LCP. - Minimise third-party scripts. Analytics, chat widgets, and advertising scripts often run heavy JavaScript that degrades INP. Audit your third-party scripts regularly and remove any that are no longer providing value.