Ready to brief a build? Take our readiness quiz
Craft

Core Web Vitals without the panic

Core Web Vitals get treated as a mysterious exam you are failing. They are three fairly human questions about how a page feels to use. Here is the plain version.
By Ben Hammond, FounderPublished May 4, 20264 min read
In short
This Shrink Studio guide explains Core Web Vitals as three questions about how a page feels to use: Largest Contentful Paint (did the main content load quickly), Interaction to Next Paint (did the page respond) and Cumulative Layout Shift (did it stay still). It advises fixing poor scores because they usually reflect problems readers notice, while treating the metrics as one input among many. It is for founders and marketing teams who want to know which scores matter.

Ask about this article

Few things cause more low-grade website anxiety than Core Web Vitals. A dashboard turns red, a number sits below a threshold nobody quite understands, and suddenly everyone is worried about a metric they cannot explain. It is worth taking the drama out of it, because underneath the jargon, Core Web Vitals ask three fairly human questions about how a page feels to use.

Did the page load quickly? (Largest Contentful Paint)

The first is whether the page loaded quickly, or more precisely, how long it took for the main thing on the page to appear. A reader arriving to a blank screen, waiting for the big image or headline to show up, is forming an impression before they have read a word, and it is rarely a good one. This is the metric that punishes a heavy hero image or a slow server, and it is usually the one worth looking at first.

Did the page respond? (Interaction to Next Paint)

The second is whether the page responded when someone tried to use it. There is a specific kind of frustration in tapping a button and having nothing happen because the page is still busy loading something in the background. That gap between action and response is what this measures. It tends to be a problem on pages weighed down by scripts that keep the browser occupied when it should be listening to the reader.

Did the page stay still? (Cumulative Layout Shift)

The third is the one everyone has felt without knowing its name. You go to tap a link, an image finishes loading above it, the whole page jumps, and you tap the wrong thing. That visual lurching, content shifting around as the page settles, is what the third metric captures. It usually comes from images and embeds that do not reserve their space in advance, so everything below them jumps when they arrive.

Why do Core Web Vitals matter?

What makes these worth caring about is that they are not really technical vanity metrics. They are proxies for whether the page respects the person using it. A fast, stable, responsive page feels trustworthy in a way that is hard to articulate and easy to feel, and search engines pay attention to them partly because readers do. But they are one input among many, not the whole game, and a site does not become good by chasing a green score alone.

How much should you worry about the scores?

So the sensible posture is neither panic nor indifference. If the numbers are poor, they are usually pointing at something a reader would genuinely notice, and fixing it tends to be worth doing on its own merits. If they are already fine, there is little to gain from squeezing the last few points. Treat them as a useful health check on how the page feels to use, not an exam you are failing, and most of the anxiety goes away.

FAQs

What are good Core Web Vitals scores?

Google rates a page as good when Largest Contentful Paint is 2.5 seconds or less, Interaction to Next Paint is 200 milliseconds or less and Cumulative Layout Shift is 0.1 or less. Scores are judged at the 75th percentile of real visits over 28 days, so a single slow test is no cause for alarm.

Do Core Web Vitals affect Google rankings?

They are part of Google's page experience signals, so they count, but relevance and content quality matter far more. A slow page with the best answer can still outrank a fast page with a weaker one. Treat good scores as a tiebreaker and a better experience for readers.

Why are my PageSpeed scores different every time?

PageSpeed Insights runs a lab test on simulated hardware and network, which varies from run to run. The field data at the top of the report, drawn from real Chrome users, is the number Google uses. Judge progress on the field data and use lab scores to diagnose.

What usually slows down a Webflow site?

Large unoptimised images, heavy third-party scripts such as chat widgets, tag managers and tracking pixels, and custom code loaded in the page head. Webflow's own hosting is fast. Most improvements come from compressing images, deferring scripts and removing tools nobody uses anymore.

How often should we check Core Web Vitals?

Monthly is enough for most sites, plus a check after any launch or new script is added. Google Search Console reports real-user scores across the whole site, so it shows problems on pages you might not think to test.