Skip to main content
USA Based
|
The Complete Guide

What Are Core Web Vitals?

Google measures your website's user experience through three specific metrics — LCP, INP, and CLS. They directly impact your search rankings. Here's everything you need to know to measure, understand, and optimize them.

Quick Answer

Core Web Vitals are three Google-defined metrics that measure real-world user experience on your website: Largest Contentful Paint (LCP) measures loading speed, Interaction to Next Paint (INP) measures responsiveness, and Cumulative Layout Shift (CLS) measures visual stability. They're a confirmed Google ranking factor and essential for delivering the page experience that both users and search engines demand.

≤2.5s
Good LCP
Largest Contentful Paint target
≤200ms
Good INP
Interaction to Next Paint target
≤0.1
Good CLS
Cumulative Layout Shift target
33%
Of Sites Pass
all three Core Web Vitals on mobile

Why Core Web Vitals Matter for Your Rankings

In 2021, Google officially made Core Web Vitals a ranking signal as part of the broader "page experience update." This was a landmark moment: for the first time, Google explicitly tied measurable user experience metrics to search rankings. The message was clear — how your page performs matters as much as what your page says.

The impact is most visible in competitive niches. When Google evaluates two pages with comparable content quality, backlink profiles, and relevance signals, Core Web Vitals can be the tiebreaker that determines which page gets the coveted top positions. For highly competitive keywords where dozens of pages are vying for page-one spots, even small differences in page experience metrics can separate winners from losers.

Beyond rankings, Core Web Vitals directly impact user behavior and business outcomes. Studies consistently show that faster, more stable pages have lower bounce rates, higher engagement, better conversion rates, and more pageviews per session. Amazon famously found that every 100ms of added latency cost them 1% in sales. Google's own research shows that as page load time increases from 1 to 3 seconds, the probability of bounce increases 32%.

The Bottom Line

Core Web Vitals aren't just about pleasing Google — they're about creating the fast, smooth, stable experience that converts visitors into customers. Optimizing them improves your rankings AND your bottom line. It's one of the rare SEO investments that pays dividends in both channels.

The Three Core Web Vitals Explained

Each Core Web Vital measures a different dimension of user experience. Together, they provide a comprehensive picture of how your page actually feels to users. Let's break down each one:

Largest Contentful Paint (LCP)

Measures: Loading Performance

LCP measures how long it takes for the largest visible content element in the viewport to fully render. This is typically a hero image, a background image, a large text block, or a video poster image. LCP represents the moment when the user perceives the page's main content has loaded — it's the "aha, the page is ready" moment.

A good LCP is 2.5 seconds or less. Between 2.5 and 4.0 seconds needs improvement. Above 4.0 seconds is poor. The most impactful optimizations for LCP include reducing server response time (TTFB), eliminating render-blocking resources, optimizing and compressing images, using a CDN, preloading critical resources, and implementing efficient lazy loading for below-the-fold content.

≤ 2.5s

Good

2.5 – 4.0s

Needs Improvement

> 4.0s

Poor

Interaction to Next Paint (INP)

Measures: Responsiveness

INP replaced First Input Delay (FID) in March 2024 as a more comprehensive responsiveness metric. While FID only measured the delay before the browser processed the first user interaction, INP observes the latency of all interactions — clicks, taps, and keyboard inputs — throughout the entire page lifecycle and reports the longest one (with outlier adjustments).

A good INP is 200 milliseconds or less. Between 200ms and 500ms needs improvement. Above 500ms is poor. INP issues are typically caused by long JavaScript tasks blocking the main thread, heavy event handlers, excessive DOM size, third-party scripts competing for CPU time, and complex rendering updates after interactions. Improving INP requires breaking up long tasks, deferring non-critical JavaScript, reducing DOM complexity, and optimizing event handlers.

≤ 200ms

Good

200 – 500ms

Needs Improvement

> 500ms

Poor

Cumulative Layout Shift (CLS)

Measures: Visual Stability

CLS measures the total amount of unexpected layout shifts that occur during the entire lifespan of a page. A layout shift happens when a visible element moves from its initial position — like when an image loads and pushes text down, or a banner ad appears and shifts the content you were about to click. These shifts are frustrating and can cause users to accidentally click the wrong element.

