WordPress uncompressed text responses and the Core Web Vitals

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

Field data PhoneDesktopAll Scope All sites October 2026 edition · All devices 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 73% 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 · 60,855 with all devices 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: 73%, against 70% of all WordPress sites. Sites with uncompressed text responses text compression have it least often, at 65%.

SitesGood, needs improvement, poor LCPMedian
All WordPress sites60,85570%1.9s
All text compressed 67.1%40,75273%1.9s
Has uncompressed text 32.9%20,10365%2.1s
GoodNeeds improvementPoorSites: with Chrome field data
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 60,855 with all devices 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 · 60,855 with all devices 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): 1088 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 1088 ms, load delay 323 ms, load duration 168 ms, render delay 236 ms) versus 2.1s for uncompressed text responses.

Median LCP phase breakdown (Chrome field p75) Load delay Median LCP
All WordPress sites 43,6221127 ms340 ms235 ms340 mslab 340 ms1.9s
All text compressed 28,9531088 ms323 ms236 ms323 mslab 323 ms1.9s
Has uncompressed text 14,6691211 ms382 ms234 ms382 mslab 382 ms2.1s
TTFB Resource load delay Resource load time Element render delay
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 60,855 with all devices 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%80%
jQuery 60,314 sitesAll text compressed 67%Has uncompressed text 33%69%
Vue 4,844 sitesAll text compressed 63%Has uncompressed text 37%68%
React 2,233 sitesAll text compressed 59%Has uncompressed text 41%61%
All text compressed Has uncompressed text
The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 60,855 with all devices 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 64% 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 60% 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 73% (1.9s median, 1088 ms TTFB), whereas the 20,830 sites (32.9%) shipping at least one uncompressed text payload drop to 65% good LCP (2.1s median, 1211 ms TTFB).

The State of Web Vitals · October 2026 · WordPress: 63,295 crawled sites · 60,855 with all devices 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 73% good LCP (1.9s median), while the 32.9% that leak at least one uncompressed text file drop to 65% good LCP (2.1s median).

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