WordPress uncompressed text responses and the Core Web Vitals

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

Field data PhoneDesktopAll Scope All sites October 2026 edition · Desktop 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 78% of those sites have a good LCP, against 76% of all WordPress sites.

The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 17,005 with desktop 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: 78%, against 76% of all WordPress sites. Sites with uncompressed text responses text compression have it least often, at 72%.

SitesGood, needs improvement, poor LCPMedian
All WordPress sites17,00576%1.7s
All text compressed 67.1%10,78078%1.7s
Has uncompressed text 32.9%6,22572%1.9s
GoodNeeds improvementPoorSites: with Chrome field data
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 17,005 with desktop 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 · 17,005 with desktop 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): 960 ms median for full text compression against 1066 ms for uncompressed text responses. Overall median field LCP is 1.7s for full text compression (TTFB 960 ms, load delay 270 ms, load duration 131 ms, render delay 217 ms) versus 1.9s for uncompressed text responses.

Median LCP phase breakdown (Chrome field p75) Load delay Median LCP
All WordPress sites 11,805999 ms289 ms219 ms289 mslab 330 ms1.8s
All text compressed 7,268960 ms270 ms217 ms270 mslab 307 ms1.7s
Has uncompressed text 4,5371066 ms321 ms221 ms321 mslab 376 ms1.9s
TTFB Resource load delay Resource load time Element render delay
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 17,005 with desktop 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 75% of jQuery sites have a good LCP, against 76% of all sites.

FrameworkText compression coverage on its sitesGood LCP
All WordPress sites 63,295 sitesAll text compressed 67%Has uncompressed text 33%76%
Alpine 380 sitesAll text compressed 55%Has uncompressed text 45%82%
jQuery 60,314 sitesAll text compressed 67%Has uncompressed text 33%75%
Vue 4,844 sitesAll text compressed 63%Has uncompressed text 37%75%
React 2,233 sitesAll text compressed 59%Has uncompressed text 41%66%
All text compressed Has uncompressed text
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 17,005 with desktop 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, 78% of sites with full text compression text compression coverage have a good LCP, against 71% of jQuery sites with uncompressed text responses. Within jQuery, sites with full text compression have a good LCP more often. On Vue, 79% of sites with full text compression text compression coverage have a good LCP, against 68% 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 78% (1.7s median, 960 ms TTFB), whereas the 20,830 sites (32.9%) shipping at least one uncompressed text payload drop to 72% good LCP (1.9s median, 1066 ms TTFB).

The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 17,005 with desktop 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 78% good LCP (1.7s median), while the 32.9% that leak at least one uncompressed text file drop to 72% good LCP (1.9s median).

The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 17,005 with desktop 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 (17,005 with desktop Chrome field data, October 2026) · How we measured