A good CLS score is 0.1 or less. Between 0.1 and 0.25 needs improvement. Above 0.25 is poor. CLS is unique among Core Web Vitals because it's not about speed — it's about stability. The most common causes are images without specified dimensions, dynamically injected content (ads, cookie banners, notification bars), web fonts that cause text to re-render at different sizes, and third-party embeds that resize after loading. Fix CLS by always defining explicit width and height on media elements, reserving space for dynamic content, preloading web fonts, and using CSS contain where appropriate.

≤ 0.1

Good

0.1 – 0.25

Needs Improvement

> 0.25

Poor

How to Measure Core Web Vitals

Measuring Core Web Vitals accurately requires understanding the difference between lab data and field data. Lab data comes from controlled testing environments (tools like Lighthouse running simulated tests). Field data comes from real users visiting your site (collected by the Chrome User Experience Report). Both are valuable, but field data reflects the actual user experience and is what Google uses for ranking decisions.

Here are the most important tools for measuring and monitoring your Core Web Vitals:

Google PageSpeed Insights

The most comprehensive single tool for Core Web Vitals analysis. It provides both lab data (from Lighthouse) and field data (from CrUX) for any URL. The field data section shows your actual Core Web Vitals scores based on real Chrome users over the past 28 days. Use it as your primary diagnostic tool.

Google Search Console

The Core Web Vitals report in Search Console shows your entire site's performance at scale, grouping URLs by status (good, needs improvement, poor) with specific metric details. This is the best tool for identifying site-wide patterns and prioritizing which page groups to optimize first. It uses real field data.

Lighthouse (Chrome DevTools)

Built into Chrome's Developer Tools, Lighthouse runs lab-based audits and provides detailed performance scores with specific, actionable recommendations. Ideal for development and debugging — but remember that lab scores may differ from field data because they test under simulated conditions.

Chrome UX Report (CrUX)

The Chrome User Experience Report is Google's public dataset of real user experience data from Chrome browsers. It's the authoritative source for field data that Google uses in ranking. Access it via BigQuery, the CrUX API, or through PageSpeed Insights. It provides the most accurate picture of how real users experience your site.

Web Vitals Chrome Extension

A lightweight Chrome extension that shows your Core Web Vitals scores in real-time as you browse your own site. It overlays LCP, INP, and CLS metrics on each page, making it easy to quickly spot issues during development and QA. Great for developer workflows and quick checks.

Pro Tip

Always prioritize field data over lab data when assessing your Core Web Vitals. Lab tools test under controlled conditions with throttled CPU and network — your real users may experience something quite different. If your field data in Search Console shows "good" but Lighthouse shows a low score, trust the field data.

Proven Optimization Strategies for Each Vital

Improving Core Web Vitals requires a targeted approach. Here are the highest-impact optimizations for each metric:

1

Optimize Server Response Time (LCP)

Your LCP can't be fast if your server is slow. Reduce Time to First Byte (TTFB) by using a CDN to serve content from edge locations close to users, enabling server-side caching for dynamic content, upgrading to faster hosting infrastructure, and optimizing database queries. A TTFB under 200ms sets the foundation for good LCP.

Action Item: Test your TTFB with WebPageTest.org and identify if server response is your LCP bottleneck.

2

Eliminate Render-Blocking Resources (LCP)

CSS and JavaScript files that block rendering delay when the browser can paint your main content. Inline critical CSS, defer non-critical CSS, async or defer JavaScript that isn't needed for initial render, and minimize the total amount of CSS and JS the browser needs to process before painting the largest element.

Action Item: Run Lighthouse and address every "Eliminate render-blocking resources" recommendation.

3

Optimize Images and Media (LCP)

Since the LCP element is often an image, image optimization directly impacts your LCP score. Use modern formats (WebP/AVIF), properly size images for each viewport, preload the LCP image with <link rel="preload">, use responsive images with srcset, and avoid lazy-loading the LCP image (it needs to load eagerly).

Action Item: Identify your LCP element in PageSpeed Insights and ensure it loads as fast as possible.

4

