WordPress uncompressed text responses and the Core Web Vitals

32.9% of audited sites (20,830) ship at least one uncompressed text resource (64% good LCP, 2.1s median), trailing sites that compress every text response (67.1%, 72% good LCP, 1.9s median).

Field data PhoneDesktopAll Scope All sites October 2026 edition · Phone field outcomes · WordPress sites only
WordPress Scoped to 63,295 sites out of 203,892 analyzed (cms) Compare with all sites →

67.1% of WordPress sites use full text compression text compression coverage, and 72% of those sites have a good LCP, against 70% of all WordPress sites.

The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 36,524 with phone field dataBy Arjen Karel · corewebvitals.io/state-of-cwv
1

LCP pass rate

Sites with full text compression text compression coverage have a good LCP most often: 72%, against 70% of all WordPress sites. Sites with uncompressed text responses text compression have it least often, at 64%.

SitesGood, needs improvement, poor LCPMedian
All WordPress sites36,52470%2.0s
All text compressed 67.1%23,62072%1.9s
Has uncompressed text 32.9%12,90464%2.1s
GoodNeeds improvementPoorSites: with Chrome field data
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 36,524 with phone field dataBy Arjen Karel · corewebvitals.io/state-of-cwv
2

Text compression coverage usage

Full text compression is the most used: 67.1% of WordPress sites.

All text compressed 67.1% Has uncompressed text 32.9%
All text compressed 67.1% Has uncompressed text 32.9%
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 36,524 with phone field dataBy Arjen Karel · corewebvitals.io/state-of-cwv
3

How leaking uncompressed text responses affects the four LCP phases

Across the four LCP sub-parts in Chrome's field data, the largest gap between full text compression and uncompressed text responses sits in time to first byte (TTFB): 1067 ms median for full text compression against 1211 ms for uncompressed text responses. Overall median field LCP is 1.9s for full text compression (TTFB 1067 ms, load delay 334 ms, load duration 183 ms, render delay 242 ms) versus 2.1s for uncompressed text responses.

Median LCP phase breakdown (Chrome field p75) Load delay Median LCP
All WordPress sites 26,0501116 ms355 ms242 ms355 mslab 346 ms2.0s
All text compressed 16,6621067 ms334 ms242 ms334 mslab 326 ms1.9s
Has uncompressed text 9,3881211 ms399 ms242 ms399 mslab 387 ms2.1s
TTFB Resource load delay Resource load time Element render delay
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 36,524 with phone field dataBy Arjen Karel · corewebvitals.io/state-of-cwv
4

Text compression coverage per framework

jQuery sets the text compression coverage to full text compression on 67% of its sites, and 69% of jQuery sites have a good LCP, against 70% of all sites.

FrameworkText compression coverage on its sitesGood LCP
All WordPress sites 63,295 sitesAll text compressed 67%Has uncompressed text 33%70%
Alpine 380 sitesAll text compressed 55%Has uncompressed text 45%78%
jQuery 60,314 sitesAll text compressed 67%Has uncompressed text 33%69%
Vue 4,844 sitesAll text compressed 63%Has uncompressed text 37%67%
React 2,233 sitesAll text compressed 59%Has uncompressed text 41%63%
All text compressed Has uncompressed text
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 36,524 with phone field dataBy Arjen Karel · corewebvitals.io/state-of-cwv
5

Uncompressed text responses or the framework

Does the framework explain the text compression coverage difference?

On jQuery, 72% of sites with full text compression text compression coverage have a good LCP, against 63% of jQuery sites with uncompressed text responses. Within jQuery, sites with full text compression have a good LCP more often. On Vue, 72% of sites with full text compression text compression coverage have a good LCP, against 59% of Vue sites with uncompressed text responses. Within Vue, sites with full text compression have a good LCP more often.

Where uncompressed text responses slip through on modern web stacks

Almost no server intentionally disables compression globally. Instead, uncompressed text responses slip through narrow MIME-type allowlists (forgetting image/svg+xml or application/json in nginx or Apache) or come from third-party API and widget endpoints that bypass the primary CDN. Across 42,465 sites (67.1%) that compress every text response, good LCP reaches 72% (1.9s median, 1067 ms TTFB), whereas the 20,830 sites (32.9%) shipping at least one uncompressed text payload drop to 64% good LCP (2.1s median, 1211 ms TTFB).

The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 36,524 with phone field dataBy Arjen Karel · corewebvitals.io/state-of-cwv
6

Understanding uncompressed text responses

Ensure your origin server or CDN compresses all text MIME types, including text/html, text/css, application/javascript, application/json, and image/svg+xml. On WordPress, 67.1% of sites compress every text response and reach 72% good LCP (1.9s median), while the 32.9% that leak at least one uncompressed text file drop to 64% good LCP (2.1s median).

The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 36,524 with phone field dataBy Arjen Karel · corewebvitals.io/state-of-cwv
Related signals Cacheable responses → Requests via CDN → HTML size (kB) → Main CDN → By Arjen Karel · 63,295 crawled WordPress sites (36,524 with phone Chrome field data, October 2026) · How we measured