Skip to main content

Measure And Optimize Core Web Vitals

The Core Web Vitals are a set of three website performance metrics that capture how users experience the speed and responsiveness website. They are used as a search result ranking factor by Google.

Whether you need to learn about, test, or fix your Core Web Vitals, this post explains it all.

Core Web Vitals Quick Start

Not sure where to start? We recommend following these steps in order:



And don't forget to download our free Core Web Vitals cheat sheet.

What are the three Core Web Vitals metrics?

There are three Core Web Vitals metrics that measure your website performance and affect your search engine rankings:

Core Web Vitals Cheat Sheet

Google has defined scores for each metric of Core Web Vitals to rate them as "Good", "Needs Improvement", or "Poor", scoring is covered in more detail later.

Test Core Web Vitals on your website

We offer a free Core Web Vitals testing tool can show you how fast your website is for real users and what you can improve.

Open the Web Vitals tab after running the test to get an in-depth analysis. This will show you the real-user data Google CrUX data as well as a result from an on-demand test.

The result also shows a 25-week trendline for real user data.

Web Vitals tab

Learn about Largest Contentful Paint (LCP)

LCP is one of the three Core Web Vitals metrics that measures how quickly the main content of a page renders.

LCP Element

What happens when you load a website? It first starts out with a blank page. Content then starts to appear on the screen - in the browser rendering world, this is known as a paint.

Browsers have the concept of paint milestones, these milestones can be used to measure a website's performance:

  • The First Paint (FP) measures when the browser first starts rendering parts of the page. This includes empty boxes without any content.
  • The First Contentful Paint (FCP) measures when content, like text or images, is first rendered by the browser.
  • The Largest Contentful Paint (LCP) measures at what time the largest UI element was rendered on the page.

Load time milestones like this have been used as page speed metrics for a long time. Early on the Load Event was used to assess whether a page had loaded. However, the load event has no direct relationship to visual content appearing for the user, so new metrics like FCP and LCP were introduced over time to better reflect the user experience.

This filmstrip timeline shows how more and more content is rendered by the browser as it becomes available.

Timeline filmstrip

The previous screenshot shows how the product image (the bananas) is the LCP element. When that image appears in less than 2.5 seconds, the LCP score is considered "Good".

The Largest Contentful Paint tries to identify the single largest content element on the page and measures when it appears. A content element could be a piece of text, an image, or the first frame of a video.

LCP valid example

To optimize the Largest Contentful Paint you should:

  • Reduce server response time: For example, use a Content Delivery Network (CDN) to serve content closer to the user.
  • Remove render-blocking resources: Use async and defer attributes for JavaScript files, so they don't block the rendering of the page. You should also consider inlining critical CSS.
  • Optimize your images and size them appropriately: Modern image formats like .avif and .webp have good browser support and can reduce the size of your images.
  • Prioritize the LCP image with the fetchpriority attribute and lazy load less important images to reduce bandwidth competition.
  • Preload the main page image: Use the rel="preload" attribute to tell the browser to fetch the main image as soon as possible.
  • Use server-side rendering when building JavaScript applications: Instead of using client-side rendering, you should render the page on the server and send the full HTML to the browser.

Scoring the Largest Contentful Paint metric

Here's the current LCP scoring guide, as set by Google:

  • 🟢 If your LCP is under 2.5 seconds, it's considered "Good".
  • 🟡 If your LCP is between 2.5 and 4 seconds, it "Needs Improvement".
  • 🔴 If your LCP is over 4 seconds, it's "Poor".

LCP thresholds, good under 2.5 seconds

Understand Interaction to Next Paint (INP)

Interaction to Next Paint is another Core Web Vitals metric, and measures how quickly a page responds to user interactions.



For example, when a user clicks a button it might take half a second to process the event and update the user interface. If the user interaction takes half a second to process the INP score is 500 milliseconds.

But what is a "user interaction"? For the purposes of the INP metric, a user interaction is a click, tap, or keypress.

valid INP interactions

Optimizing your INP score can involve a number of tasks. If you're having issues with INP, we recommend going through the following steps to fix your INP scores:

Website monitoring illustration

Monitor Page Speed & Core Web Vitals

