954-539-5678Free audit
Menu

SEO · Site speed

Core Web Vitals and INP, in plain English

What Google measures, the scores you need to pass, why INP trips up so many sites, and a fix list you can hand to your developer.

INP must be 200 ms or less

Field data beats lab scores

Extra scripts are the usual culprit

Talk to us

Tell us what you need and we’ll get back to you. Or book a free 30-minute call. Or call 954-539-5678.

The short answer

Core Web Vitals are three measurements Google uses to judge how a page feels to real visitors: Largest Contentful Paint (LCP) for loading, Interaction to Next Paint (INP) for responsiveness, and Cumulative Layout Shift (CLS) for visual stability. To pass, a page needs LCP of 2.5 seconds or less, INP of 200 milliseconds or less, and CLS of 0.1 or less, measured at the 75th percentile of real visits on mobile and desktop.

INP is the newest and the one most sites now fail. It replaced First Input Delay on March 12, 2024, and it measures how quickly your page reacts every time someone taps, clicks or types, not just the first time. This guide explains all three in plain English, with the focus on INP and what to ask your developer.

The three Core Web Vitals at a glance

LCP: does it load fast?

Time until the biggest thing on screen (usually a hero image or headline) appears. Good: 2.5 seconds or less. Poor: over 4 seconds.

INP: does it respond fast?

Time from a tap, click or key press until the screen visibly updates. Good: 200 ms or less. Poor: over 500 ms.

CLS: does it stay still?

How much content jumps around while the page loads. Good: 0.1 or less. Poor: over 0.25.

Google’s guidance is to measure at the 75th percentile. In plain terms, three out of four visits need to hit the “good” mark. A fast office computer on fiber does not count for much; what matters is the typical phone on a typical connection.

INP explained for business owners

Picture a customer on your site tapping “Add to cart,” opening a menu, or choosing a date in a booking form. INP measures the delay between that tap and the moment the screen changes. If nothing happens for half a second, people tap again, give up, or assume the site is broken.

Google breaks each interaction into three parts:

  1. Input delay: the browser is busy with other work, often scripts still loading, and cannot start on the tap yet.
  2. Processing time: the code that responds to the tap runs.
  3. Presentation delay: the browser redraws the screen to show the result.

INP looks at interactions across the whole visit and reports one of the slowest, so a single sluggish menu or form can drag the score down. Scrolling and hovering are not counted.

Why INP replaced First Input Delay

First Input Delay only measured the waiting time before the first interaction was handled. Most sites passed it easily, even when they felt slow. INP measures the full delay for every interaction, so it is a better match for what visitors actually experience, and many sites that passed the old test now fail the new one.

What usually causes poor INP

  • Too many third-party scripts. Chat widgets, tracking pixels, heat maps, review widgets and ad tags all compete for the same browser time.
  • Heavy page builders and themes. Some load large amounts of JavaScript on every page, whether it is used or not.
  • Plugins that do too much. Sliders, pop-ups and filters that run lots of code on each click.
  • Very large pages. Pages with thousands of elements take longer to redraw after each interaction.
  • Long tasks. Single chunks of code that hold up the browser for long stretches, blocking it from responding.

Notice that most of these are business decisions as much as technical ones. Every tool someone added “just to try” has a cost in responsiveness.

What poor INP looks like on a real business site

You rarely see INP problems on a desktop in the office. They show up on mid-range phones, where the processor is slower and every script takes longer. Typical examples:

  • The mobile menu icon takes a moment to open, so visitors tap it twice and it closes again.
  • Selecting a size or color on a product page freezes briefly before the price updates.
  • Typing in a quote form feels laggy because a script checks each key press.
  • The “Book now” button does nothing for half a second while a chat widget finishes loading.
  • Filters on a listings or product page hang after each selection.

A quick test: open your site on an older phone, not on Wi-Fi, and try the three actions that matter most to your business. If any of them feels slow, it probably is.

WordPress and Shopify notes

