Last-Modified present

Whether responses carry Last-Modified validators.

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

At a glance the headline numbers for Last-Modified present

Whether responses carry Last-Modified validators.

95.6%
of sites have it
90,712 of 94,910
1.6s
median LCP with it
1.4s
median LCP without
94,910
sites measured
phone field data

95.6% of sites send Last-Modified headers.

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

Last-Modified present sites that have it vs sites that don't

Last-Modified present
95.6%

95.6% of sites send Last-Modified headers (90,712 of 94,910). With send: INP 98ms, 92.3% pass. Without: INP 99ms, 84.5% pass. Correlates with −1ms INP and +7.8 pp pass rate. computed

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

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

Last-Modified is the older validator. The browser sends the timestamp back (If-Modified-Since) and the server answers 304 Not Modified when nothing changed, saving the re-download of an expired cache entry.

It is weaker than an ETag: one-second resolution, and deploys often touch timestamps without changing content, which breaks the match. But any validator beats none. A response with no validator and a short TTL is re-downloaded in full on every revisit.

How does this affect the Core Web Vitals?

Having it makes no measurable difference to the LCP: 82% pass with it, 85% without.

The gap is bigger on INP: 92% pass with it, 85% without.

Related signals HTTP protocol → HTML size (kB) → Connection hints → HTML compression → Chrome field data from 94,910 sites, representing millions of real page loads · How we measured