TL;DR
Contents
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.
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.
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).
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.
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.
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:
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.
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:
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.
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.
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
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.
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.
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.
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.
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.
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.
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.
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.