Break Up Long JavaScript Tasks (INP)

Long tasks (JavaScript execution that blocks the main thread for 50ms+) are the #1 cause of poor INP. Break large tasks into smaller, asynchronous chunks using requestIdleCallback, setTimeout, or the Scheduler API. Yield to the main thread regularly during complex operations so the browser can process user interactions.

Action Item: Use Chrome DevTools Performance panel to identify long tasks and break them into sub-50ms chunks.

5

Minimize Third-Party Script Impact (INP)

Third-party scripts — analytics, ads, chat widgets, social embeds — often compete with your code for main thread time. Load them asynchronously, defer their initialization until after the page is interactive, use Web Workers for CPU-intensive operations, and regularly audit which third-party scripts you actually need.

Action Item: Audit all third-party scripts with Coverage tool in Chrome DevTools and remove unused ones.

6

Set Explicit Dimensions on Media (CLS)

The simplest and most impactful CLS fix: always include width and height attributes on images, videos, and iframes. This tells the browser how much space to reserve before the element loads, preventing layout shifts. Use CSS aspect-ratio for responsive designs where fixed dimensions aren't practical.

Action Item: Search your HTML for any <img>, <video>, or <iframe> tags missing width/height attributes.

7

Reserve Space for Dynamic Content (CLS)

Ads, cookie consent banners, notification bars, and lazy-loaded content frequently cause layout shifts. Use min-height on container elements to reserve space before dynamic content loads. For ads, set explicit dimensions on ad containers. Position banners and overlays in ways that don't push existing content around.

Action Item: Test your pages with slow network throttling to spot layout shifts caused by late-loading content.

8

Preload and Optimize Web Fonts (CLS)

Custom fonts can cause either invisible text (FOIT) or text that shifts when the font loads (FOUT), both contributing to CLS. Preload critical fonts with <link rel="preload" as="font">, use font-display: swap or optional, subset fonts to include only needed characters, and consider using system font stacks for body text.

Action Item: Add font-display: swap to all @font-face declarations and preload your primary heading font.

How Core Web Vitals Impact Search Rankings

Let's be precise about how Core Web Vitals influence rankings, because there's a lot of misinformation circulating. Google has been clear: Core Web Vitals are a ranking signal, but they're not the most important one. Content relevance, backlinks, and search intent still carry more weight individually. However, Core Web Vitals can be the decisive factor in competitive scenarios.

Think of Core Web Vitals as a multiplier effect. They amplify the value of your existing SEO efforts. If you have strong content and good backlinks, passing Core Web Vitals helps you maximize that value. If you have weak content, fixing Core Web Vitals alone won't catapult you to page one. The impact is contextual — it matters most when your competitors have similar content quality.

Additionally, the page experience benefits extend beyond direct ranking signals. Pages that pass Core Web Vitals have measurably lower bounce rates, higher time-on-page, and better conversion rates. These engagement signals create a positive feedback loop that further strengthens your SEO performance over time.

Considering a website redesign?

A redesign is the perfect opportunity to build Core Web Vitals optimization into your site's foundation rather than retroactively fixing performance issues.

Frequently Asked Questions About Core Web Vitals

Everything you need to know about LCP, INP, CLS, and their impact on search rankings.

