Page weight & requests
Every request the page makes on a cold load: request count and total transfer size over the wire.
At a glance the headline numbers for Page weight & requests
Every request the page makes on a cold load: request count and total transfer size over the wire.
The typical page weighs 2.5 MB across 72 requests.
Distribution & median CLS site count and median CLS at each level of page weight & requests — n
Passing CLS by page weight & requests — n which level passes the CLS most often
Page weight & requests — n 72. p75 122. p99 436. At the low end (1–2): CLS 0.01. At the high end (>p98): CLS 0.04. computed
Distribution & median CLS site count and median CLS at each level of page weight & requests — size
Passing CLS by page weight & requests — size which level passes the CLS most often
Page weight & requests — size 2.5 MB. p75 4.7 MB. p99 34.1 MB. At the low end (0 KB): CLS 0.04. At the high end (>p98): CLS 0.04. computed
Why this matters for the Core Web Vitals, and where to start fixing it
Page weight is a bandwidth problem. The network can only move so many bytes per second and every resource on the page competes for that capacity. The LCP image does not load alone. It shares bandwidth with every script, stylesheet and tracking pixel that loads at the same time. A heavier page means the main content arrives later.
Request count matters next to the bytes. Every request adds queueing and scheduling overhead. On a busy connection important requests wait behind unimportant ones. Script bytes keep costing after the download. The main thread has to parse and execute them, and that delays interactions (INP). The resource type breakdown shows where the bytes sit.
How does page weight affect the Core Web Vitals?
Passing LCP barely moves across the range: 86% at one end, 82% at the other. This signal does not separate passing sites from failing ones.
Chrome field data from 94,910 sites, representing millions of real page loads. How we measured.