Last-Modified present

Whether responses carry Last-Modified validators.

Field data PhoneDesktopAll Scope All sites Q2 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.

91.1%
of sites have it
173,035 of 189,915
1.6s
median LCP with it
1.4s
median LCP without
189,915
sites measured
phone field data

91.1% of sites send Last-Modified headers.

The State of Web Vitals · Q2 2026 · 189,915 sites · phone field datacorewebvitals.io/state-of-cwv
2

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

Last-Modified present
91.1%

91.1% of sites send Last-Modified headers (173,035 of 189,915). With send: LCP 1.6s, 81.5% pass. Without: LCP 1.4s, 84.2% pass. Correlates with +163ms LCP and −2.7 pp pass rate. computed

The State of Web Vitals · Q2 2026 · 189,915 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, 84% without.

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

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