DebugBear monitoring includes:

  • In-depth Page Speed Reports
  • Automated Recommendations
  • Real User Analytics Data

Scoring the Interaction to Next Paint metric

Here's the current INP scoring guide, as set by Google:

  • 🟢 If your INP is under 200 milliseconds, it's considered "Good".
  • 🟡 If your INP is between 200 and 500 milliseconds, it "Needs Improvement".
  • 🔴 If your INP is over 500 milliseconds, it's "Poor".

INP thresholds, good under 200 milliseconds

Explore Cumulative Layout Shift (CLS)

Moving onto the final Core Web Vital metric covered in this guide, Cumulative Layout Shift (CLS) measures how much content moves around after first being rendered. Visual stability is important for a good experience.

This video shows an example of content shifting around during a page load:



Layout instability can cause users to be disoriented, for example if a button moves around while the user is trying to click it, or if text shifts around after the user starts reading.

Only unexpected layout shifts count toward the CLS score. If content moves around after a user interaction like a click then this does not increase CLS.

How you optimize your CLS score depends on the cause of the layout shift. But here are some common strategies:

  • Set dimensions for media: If you know the size of an image or video, set the dimensions in the HTML to reserve space for it, or use the aspect-ratio CSS property.
  • If you're using web fonts, consider using system fonts instead. Or, if you must use web fonts, make sure the fallback font closely resembles the web font.
  • Reserve the space for ads, embeds, or any lazy-loaded content: You can do this with a placeholder element or with the CSS aspect-ratio property.

Scoring the Cumulative Layout Shift metric

tip

Largest Contentful Paint and Interaction to Next Paint are both measured in seconds, but Cumulative Layout Shift is measured in a unitless score.

Here's the current CLS scoring guide, as set by Google:

  • 🟢 If your CLS is under 0.1, it's considered "Good".
  • 🟡 If your CLS is between 0.1 and 0.25, it "Needs Improvement".
  • 🔴 If your CLS is over 0.25, it's "Poor".

CLS thresholds, good under 0.1

How to test your Core Web Vitals

You now have some understanding of the Core Web Vitals metrics. But you might be wondering:

  • How do I test Core Web Vitals on my own website?
  • If Interaction to Next Paint is measured from real user data, how do I get that data?
  • Can I check Core Web Vitals for free?

Continue reading to learn more, and get answers to these questions.

Test Core Web Vitals with DebugBear

The Core Web Vitals Testing tool is a free online tool that takes in a URL, and gives you report on how your website performs. You can use this report to conduct a performance analysis.

To check your Core Web Vitals, enter your URL on the DebugBear Core Web Vitals Testing Tool or use this sample report.

test core web vitals

Once the test is complete, click on Web Vitals in the sidebar, and notice you see both real user data from Google's Chrome User Experience Report (CrUX) and lab data from the test (it's normal for the two to differ).

Google CrUX data (collected from real users):

Web Vitals from CrUX

DebugBear lab data (will be different from CrUX data):

Web Vitals from Lab Tests

In addition to letting you know if you pass or fail the Core Web Vitals assessment, DebugBear also provides:

  • Recommendations on how to improve your scores.
  • Information on additional web performance metrics for your website.

The following screenshot shows a DebugBear lab result. Match the numbers on the screenshot with the explanations below the image.

DebugBear lab result

Explanations:

  1. The lab test conditions: This shows the device and network conditions used for the test.

  2. A real user score and lab data score: The real user score is comprised of Google Core Web Vitals data, and the lab data score comes from the current test run, and is made up of additional performance metrics.

    DebugBear lab data score

  3. Whether this website passes or fails the Core Web Vitals assessment.

  4. Performance metrics like LCP, FCP, Speed Index, TTFB, Page Wight and more.

  5. A timeline of the page load, including screenshots and rendering milestones.

In addition to the free test, you can also sign up for a free trial to monitor page speed over time and track real user Core Web Vitals on your website.

The real user monitoring feature shows you how fast different pages on your website are, and whether visitors from different places across the world experience it differently.

