HTTP ETag cache validators on React sites

Sites with ETag validators ETag cache validation have a good LCP most often: 79%, against 79% of all React sites.

97.1% of React sites use ETag cache validation, and 100% of those use ETag validators.

Across the four LCP sub-parts in Chrome's field data, the largest gap between ETag validators and no ETag header sits in time to first byte (TTFB): 701 ms median for ETag validators against 951 ms for no ETag header. Overall median field LCP is 1.6s for ETag validators (TTFB 701 ms, load delay 421 ms, load duration 143 ms, render delay 191 ms) versus 1.6s for no ETag header.

Wix sets the ETag cache validation to ETag validators on 100% of its sites, and 92% of Wix sites have a good LCP, against 79% of all sites.

PlatformETag cache validation on its sitesGood LCP

All React sites 9,570 sitesETag header present 97%79%

Wix 5,824 sitesETag header present 100%92%

WordPress 2,342 sitesETag header present 89%No ETag header 11%66%

ETag header present No ETag header

Does the platform explain the ETag cache validation difference?

On WordPress, 65% of sites with ETag validators ETag cache validation have a good LCP, against 74% of WordPress sites with no ETag header. Within WordPress, sites with ETag validators and no ETag header have a good LCP about equally often.

Why ETag headers matter on repeat visits and CDN edge revalidations

An Entity Tag (ETag) is an opaque version identifier attached to an HTTP response. Across 9,291 audited sites (97.1%) that emit ETag headers, browsers and CDN edges can send If-None-Match conditional requests when cached files expire and receive a header-only 304 Not Modified response instead of re-downloading the full payload. Because first-visit crawl and field LCP measurements weight initial loads and immutable hashed assets heavily, sites with ETag headers record 79% good LCP (1.5s median, 701 ms TTFB) while the 2.9% without ETag headers record 78% good LCP (1.7s median, 951 ms TTFB).