TL;DR
- Interaction to Next Paint (INP) replaced First Input Delay as an official Core Web Vital in March 2024, making responsiveness a direct ranking factor.
- A good INP score is under 200 milliseconds. Scores above 500ms are classified as poor and can harm your rankings and user experience.
- INP measures the full lifecycle of every interaction on a page, from click to visible update, making it far more comprehensive than its predecessor.
- Heavy JavaScript, third-party scripts, and long tasks on the main thread are the most common causes of poor INP scores.
- Fixing INP requires both technical changes and ongoing monitoring using tools like Google Search Console, PageSpeed Insights, and Chrome DevTools.
What Is Interaction to Next Paint?
Interaction to Next Paint (INP) is a performance metric that measures how quickly a web page visually responds to a user's interaction. Specifically, it tracks the time between a user action, such as clicking a button, tapping a link, or pressing a key, and the moment the browser paints the next frame to reflect that action. It became an official Core Web Vitals metric in March 2024, replacing First Input Delay.
INP is part of Google's broader technical SEO page experience framework. It was developed to give a more accurate and holistic picture of real-world interactivity than any previous metric. If you work with technical SEO services, improving INP is now a standard part of any serious performance audit.
The metric does not measure just one interaction. Instead, it observes all qualifying interactions throughout an entire page session and reports the worst-performing one, subject to some outlier smoothing. This makes it a genuinely demanding standard that reflects how your entire page performs under real user conditions, not just at the moment it first loads.
How INP Differs From First Input Delay
First Input Delay (FID) only measured the delay before the browser began processing the first interaction on a page. INP measures the full response time for every interaction, across the entire page session. That is a significant shift in scope and ambition.
FID had a well-documented blind spot: it only captured the input delay portion of a single interaction, ignoring the time taken to actually process and paint the response. A page could pass FID comfortably, whilst still feeling sluggish to anyone who clicked around and explored the content. INP was designed to close that gap.
| Metric | What It Measures | Interactions Covered | Status |
|---|---|---|---|
| First Input Delay (FID) | Input delay only, first interaction | One interaction only | Retired March 2024 |
| Interaction to Next Paint (INP) | Full interaction lifecycle, including processing and paint | All interactions on the page | Official Core Web Vital |
Source: Google Web Dev Blog, March 2024
The practical implication is that many sites which had a clean FID score now fail on INP. If your page experience audit was last conducted before March 2024, it is worth revisiting. Understanding how search engines evaluate these signals is essential context for any performance work you carry out.
What Are the INP Score Thresholds?
Google defines three INP score bands: good, needs improvement, and poor. These thresholds are measured in milliseconds and apply to the 75th percentile of real-user interactions recorded in the Chrome User Experience Report (CrUX).
- Good: 200ms or under. The page responds quickly enough that users will not notice a lag between their action and the visual result.
- Needs improvement: 201ms to 500ms. Users may notice some delay, particularly on lower-powered devices or slower mobile connections.
- Poor: over 500ms. Interactions feel noticeably sluggish. Users are likely to abandon the page or lose confidence in the experience.
That figure means roughly one in four websites was already failing the new standard at the point INP became official. For competitive UK markets, where your rivals are likely investing in SEO, a poor INP score is a real disadvantage you cannot afford to ignore.
Why INP Matters for SEO and Rankings
INP is a confirmed Google ranking signal, integrated into the page experience framework alongside Largest Contentful Paint and Cumulative Layout Shift. Because it is part of Core Web Vitals, it directly influences how Google assesses the quality of your page experience, which feeds into search ranking calculations.
Google has consistently emphasised that page experience signals are a tiebreaker rather than a dominant ranking force. However, that framing can mislead site owners into underestimating INP's value. In competitive niches where multiple pages are targeting the same search intent, page experience can be the deciding factor that separates position three from position one.
Beyond rankings, INP also affects user behaviour directly. A slow-responding page increases bounce rate, reduces time on site, and undermines conversion rates. For teams considering SEO ROI, poor INP is a compounding problem: it damages both your visibility and your ability to convert the traffic you do earn.
What Causes a Poor INP Score?
The most common cause of a poor INP score is work happening on the browser's main thread that blocks the visual update from rendering in time. When JavaScript is executing, the main thread is occupied, and any interaction during that time has to wait before the browser can respond and paint the result.
The typical culprits include:
- Heavy or unoptimised JavaScript: large bundles, synchronous scripts, and render-blocking code are the single biggest contributors to poor INP across most sites.
- Third-party scripts: analytics tools, chat widgets, ad tags, and social embeds all compete for main thread time and frequently extend INP beyond acceptable limits.
- Long tasks: any task on the main thread that takes longer than 50ms is classified as a long task. These block the browser from responding to interactions promptly.
- Complex DOM structures: pages with excessively large Document Object Models (DOMs) take longer to process style and layout changes triggered by interactions.
- Poor event handler performance: bloated or inefficient event handlers attached to interactive elements can introduce significant processing delays.
For eCommerce SEO services, these issues are especially acute. Product filtering, add-to-basket interactions, dynamic pricing updates, and live stock indicators all rely on JavaScript that, if poorly implemented, will push INP scores well into the "poor" range. The same risk applies to content-heavy publishing sites running multiple ad and analytics scripts simultaneously.
How to Improve Your INP Score
Improving INP is fundamentally about reducing the work the browser has to do on the main thread before it can visually respond to a user. The optimisation process involves auditing, prioritising, and systematically reducing input latency, processing time, and presentation delay across your most critical interactive elements.
Follow this process to address INP in a structured way:
- Audit your current INP score using Google Search Console (Core Web Vitals report) and PageSpeed Insights to identify which pages and interactions are underperforming.
- Profile your JavaScript with Chrome DevTools Performance panel. Identify long tasks and the specific scripts responsible for blocking the main thread.
- Break up long tasks using techniques such as setTimeout, scheduler.postTask(), or requestIdleCallback to yield control back to the browser between tasks.
- Defer or remove non-essential third-party scripts. Load analytics, chat tools, and advertising tags asynchronously, and audit whether each one genuinely earns its place on the page.
- Reduce DOM size. Aim for fewer than 1,400 DOM nodes where possible. Simplify component structures and remove unnecessary nested elements that add layout complexity.
- Optimise event handlers so they do the minimum necessary work on interaction, deferring expensive operations such as data fetching or complex DOM manipulation to after the paint.
- Monitor INP in the field continuously using CrUX data in Google Search Console, since lab-based tools do not always reflect real-user conditions on lower-powered devices.
Good site architecture also plays a role. Pages overloaded with scripts, widgets, and structured data injected via JavaScript rather than server-rendered HTML will naturally carry heavier main thread loads. Wherever possible, move structured data and content into server-side HTML rather than relying on client-side rendering.
Tools to Measure and Monitor INP
Measuring INP accurately requires a combination of field data tools, which capture real-user experience, and lab tools, which help diagnose root causes. Neither type alone gives you the full picture.
- Google Search Console: the Core Web Vitals report surfaces field INP data from CrUX, broken down by URL. This is your primary dashboard for tracking progress over time.
- PageSpeed Insights: combines both CrUX field data and Lighthouse lab data in a single report, giving you a fast view of INP alongside other Core Web Vitals.
- Chrome DevTools: the Performance panel enables you to record interaction traces, identify long tasks, and pinpoint which scripts are causing delays.
- Web Vitals extension: the official Chrome extension from Google logs INP in real time as you interact with a page, making it useful for quick manual checks during development.
- DebugBear and SpeedCurve: paid monitoring platforms that track Core Web Vitals continuously over time and alert you to regressions, which is valuable for high-traffic UK sites where INP can shift after deployments.
It is worth noting that AI SEO tools are beginning to incorporate Core Web Vitals analysis into automated auditing workflows, which will make identifying INP regressions faster for teams managing large page estates. For now, combining Google Search Console with Chrome DevTools remains the most reliable and accessible approach for most UK businesses.
Key Takeaways
- Interaction to Next Paint replaced First Input Delay in March 2024 and is now an official Core Web Vital that influences Google search rankings.
- A good INP score is 200ms or under. Anything above 500ms is classified as poor and can suppress rankings in competitive UK markets.
- Heavy JavaScript, third-party scripts, and long main thread tasks are the primary drivers of poor INP, particularly on eCommerce and content-heavy sites.
- Breaking up long tasks, deferring non-essential scripts, and reducing DOM size are the most effective steps for improving INP.
- Use Google Search Console and Chrome DevTools together to measure real-user INP and diagnose the root causes of any issues.
Frequently Asked Questions
Is INP a confirmed Google ranking factor?
Yes. INP became an official Core Web Vital in March 2024 and is part of Google's page experience signals, which are used as ranking inputs. Whilst it is not the dominant ranking factor, in competitive search results it can influence your position relative to pages with similar content quality.
What is a good INP score for a UK website?
A good INP score is 200 milliseconds or under, regardless of geography. Google applies the same thresholds globally. If your site serves users on mobile networks or lower-powered devices, which is common across the UK, real-user INP scores will typically be higher than lab scores, so it is important to monitor field data via Google Search Console rather than relying solely on Lighthouse.
How is INP different from page speed?
Page speed broadly refers to how fast a page loads, which is captured through metrics like Largest Contentful Paint and Time to First Byte. INP specifically measures how quickly a page responds to user interactions after it has loaded. A page can load quickly but still have a poor INP score if its JavaScript is poorly structured.
Does INP affect mobile and desktop separately?
Yes. Google reports INP separately for mobile and desktop in Google Search Console. Mobile INP scores are almost always higher than desktop because mobile processors are typically less powerful and more likely to be handling background tasks. In the UK, where mobile accounts for a substantial share of search traffic, mobile INP is usually the more important score to prioritise.
Can a third-party script cause my INP to fail?
Absolutely. Third-party scripts such as live chat tools, ad networks, and analytics platforms are among the most common causes of poor INP. They run on the same main thread as your own code, and if they trigger long tasks during or between user interactions, they will extend your INP measurement. Auditing and deferring third-party scripts is one of the first steps in any INP improvement programme.
How long does it take to see INP improvements reflected in Google Search Console?
Google Search Console uses a 28-day rolling window for Core Web Vitals data drawn from CrUX. This means you will not see the full effect of any changes immediately. Typically, meaningful improvements to your reported INP score become visible within four to six weeks of deploying fixes, provided you have sufficient real-user traffic to generate a statistically valid dataset.
Do I need a developer to fix INP issues?
In most cases, yes. Fixing INP typically requires changes to JavaScript structure, event handler logic, and script loading strategies, all of which require development skills. An SEO consultant can identify the issues and specify what needs to change, but the implementation work usually falls to a front-end or full-stack developer. For teams without in-house resource, working with a specialist on-page SEO and technical partner is the most efficient route.
Want to Fix Your Core Web Vitals and Strengthen Your Rankings?
If your INP score is holding your site back or you are unsure where to start with Core Web Vitals, the team at StudioHawk can help. We combine technical auditing with practical implementation guidance to improve page experience signals that genuinely move the needle on UK search rankings.
Contact our SEO experts today.
Book a free consultation and see what's possible.