Core Web Vitals are a set of three specific page experience metrics that Google uses to measure how users experience the speed, responsiveness, and visual stability of a web page. The three metrics are: Largest Contentful Paint (LCP), which measures loading performance; Interaction to Next Paint (INP), which measures interactivity and responsiveness; and Cumulative Layout Shift (CLS), which measures visual stability. These metrics are part of Google's page experience ranking signals and directly impact search rankings.
In March 2024, Google replaced First Input Delay (FID) with Interaction to Next Paint (INP) as the responsiveness metric in Core Web Vitals. While FID only measured the delay before the browser could begin processing the first user interaction, INP measures the latency of all interactions throughout the entire page lifecycle and reports the worst interaction. This makes INP a more comprehensive measure of a page's overall responsiveness, catching issues that FID would have missed — like slow responses to subsequent clicks, keyboard inputs, or taps.
Google considers a Largest Contentful Paint (LCP) of 2.5 seconds or less as "good." An LCP between 2.5 and 4.0 seconds "needs improvement," and anything over 4.0 seconds is rated "poor." To provide a good user experience and satisfy Google's ranking criteria, aim for an LCP under 2.5 seconds on both mobile and desktop. The best-performing sites achieve LCP scores under 1.5 seconds. LCP measures when the largest visible element in the viewport — typically a hero image, video thumbnail, or large text block — finishes rendering.
Core Web Vitals are a confirmed Google ranking factor as part of the broader "page experience" signal. In practice, Core Web Vitals act as a tiebreaker: when two pages have similar content quality and relevance, the one with better Core Web Vitals will rank higher. Google has stated that content relevance still outweighs page experience — a page with great content but poor vitals can still rank above a fast but thin page. However, for competitive queries where many pages have comparable content quality, Core Web Vitals can be the deciding factor between page 1 and page 2.
You can measure Core Web Vitals using several tools: Google PageSpeed Insights (provides both lab and field data for any URL), Google Search Console (shows Core Web Vitals reports across your entire site with field data), Lighthouse (built into Chrome DevTools for lab measurements), Chrome User Experience Report (CrUX — real-world field data from Chrome users), and Web Vitals Chrome Extension (real-time overlay of vitals as you browse). For the most accurate picture, use field data from Search Console or CrUX, as lab tools like Lighthouse test under simulated conditions that may not reflect real user experiences.
Cumulative Layout Shift (CLS) measures how much the visible content on your page unexpectedly moves during loading. A CLS score of 0.1 or less is "good," between 0.1 and 0.25 "needs improvement," and above 0.25 is "poor." Common causes include images and videos without explicit dimensions, dynamically injected content (ads, banners, cookie notices), web fonts causing text to shift when they load (FOIT/FOUT), and third-party embeds that resize. Fix CLS by always specifying width and height on images/videos, reserving space for dynamic content, using font-display: swap with preloaded fonts, and avoiding inserting content above existing visible content.
Poor LCP (Largest Contentful Paint) is typically caused by four factors: slow server response times (high TTFB), render-blocking resources like unoptimized CSS and JavaScript that delay page rendering, slow resource load times for large images or videos, and client-side rendering where content requires JavaScript execution before it becomes visible. To improve LCP: optimize your server and use a CDN, eliminate or defer render-blocking resources, optimize and properly size images (use modern formats like WebP/AVIF), implement lazy loading for below-the-fold images, and preload critical resources like hero images and fonts.
Yes, Google evaluates Core Web Vitals separately for mobile and desktop. Since Google uses mobile-first indexing, mobile Core Web Vitals are the primary ranking signal for most sites. However, desktop vitals also matter for desktop search results. It's common for a site to pass Core Web Vitals on desktop but fail on mobile, where slower processors, lower bandwidth, and smaller viewports create performance challenges. Always prioritize mobile optimization first, then address desktop issues.
Interaction to Next Paint (INP) measures the responsiveness of a page by observing the latency of all click, tap, and keyboard interactions throughout the page's lifecycle and reporting the longest interaction (with some outlier adjustment). A good INP score is 200 milliseconds or less. Between 200ms and 500ms needs improvement, and above 500ms is poor. Unlike its predecessor FID, which only measured the first interaction, INP captures the full responsiveness picture. Common causes of poor INP include long JavaScript tasks blocking the main thread, heavy event handlers, excessive DOM size, and third-party scripts competing for CPU time.
Yes, it's possible to rank well with poor Core Web Vitals — Google has confirmed that content relevance and quality remain the most important ranking factors. However, poor Core Web Vitals put you at a disadvantage in competitive scenarios. If your competitors have comparable content quality but better page experience metrics, they'll likely outrank you. Think of Core Web Vitals as a multiplier: great content + great vitals = best possible ranking potential. Great content + poor vitals = you're leaving ranking power on the table. The impact is especially notable on mobile, where page experience issues are more pronounced.

Ready to Optimize Your Core Web Vitals?

Don't let slow pages and layout shifts cost you rankings. Let us audit your site's performance and deliver a clear, prioritized optimization plan.

Get Free Growth Plan