Last-Modified present

Whether responses carry Last-Modified validators.

Field data PhoneDesktopAll Scope All sites Q1 2026 edition · All devices 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.5s
median LCP with it
1.3s
median LCP without
94,910
sites measured
all-device field data

95.6% of sites send Last-Modified headers.

The State of Web Vitals · Q1 2026 · 94,910 sites · all devices 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: CLS 0.00, 87.8% pass. Without: CLS 0.00, 88.2% pass. computed

The State of Web Vitals · Q1 2026 · 94,910 sites · all devices 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: 83% pass with it, 86% without.

The gap is bigger on INP: 95% pass with it, 89% 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