HTML document compression on Wix sites
Brotli (br), Gzip, Zstandard (zstd), or uncompressed HTML: how document compression affects Time to First Byte (419 ms on Brotli vs 1327 ms on Gzip) and Largest Contentful Paint.
2.1% of Wix sites have no HTML compression. Of the 97.9% that do, 99% use Brotli, and 94% of those sites have a good LCP, against 94% of all Wix sites.
LCP pass rate
Sites with Brotli HTML compression have a good LCP most often: 94%, against 94% of all Wix sites.
HTML compression usage
97.9% of Wix sites use HTML compression, and 99% of those use Brotli.
Where HTML compression shows up in the four LCP phases
Across the four LCP sub-parts in Chrome's field data, the largest gap between Brotli and no sits in resource load delay: 456 ms median for Brotli against 418 ms for no. Overall median field LCP is 1.2s for Brotli (TTFB 419 ms, load delay 456 ms, load duration 137 ms, render delay 151 ms) versus 1.1s for no.
HTML compression per framework
React sets the HTML compression to Brotli on 97% of its sites, and 94% of React sites have a good LCP, against 94% of all sites.
HTML compression or the framework
Does the framework explain the HTML compression difference?
Almost every site with Brotli HTML compression is a React site, and almost every React site has Brotli HTML compression, so the data can't tell Brotli HTML compression and React apart.
Why Brotli HTML compression speeds up resource discovery
Brotli uses a built-in dictionary of common HTML, CSS, and JavaScript tokens, shrinking HTML documents 15 to 20 percent more than Gzip at comparable CPU cost. Because the browser's preload scanner parses the HTML stream chunk by chunk as it arrives, a smaller compressed document delivers the <head> and hero <img> markup in fewer TCP or QUIC packets. Sites serving Brotli HTML record a 419 ms median TTFB and 1.2s median LCP, compared with 1327 ms TTFB and 1.4s LCP on Gzip.
Understanding HTML document compression
Enable Brotli (br) compression on your HTML responses and keep Gzip as a fallback. Across all audited sites, 97.2% serve Brotli-compressed HTML and reach 94% good LCP (1.2s median), beating Gzip (0.1% of sites, 50% good LCP) and uncompressed HTML (2.1% of sites, 94% good LCP). For dynamic HTML generated on the fly, Brotli quality level 4 or 5 compresses faster AND smaller than Gzip level 6 without adding server CPU delay.
By Arjen Karel · 5,621 crawled Wix sites (5,333 with all devices Chrome field data, October 2026). How we measured.