What Are Core Web Vitals? LCP, INP and CLS Explained
Core Web Vitals are Google's metrics for page experience: LCP, INP and CLS. Learn the thresholds, how they're measured, and how to improve each one.

Core Web Vitals are a set of three metrics Google uses to measure the real-world user experience of a web page: loading performance, interactivity and visual stability. They are part of Google's broader page-experience signals, and while they act mostly as a tiebreaker rather than a dominant ranking factor, they reflect something users feel directly — whether a page loads fast, responds quickly, and stays stable as it loads. Poor scores frustrate visitors and can cost rankings at the margin.
This guide explains what the three Core Web Vitals are, their official thresholds, how they are measured with field versus lab data, whether they affect rankings, how to measure them, and how to improve each one.
What are the three Core Web Vitals?
Each Vital captures a different dimension of experience, and Google publishes a "good" threshold for each:
| Metric | Measures | "Good" threshold |
|---|---|---|
| Largest Contentful Paint (LCP) | Loading — when the main content becomes visible | Under 2.5 seconds |
| Interaction to Next Paint (INP) | Responsiveness — how quickly the page reacts to interactions | Under 200 milliseconds |
| Cumulative Layout Shift (CLS) | Visual stability — how much the layout unexpectedly moves | Under 0.1 |
A key piece of recent history: INP permanently replaced First Input Delay (FID) as a Core Web Vital in March 2024. INP is the stronger metric because it measures the responsiveness of every interaction throughout the visit, not just the delay on the first one.
What does each Vital actually measure?
LCP marks the moment the largest visible element — usually a hero image, video poster or big block of text — finishes rendering. It answers "how long until the page looks loaded?" INP observes how long the page takes to visually respond after a user clicks, taps or types, across the whole session, capturing sluggishness caused by heavy JavaScript. CLS quantifies unexpected movement — the annoyance of tapping a button that jumps because an image or ad loaded late and pushed the layout. Together they describe the felt quality of a page, not just its raw speed.
Field data vs lab data: how are they measured?
This distinction is essential and widely misunderstood. The Core Web Vitals that influence Google's assessment come from field data — real measurements from actual Chrome users, collected in the Chrome User Experience Report (CrUX). The standard is the 75th percentile of those visits over a rolling 28-day window, meaning at least three-quarters of real visits must meet the threshold to earn a "good" rating. Lab data, by contrast, comes from a controlled, simulated test (as in Lighthouse) on a single device and connection. Lab data is invaluable for debugging because it's repeatable, but it does not directly determine your Core Web Vitals status — only field data does. Testing on your own fast laptop can look great while real users on mid-range phones struggle.
Are Core Web Vitals a ranking factor?
Yes, but with proportion. Core Web Vitals are a confirmed part of Google's page-experience signals, yet they function largely as a tiebreaker: between two pages of comparable relevance and authority, the better experience can win. They will not rescue thin or irrelevant content, and great scores are no substitute for satisfying search intent. The honest framing is that Core Web Vitals are a meaningful refinement, not a primary lever — fix them, but don't expect them to outrank genuinely better content.
How do you measure Core Web Vitals?
Several free tools cover both data types. The Search Console Core Web Vitals report groups your URLs by status using field data and is the best place to see site-wide problems. PageSpeed Insights shows field data (where available) alongside a lab test for a single URL. The CrUX dashboard exposes the underlying field data, and Lighthouse or browser DevTools provide lab diagnostics for debugging specific issues. Use field tools to know where you stand and lab tools to find out why.
How do you improve each Core Web Vital?
Each metric has its own typical culprits and fixes:
- Improve LCP by optimizing and properly sizing the largest image, using efficient formats, serving from a CDN, reducing server response time, and removing render-blocking resources.
- Improve INP by minimizing and breaking up long JavaScript tasks, deferring non-critical scripts, and keeping the main thread free so interactions get a fast visual response.
- Improve CLS by setting explicit width and height (or aspect-ratio) on images and embeds, reserving space for ads and dynamic content, and avoiding inserting content above existing elements after load.
How do Core Web Vitals relate to AI search and UX?
Core Web Vitals are fundamentally about user experience, and that value doesn't disappear in AI search — a fast, stable page serves visitors well however they arrive, including via AI engines that send a click. Performance also intersects with crawling: very slow pages can be crawled less efficiently. While AI citation depends mainly on content quality and structure rather than millisecond performance, the technical health that produces good Core Web Vitals is the same discipline that keeps a site fast, crawlable and trustworthy. [Editor: optional Cliro tie-in on technical health as a foundation for visibility.]
Core Web Vitals checklist
- Track field data first in the Search Console report — that's what counts.
- Hit the thresholds: LCP <2.5s, INP <200ms, CLS <0.1 at the 75th percentile.
- Optimize the LCP element (usually the hero image) and server response.
- Tame JavaScript to keep INP low.
- Reserve space for media and dynamic content to prevent layout shift.
- Use lab tools to debug, but judge success by field data.
Frequently asked questions
What are Core Web Vitals?
Core Web Vitals are three Google metrics that measure real-world page experience: Largest Contentful Paint (loading), Interaction to Next Paint (responsiveness) and Cumulative Layout Shift (visual stability).
What are the Core Web Vitals thresholds?
The "good" thresholds are LCP under 2.5 seconds, INP under 200 milliseconds, and CLS under 0.1, evaluated at the 75th percentile of real-user (field) data over a 28-day window.
Is INP the same as FID?
No. Interaction to Next Paint replaced First Input Delay as a Core Web Vital in March 2024. INP measures responsiveness across all interactions, not just the first, making it a more complete metric.
Are Core Web Vitals a Google ranking factor?
Yes, as part of page-experience signals, but they act mainly as a tiebreaker between pages of similar relevance and authority. They don't override content quality or search-intent match.
What is the difference between field and lab data?
Field data is real measurements from actual Chrome users (CrUX) and determines your Core Web Vitals status; lab data is a controlled simulation useful for debugging but does not directly set your status.

Written by
Federico Ergang
Cliro cofounder & CEO
Federico Ergang is cofounder and CEO of Cliro, the AI visibility and GEO platform for Latin America.