You can also see details like:

  • What are the most common LCP elements on a page?: For example is the main product image the LCP element for most user visits?
  • What page elements are most likely to result in slow interactions?: The Optimize feature guides you through this process.
  • Data for individual user experiences: Dive into specific user journeys to gain visibility of the device, network, browser, location, and more, for each user experience.

DebugBear RUM dashboard

Additional tools to test your Core Web Vitals

There are other free Core Web Vitals testing tools tools available, such as:

Core Web Vitals data on PageSpeed Insights

DebugBear offers both lab data, real user monitoring data, and Google's CrUX data in one place. However if you want to explore Core Web Vitals data in other tools, here's how to do it in PageSpeed Insights.

Google provides the free PageSpeed Insights (PSI) tool to test the performance of your website.

Core Web Vitals in PageSpeed Insights

PageSpeed Insights reports two types of data:

  • Field data has been collected by Google from real users accessing your page. If your website doesn't get much traffic you might not get any data here, or see data aggregated across your entire website.
  • Lab data is collected in a Lighthouse lab environment when you run the PageSpeed Insights test. It uses a simulated mobile device to generate test data. This is what you see under the diagnose performance issues heading.

Note that the Lighthouse Performance score does not directly impact rankings and should only be used as a high-level indicator.

Lighthouse performance score

What are other notable Web Vitals metrics in PageSpeed Insights?

In addition to the three Core Web Vitals, PageSpeed Insights also shows real user data for First Contentful Paint, Interaction to Next Paint, and Time to First Byte. These three Web Vitals metrics don't affect Google rankings, but are useful as diagnostic metrics.

For example, Time to First Byte (TTFB) measures how quickly the server responds to the HTML document request. Before loading the HTML document the browser can't start displaying content. If you get a slow server response time that suggests backend code on your server is slow and might be holding back the Largest Contentful Paint.

Other notable metrics in PageSpeed Insights

Easily view web vitals data with a Chrome extension

We built a Site Speed extension for Google Chrome, it shows you Core Web Vitals for the page you're currently on.

Site speed extension screenshot

Using this extension can complement your performance testing workflow, as you get instant feedback as your browsing pages on a website. When you discover surprising results, or want to investigate further, you can run a full test with DebugBear and DevTools.

Check site-wide Core Web Vitals performance in Google Search Console

If you have already enabled Google Search Console for your website, it's worth being aware of the Web Vitals data in Google Search Console. If you do not have access to Google Search Console, it's not imperative to set it up just for Core Web Vitals data.

Select Experience > Core Web Vitals from the sidebar to view how your website is doing.

Core Web Vitals in Google Search Console

You can open up Mobile or Desktop report to see a breakdown of the Core Web Vitals metrics for your websites, grouped by "Good", "Needs Improvement", and "Poor".

Core Web Vitals Chart in Google Search Console

You can click on the issue that Google Search Console identified to see what page(s) the issue occurred on.

Pages with high Cumulative Layout Shift in Google Search Console/Webmaster Tools

Test Core Web Vitals in Chrome DevTools

At some point in your performance debugging journey, you'll need to use browser DevTools and test and fix performance issues pertaining to Core Web Vitals.

The Lighthouse Panel in DevTools offers a quick overview of your Core Web Vitals metrics.

  1. Open Chrome DevTools (Ctrl + Shift + I on Windows, Cmd + Option + I on Mac) and navigate to the Lighthouse panel.

    Lighthouse Panel in Chrome DevTools

  2. You only need to use the Performance category to test Core Web Vitals. Click the Analyze page load button to start the test.

The Lighthouse report:

Lighthouse report

While the Lighthouse panel in Chrome DevTools is useful, at some point, you'll need to drill down into the performance issues that are affecting your Core Web Vitals metrics. You can do this from the Performance Panel:

  1. With DevTools open, navigate to the Performance Panel.
  2. Use the shortcut Ctrl + Shift + E on Windows or Cmd + Option + E on Mac to start recording a performance profile - the page automatically reloads.

An example of a performance profile in Chrome DevTools, match the numbers on the screenshot with the explanations below the image.

