WordPress HTTP Last-Modified headers and the Core Web Vitals
98.9% of audited sites (62,572) include Last-Modified timestamp validators (69% good LCP, 2.0s median), while 1.1% omit them (76% good LCP, 1.8s median).
1.1% of WordPress sites have no Last-Modified cache validation. Of the 98.9% that do, 100% use Last-Modified headers, and 69% of those sites have a good LCP, against 70% of all WordPress sites.
LCP pass rate
Sites with Last-Modified headers Last-Modified cache validation have a good LCP most often: 69%, against 70% of all WordPress sites.
Last-Modified cache validation usage
98.9% of WordPress sites use Last-Modified cache validation, and 100% of those use Last-Modified headers.
LCP phase breakdown for sites with and without Last-Modified headers
Across the four LCP sub-parts in Chrome's field data, the largest gap between Last-Modified headers and no Last-Modified header sits in time to first byte (TTFB): 1117 ms median for Last-Modified headers against 1008 ms for no Last-Modified header. Overall median field LCP is 2.0s for Last-Modified headers (TTFB 1117 ms, load delay 353 ms, load duration 181 ms, render delay 243 ms) versus 1.9s for no Last-Modified header.
Last-Modified cache validation per framework
React sets the Last-Modified cache validation to Last-Modified headers on 99% of its sites, and 63% of React sites have a good LCP, against 70% of all sites.
Last-Modified headers or the framework
Does the framework explain the Last-Modified cache validation difference?
Almost every site with Last-Modified headers Last-Modified cache validation is a jQuery site, and almost every jQuery site has Last-Modified headers Last-Modified cache validation, so the data can't tell Last-Modified headers Last-Modified cache validation and jQuery apart. On Vue, 67% of sites with Last-Modified headers Last-Modified cache validation have a good LCP, against 69% of Vue sites with no Last-Modified header. Within Vue, sites with Last-Modified headers and no Last-Modified header have a good LCP about equally often.
How Last-Modified supports conditional requests and heuristic browser caching
Last-Modified is HTTP's original timestamp validator. Across 62,572 audited sites (98.9%), responses include Last-Modified so browsers can send If-Modified-Since on expired cache entries and RFC 9111 caches can apply heuristic freshness when explicit max-age directives are absent. Sites sending Last-Modified reach 69% good LCP (2.0s median, 1117 ms TTFB), compared with 76% good LCP (1.8s median, 1008 ms TTFB) on the 1.1% of sites that omit it.
Understanding HTTP Last-Modified headers
Emit Last-Modified headers alongside ETag and Cache-Control on static and cacheable responses so both browsers and CDN edge nodes can revalidate stale objects via If-Modified-Since. In containerized CI/CD pipelines that rewrite file modification timestamps on every deploy, pair Last-Modified with content-hash ETag validators so unchanged files still return 304 Not Modified. Across the dataset, 98.9% of sites send Last-Modified (69% good LCP, 2.0s median) and 1.1% omit it (76% good LCP, 1.8s median).
By Arjen Karel · 63,295 crawled WordPress sites (36,524 with phone Chrome field data, October 2026). How we measured.