Heavy HTML document
43%
of the 3,044 free scans considered in the last 30 days raised this finding. That is 1,308 scans across 1,303 distinct sites. 95% interval 40.3% to 45.7%.
What it means
A large HTML document takes longer to download and parse before a visitor sees anything.
How to fix it
Cut total page weight: compress images to WebP or AVIF, drop unused fonts and third-party scripts. Every 100KB costs real seconds on a phone.
How to check it yourself
Run curl -so /dev/null -w '%{size_download}' https://example.com to see the raw HTML size in bytes, separate from images, fonts and scripts.
What fixed looks like
The HTML document is smaller, with images compressed and unused fonts and scripts removed.
How we measured this
Go Voltic scans a site and records which findings it raises. The share above is over every free four-page scan in the last 30 days that loaded at least one page, which is 3,044 scans. Deep scans of paid reports and of the research sweep read a site at a different depth and are a separate population, never in this denominator. It is not a survey and it is not an estimate: it is a count of what our own scanner found. Sites are counted once each in the distinct-sites figure, so a site scanned twice does not weigh double there.
The interval is a 95% Wilson interval. A share printed without its sample size reads as certainty and is indistinguishable from a guess, so both are always shown. Figures on this page were computed on 2026-09-08.
The same share sits beside every other finding on the benchmarks page, which also carries the whole table as CSV and JSON and says how to cite it.
Check your own site
The free scan reads four pages and reports every finding it raises, including this one. It takes about ten seconds and asks for nothing but the address.