On WordPress, the usual suspects are heavy page builders, many plugins loading scripts on every page, and sliders. On Shopify, apps are the most common cause, because each one can add its own code to the storefront; removing an app does not always remove its code, so check the theme afterward.

How to check your scores

  1. Google Search Console, Core Web Vitals report. Shows which groups of pages pass or fail, based on real Chrome users, split by mobile and desktop.
  2. PageSpeed Insights. Enter any URL. The top section shows real-user data (if your site has enough traffic); the lower section is a lab test with suggestions.
  3. Chrome DevTools. Your developer can record interactions and find the exact scripts slowing them down.

One trap: Lighthouse, the lab test inside PageSpeed Insights, cannot measure INP because no one is tapping the page. It shows Total Blocking Time as a stand-in. A good lab score does not guarantee a good INP for real visitors, so always check the field data.

Do Core Web Vitals affect Google rankings?

Yes, but they are not the most important factor. Google says its ranking systems use Core Web Vitals and recommends achieving good scores, but also says it “always seeks to show the most relevant content, even if the page experience is sub-par.” Page experience matters most as a tiebreaker when several pages are equally relevant.

The stronger reason to care is customers. A page that loads slowly, jumps around, or ignores taps loses calls, form fills and sales, regardless of rankings. Google itself advises against chasing perfect scores purely for SEO; aim for “good” and then spend your effort on content and offers.

Want a second opinion on your site’s speed? Book a free 30-minute call. We’ll look at your scores and tell you what we’d fix first, no obligation.

A practical fix list, in order

  1. Remove what you do not use. Audit every plugin, widget and tracking tag. Remove the ones no one can explain.
  2. Delay non-essential scripts. Chat and review widgets can load after the main content or when someone scrolls.
  3. Fix the hero image. Compress it, serve modern formats, size it properly, and do not lazy-load the main image at the top of the page. This usually helps LCP most.
  4. Reserve space for images, ads and embeds. Set dimensions so content does not jump when they load. This fixes most CLS issues.
  5. Break up heavy code. Ask your developer to split long tasks and avoid running large scripts on every click.
  6. Simplify the page. Fewer sections and elements mean faster redraws.
  7. Check hosting and caching. Slow server response delays everything else.
  8. Re-measure after 28 days. Search Console’s field data covers a rolling 28-day window, so fixes take time to show.

Questions to ask your web developer

  • Which of our page groups fail Core Web Vitals in Search Console, and on which metric?
  • What are the three slowest interactions on our key pages, and what causes them?
  • Which third-party scripts cost us the most time, and can they load later?
  • Is our theme or page builder part of the problem?
  • How will we keep scores healthy when we add new tools?

How JLB USA approaches it

We build custom WordPress sites with performance in mind from the start, and our hosting and support includes constant automated monitoring and malware cleanup. When we take over an existing site, we look at Core Web Vitals alongside rankings and leads as part of our SEO work, and we fix what moves the numbers that matter to your business. See examples on our before and after page.

Book it now · Free

Book a free 30-minute call

Pick a time. We look at what you have now with you and tell you what we would change first. No obligation.

Prefer to talk now? Call 954-539-5678, or send the form and we’ll contact you.

Questions we hear

What is a good INP score?

200 milliseconds or less at the 75th percentile of real visits. Between 200 and 500 ms needs improvement, and over 500 ms is poor.

When did INP replace FID?

Interaction to Next Paint replaced First Input Delay as a Core Web Vital on March 12, 2024.

Why does PageSpeed Insights not show my INP?

INP comes from real visitors. If your site lacks enough Chrome traffic, there is no field data. The lab test cannot measure INP and shows Total Blocking Time instead.

Are Core Web Vitals a ranking factor?

Google’s ranking systems use them, but relevance comes first. They matter most when several pages are equally relevant, and they affect conversions either way.

How long until fixes show up in Search Console?

Field data covers a rolling 28-day window, so expect around four weeks before improvements fully show.

Related services

Want a second opinion on your website or marketing?

Pick a time for my free callCall 954-539-5678