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).
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.
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%.
Text compression coverage usage
Full text compression is the most used: 67.1% of WordPress sites.
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.
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.
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).
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).
By Arjen Karel · 63,295 crawled WordPress sites (17,005 with desktop Chrome field data, October 2026). How we measured.