INP phase breakdown

The worst synthetic interaction split into input delay, processing and presentation (lab probe).

Field data PhoneDesktopAll Scope All sites Q1 2026 edition · Phone field outcomes
Metric LCP INP CLS
1

At a glance the headline numbers for INP phase breakdown

The worst synthetic interaction split into input delay, processing and presentation (lab probe).

49ms
Median INP stack
the measures at p50
96%
Biggest: Presentation
47ms of the stack
151ms
Headroom at p50
vs the 200ms target
+0.18
Strongest correlation
Input delay vs INP (Spearman)

On the typical site, the worst interaction waits 0ms before any code runs.

The State of Web Vitals · Q1 2026 · 94,910 sites · phone field datacorewebvitals.io/state-of-cwv
2

Where the milliseconds go the phases at the median, against the budget

200ms target
Input delay 0ms Processing 2ms Presentation 47ms

At the median the whole stack uses 49ms, inside the 200ms INP budget. The biggest piece is Presentation at 47ms. computed

The State of Web Vitals · Q1 2026 · 94,910 sites · phone field datacorewebvitals.io/state-of-cwv
3

Passing INP per phase the share of sites passing, by how long each phase takes

100%75%50%25%
Input delay Processing Presentation

Each line is one phase: left = sites where it is quick, right = sites where it drags (buckets, short to long). The steeper the fall, the more that phase decides INP.

Input delay falls hardest: from its fastest to its slowest bucket the INP pass rate drops 7 points, down to 86%. computed

The State of Web Vitals · Q1 2026 · 94,910 sites · phone field datacorewebvitals.io/state-of-cwv
4

The 3 distributions how each phase spreads across sites - color is the share passing in that range

Input delay p50 0ms · p75 1ms
0>p98
Processing p50 2ms · p75 16ms
0>p98
Presentation p50 47ms · p75 63ms
0>p98
mostly passing tipping mostly failing

Input delay stays green across its whole range: it never decides INP. Input delay turns red in its tail - the failing sites live there. computed

The State of Web Vitals · Q1 2026 · 94,910 sites · phone field datacorewebvitals.io/state-of-cwv
5

Why this matters for the Core Web Vitals, and where to start fixing it

An interaction spends time in three places. Input delay is the wait before your handler even starts, because the main thread was busy with something else. Processing is the handler running. Presentation is the wait after the handler, while the browser recalculates styles, lays out and paints the result.

Each phase has its own causes. Input delay points at long tasks from scripts that have nothing to do with the click. Processing points at a handler doing too much synchronously. Presentation points at the rendering cost of the update, which scales with DOM size. Fix the phase the data names. The other two will not move.

How do the INP phases affect the Core Web Vitals?

Input delay is part of the INP itself, so this is arithmetic, not correlation. Where the input delay is low, 93% of sites pass the INP. Where it is high, 86% do. The decline is gradual. There is no point where sites suddenly start failing.

Related signals CSS hints → Scheduling API use → Interaction invoker types → Yielding strategy → Chrome field data from 94,910 sites, representing millions of real page loads · How we measured