Performance Panel in Chrome DevTools

  1. This Overview shows how much activity is happening on the page. It's normal for there to be a lot of activity duing page load, but you should aim to minimize it.
  2. The Timings track shows important rendering milestones like First Paint, First Contentful Paint, and Largest Contentful Paint.
  3. The Layout Shifts track shows Layout Shift events that happened during the recording.
  4. The Main track shows the main thread activity, including JavaScript execution and rendering. You can inspect heavy activity and see what's causing it.

While out of scope for this guide, the Interactions track shows user interactions and how long they took to process. This can help with optimizing the Interaction to Next Paint metric.

Understand the impact of Core Web Vitals

Poor user experience not only matters for your users but it's also one of Google's ranking signals. Learn how Core Web Vitals impact SEO performance and what data Google looks at.

How do Core Web Vitals impact SEO?

Google first started using Core Web Vitals as a ranking factor in June 2021. Initially this only affected mobile rankings, but in February 2022 the change was also be rolled out to desktop searches.

Site owners who optimize the performance of their website will rank higher in Google.

The Core Web Vitals are part of the broader range of page experience signals Google uses, like being mobile-friendly and using a secure connection. These quality signals assess how good the user experience of your webpage is.

When do pages get an SEO boost due to Core Web Vitals?

You should see a gradual ranking boost as your metrics move toward the "Good" rating. Core Web Vitals are not a binary ranking factor!

Once all metrics are in the "Good" range, further improvements will no longer yield SEO benefits.

Even when making improvements within the "Poor" range, you could still see your pages rise in search result rankings if your competitor's pages are also slow.

What is a good Core Web Vitals score?

To get a "Good" rating from Google you need a Largest Contentful Paint under 2.5 seconds, a Interaction to Next Paint under below 0.2 seconds, and a Cumulative Layout Shift below 0.1.

Google looks at the 75th percentile of experiences, meaning your ranking is determined by the slowest 25% of visitors. For example, to get a "Good" LCP rating the main page content must load within 2.5 seconds at least 75% of the time.

Core Web Vitals thresholds, LCP good under 2.5 seconds, CLS good under 0.1, INP good under 250 milliseconds

How does Google collect Core Web Vitals data?

Google collects metrics from real users on your website as part of the Chrome User Experience Report (CrUX). Data is collected from:

  • Chrome users on desktop and Android
  • Users who have opted into usage statistics reporting
  • Users who are logged into their Google account

The page speed experienced by your actual users might be different from what you see in lab test results.

What does it mean when a page has insufficient real user data in PageSpeed Insights?

If a page doesn't get enough traffic then Google doesn't have enough data to assess the real world experience of your URL. For new websites the entire domain may not have enough real user data yet.

Try testing a similar page with more visitors, or use the Lighthouse lab data Google also provides to optimize your website.

Insufficient real user data

How to optimize Core Web Vitals

To improve the Core Web Vitals metrics, first run a page speed test to see which of the three metrics you need to optimize.

To optimize the LCP you'll need to review render-blocking resources on your website, for example critical CSS. Check if you can use modern image formats reduce the download size of your page. If you use a library like React server-side rendering will speed up your website.

To optimize CLS, check which page elements are moving around after the initial load. Often adding a CSS min-height to elements that change size helps reduce layout shift.

To optimize INP use Chrome DevTools to collect a performance profile. Identify slow user interactions and optimize slow JavaScript code and other CPU tasks.

Request waterfall for web performance

We've covered what you can do about a failed Core Web Vitals assessment in more depth in another article.

To learn more, read on or check out this video about how to optimize your Core Web Vitals.

Continuously measure Core Web Vitals

DebugBear can can test your website on a schedule and collect both in-depth lab data and Google's real-user metrics from the Chrome User Experience Report (CrUX).

You'll also get weekly reports plus instant alerts when there's a performance regression.

Core Web Vitals lab and field data

In addition to measuring site performance, DebugBear also keeps track of the SEO and Accessibility scores generated by Google's Lighthouse tool.

Want to optimize the speed of your website? Start tracking Core Web Vitals today.

Lighthouse data in DebugBear

Website monitoring illustration

Monitor Page Speed & Core Web Vitals

DebugBear monitoring includes:

  • In-depth Page Speed Reports
  • Automated Recommendations
  • Real User Analytics Data