Websites & SEO · 02

Core Web Vitals 2026: How to Improve LCP, INP and CLS

Use field data to diagnose and improve website loading speed, responsiveness and visual stability.

Illustration for “Core Web Vitals 2026: How to Improve LCP, INP and CLS”
Friday Works / Journal02 · 2026
Summary

Use field data to diagnose and improve website loading speed, responsiveness and visual stability.

Three things to remember
  • Evaluate real-user data at the 75th percentile, not only a single Lighthouse run.
  • LCP measures main-content loading, INP responsiveness and CLS visual stability.
  • Prioritise templates that generate traffic or leads before low-value pages.
01

What do Core Web Vitals measure?

Core Web Vitals consist of three field-experience metrics. Largest Contentful Paint measures when the main content appears, Interaction to Next Paint measures interaction latency throughout a visit, and Cumulative Layout Shift measures unexpected movement. Google recommends LCP at or below 2.5 seconds, INP below 200 milliseconds and CLS at or below 0.1 at the 75th percentile.

These metrics are not the whole of SEO, but they describe problems users feel directly: waiting for content, clicking without a response or watching the interface move just before a tap. Improvements often also reduce abandonment and make forms, navigation and landing pages easier to use.

  • LCP: main-content loading speed.
  • INP: responsiveness to clicks, taps and typing.
  • CLS: visual stability while the page operates.
A fast website is not one that scores 100 in a lab. It responds well for most real users on the devices and networks they actually have.
02

Use lab and field data correctly

Lighthouse and DevTools provide lab data for reproducing issues under controlled conditions. Search Console and the Chrome UX Report provide field data from real users. A page can feel fast on an office laptop but remain slow on a mid-range phone and mobile network. Use field data to establish impact and lab tools to diagnose causes.

URL-group reports may combine pages that share a template. Inspect representative URLs, device type, country and data window. Field data needs time to accumulate after a fix, so do not conclude from one day. Monitor conversion, errors and engagement as well, ensuring a performance change does not damage business functionality.

  • Field data: where do real users struggle?
  • Lab data: what technical cause can be reproduced?
  • Business data: what value will the fix create?
03

Improve the LCP load chain

Identify the LCP element first: hero image, large heading or content block. For an image, expose its URL early in HTML, do not lazy-load an above-the-fold hero, provide the right dimensions and use efficient compression. Reduce server response, redirects and render-blocking CSS so the browser can discover the primary resource sooner.

Do not optimise isolated images while ignoring architecture. A heavy hero video, slow font or fully client-rendered page can delay every stage. In Next.js, keep content in Server Components, use next/image with accurate sizes, preload only the true LCP resource and avoid unnecessary JavaScript on landing pages.

  • Do not lazy-load the LCP image.
  • Compress and serve appropriate sizes per viewport.
  • Reduce TTFB, render blockers and dependent request chains.
04

Reduce INP and CLS at the source

High INP often comes from long JavaScript tasks, too much work during an interaction or broad component re-rendering. Use the Performance panel to inspect slow interactions, divide work, delay third-party scripts and update visible UI before background processing. Immediate form feedback matters as much as request speed.

CLS commonly comes from media without dimensions, banners inserted above content, font swaps or layout-changing animation. Reserve space, provide width and height or aspect-ratio, avoid inserting content above the viewport and animate with transforms. Test shifts after menus, form validation and cookie banners as well as initial load.

  • Break long tasks and reduce main-thread JavaScript.
  • Reserve space for media, ads and embeds.
  • Inspect layout shift after interaction, not only during loading.
05

A 30-day template-led optimisation process

In week one, export Search Console data and choose the three URL groups with the greatest traffic or conversion value. In week two, measure representative pages and identify the LCP element, slow interactions and shift sources. In week three, fix shared components or layouts to improve the group. In week four, release carefully, watch errors and start validation in Search Console when appropriate.

Add a performance budget to development: JavaScript size, above-the-fold media, third-party scripts and field thresholds. Core Web Vitals are not a one-off campaign; they regress when analytics, widgets, fonts and new heroes accumulate. Reviewing important releases prevents a rescue project years later.

  • Prioritise templates by value, not ease of repair.
  • Fix shared components for wider impact.
  • Monitor field data and conversion after deployment.

FAQ

Frequently asked questions

Are Core Web Vitals a ranking factor?

They are part of the page experience that ranking systems seek to reward, but relevance and content quality remain critical. Do not sacrifice useful content merely for a high lab score.

Does a high Lighthouse score mean Core Web Vitals pass?

Not necessarily. Lighthouse is a lab measurement; Core Web Vitals use real-user data at the 75th percentile when sufficient data is available.

Should we improve LCP, INP or CLS first?

Prioritise the failing metric on the highest-value page group. When several fail, address shared architectural causes such as client rendering, heavy heroes or third-party JavaScript.

References

Sources used in this guide

We prioritise official guidance and primary technical sources. Visit each source for full context and the latest updates.

  1. Understanding Core Web Vitals and Google Search ResultsGoogle Search Central
  2. Web Vitalsweb.dev
  3. How the Core Web Vitals thresholds were definedweb.dev

Written and reviewed by

Friday Works technology team

A perspective shaped by designing websites, building software, automating operations, integrating AI and assessing security for businesses.

Content is reviewed to reflect methods that can be applied in practice. We update it when the process, technology or underlying evidence changes materially.

About Friday Works